Представлена (http://www.php.net/index.php#id2012-11-15-1) первая альфа-версия новой значительной ветки интерпретатора языка программирования PHP 5.5, в которой добавлены новые языковые конструкции и удалены устаревшие возможности.
Среди наиболее заметных изменений (https://github.com/php/php-src/blob/php-5.5.0alpha1/NEWS):
- Добавлен (https://wiki.php.net/rfc/password_hash) новый API для хэширования паролей, предоставляющий застрахованные от ошибок разработчиков и более простые в использовании высокоуровневые функции для генерации и проверки валидности паролей по хэшам. Основное отличие нового API в том, что он берёт на себя генерацию надёжных хэшей, скрывая от разработчика операции ручного указания salt-а и выбора алгоритма хэширования (по умолчанию используется Bcrypt). Создание хэша сведено к выполнению "$hash = password_hash($password, PASSWORD_DEFAULT);", а проверка к вызову "password_verify($password, $hash)". В качестве причины внедрения нового API называется безалаберное отношение многих разработчиков к генерации salt-ов и повсеместный выбор нестойких к перебору алгоритмов хэширования;- Поддержка сопрограмм (coroutine) и генераторов (https://wiki.php.net/rfc/generators) (generator), предоставляющих простой и не требующий создания шаблонов способ реализации итераторов;
- Поддержка (https://wiki.php.net/rfc/finally) расширяющего возможности блоков исключений try/catch ключевого слова "finally", выполняемого после завершения выполнения блока try, что гарантирует, что заданный в секции finally код будет выполнен в последнюю очередь после всех остальных обработчиков исключений;
- Поддержка (https://wiki.php.net/rfc/foreachlist) указания list() внутри блока foreach (), что позволяет организовать не требующий создания отдельных временных переменных перебор масивов;
- Возможность разыменования констант для строк и массивов;
- Улучшение модуля ext/intl со средствами интернационализации;- Возможность (https://wiki.php.net/rfc/empty_isset_exprs) использования empty() и isset() над результатом работы функции и произвольными выражениями (например, empty(foo()));
- Прекращение поддержки Windows XP и Windows 2003.
- Прекращение поддержки устаревших функций: php_logo_guid(), php_egg_logo_guid(), php_real_logo_guid(),
zend_logo_guid().URL: http://www.php.net/index.php#id2012-11-15-1
Новость: https://www.opennet.ru/opennews/art.shtml?num=35344
не грохнется половина сайтов как при обновлении 5.3 до 5.4?
А она грохалась? Не заметил. Наверно потому что я пишу качественный код, а не копипащу примеры из учебников.
Корона не давит?
анонимы, такие анонимы, они все такие .. Менделеевы, Эйнштейны от зависти просто курят :-)
да, я верю, что ваш<?php
echo "Hello word!";
?>Работает во всех версиях. Попробуйте написать что-то сложнее )
Очень сложный код, уж поверьте. Подход к разработке у нас такой: следим за развитием PHP, смотрим какие тенденции есть в его развитии, если что-то объявляется как deprecated, начинаем постепенный отказ от его использования.Это абсолютно нормальная ситуация в мире программирования, каждый профессионал обязан следить за своим инструментом как минимум из профессионального любопытства.
Проблема многих PHP-кодеров в том, что они начинают новые проекты на каких-нибудь громоздких Joomla или Drupal, намертво привязываясь к какой-то их одной версии. Которая устаревает через пару лет. Такие сайты изначально не имеют перспектив в развитии, но, конечно, в своих бедах легче обвинить PHP.
> Очень сложный код, уж поверьте. Подход к разработке у нас такой: следим
> за развитием PHP, смотрим какие тенденции есть в его развитии, если
> что-то объявляется как deprecated, начинаем постепенный отказ от его использования."Очень сложный код" - ну покажите, чо. Проблемы совместимости возникают практически во всех больших фреймворках и проектах большого размера.
И да, чем это поможет проекту который уже _давно_ сдан и живет на хостинге? Естественно, что актуальные и поддерживаемые проекты не составит труда модифицировать для поддержки новой версии языка. Но в реальной жизни на том же хостинге часто приходится держать 2-3 версии. С питоном, впрочем, ситуация не сильно отличается.
У вас очень много пафоса и очень мало опыта.
> Проблемы совместимости возникают практически во всех больших фреймворках и проектах большого размера.Я согласен с этим утверждением. Но дело вот в чем. Даже самый дурацкий бложик сделан на основе какой-нибудь CMS из выше перечисленных. И получается, что львиная доля сайтов и сайтиков получает проблемы при апгрейде версии PHP только потому что внутри они построены на CMS-монстрах. Сложность поддержки которых довольно велика.
> И да, чем это поможет проекту который уже _давно_ сдан и живет на хостинге?
Если код написан хорошо - значительных проблем при апгрейде, опять же, не будет. В обертке (которая в хорошо спроектированных системах в критически важных местах должна быть изначально) над каким-нибудь функционалом приписывается новый, ныне обязательный параметр и нет проблемы.
> Очень сложный кодкак сами-то разбираетесь? Не пробовали писать на чём-нибудь, где попроще?
> следим за развитием PHP, смотрим какие тенденции есть в его развитиида тенденции только одного рода: усложнение языка путём добавления в изначально проблемные особенности других особенностей, которые должны соответствовать другим языкам. Пример - traits. Вместо того чтобы сделать просто классы first class object'ами, придумали заплатку. И что? кто ей пользуется? (А почему не сделать классы first class object'ами - а потому что изначально неверный подход, когда имя класса используется как идентификатор только в редких указанных местах, а в остальных - как строка). Или ещё более дурацкое введение \ в неймспейсах...
> Проблема многих PHP-кодеров в том,проблема всех PHP-кодеров в том, что они вообще начали тратить время на эту шелуху. По крайней мере начиная с версии 5.1, когда РНР перестал вообще развиваться и быть перспективным проектом.
> намертво привязываясь к какой-то их одной версииА как ещё писать на РНР, когда вдруг что-то по непонятной логике оказывается депрекатед, а ожидаемые улучшения наступают либо в сильно урезанном виде, либо на пару лет позже?
+ кто виноват, что на многих хостингах (в т.ч. и на главном в РФ) до сих пор основная версия РНР 5.2, а 5.4 вообще наверно ни на одном нет?
> Такие сайты изначально не имеют перспектив в развитии,На данный момент очевидно, что РНР не имеет перспектив в развитии, при - подчеркну - дурацком, бредовом, тупиковом условии сохранения обратной совместимости.
Необходимо оставить обратную совместимость старым версиям и выпустить новую версию РНР, свободную от идиотизмов и болячек, заложенных ещё во времена РНР/FI. Но, судя по форумам разрабов РНР, этого не произойдёт.
качественный код на php) вы наверное еще и администратор windows?
поддерживаю, тока если писать простой код, да даже сложные проекты можно писать простым кодом.а так - большинство проектов грохалось, када в 5.3 являлось депрекейтед, то в 5.4 она уже не существует (функции)
Помню до 5.4.5 пхп падал при определённых словиях. В большинстве случаев хватало просто подключить любую систему юнит-тестов, как же вы это не заметили, о Великий?
На дев-сервере переключились на 5.4 около месяца назад. Проблемы возникли только в местах, где в функцию ссылки передавались. В остальном всё прекрасно работает...так что смелее:))
> На дев-сервере переключились на 5.4 около месяца назад. Проблемы возникли только в
> местах, где в функцию ссылки передавались. В остальном всё прекрасно работает...так
> что смелее:))да...версия 5.4.8 стоит
Жопа в лице PHP начинает поворачиваться. Думал никогда до такого не доживу.
> Поддержка расширяющего возможности блоков исключений try/catch ключевого слова "finally"Неужели такого не было? Как на php вообще можно что-то делать?
>> Поддержка расширяющего возможности блоков исключений try/catch ключевого слова "finally"
> Неужели такого не было? Как на php вообще можно что-то делать?Угадайте как.
Блджад, когда же они наконец добавят скалярный тайп хинтинг? А уж про такие штуки как переопределение операторов я вообще молчу
> Блджад, когда же они наконец добавят скалярный тайп хинтинг? А уж про
> такие штуки как переопределение операторов я вообще молчуНикогда же.
Если у них реализация "Возможности использования empty() и isset() над результатом работы функции" заняла 2.5 поколения (считая с версии 3.0)...
>> Прекращение поддержки Windows XP и Windows 2003Неужели кто-то гоняет веб-сервера с поддержкой пхп под вин сервер?
>>> Прекращение поддержки Windows XP и Windows 2003
> Неужели кто-то гоняет веб-сервера с поддержкой пхп под вин сервер?Вы не поверите, сколько их...
>>>> Прекращение поддержки Windows XP и Windows 2003
>> Неужели кто-то гоняет веб-сервера с поддержкой пхп под вин сервер?
> Вы не поверите, сколько их...В чем смысл? Поди еще и под апачем работают?
>>>>> Прекращение поддержки Windows XP и Windows 2003
>>> Неужели кто-то гоняет веб-сервера с поддержкой пхп под вин сервер?
>> Вы не поверите, сколько их...
> В чем смысл? Поди еще и под апачем работают?Это, кстати, лучше, чем под IIS'ом
>>>>>> Прекращение поддержки Windows XP и Windows 2003
>>>> Неужели кто-то гоняет веб-сервера с поддержкой пхп под вин сервер?
>>> Вы не поверите, сколько их...
>> В чем смысл? Поди еще и под апачем работают?
> Это, кстати, лучше, чем под IIS'омЭто понятно. Но какой смысл платить за винду или тем более сидеть на пиратке, если есть родная система под апач, которая как минимум будет не хуже в этой задаче, да еще и бесплатная. Нет, мне этого не понять.
поддержка.
зачем компании, у которой всё на винде, городить огород для другой системы ради одного веб-сервера. Тем более в том случае, когда веб-сервер служит исключительно внутренним нуждам компании, не выглядывает в Интернет и не подвергается высоким нагрузкам.PHP в таких случаях успешно работает на Windows, с IIS, да еще и с применением какой-нибудь MS SQL СУБД.
> Это понятно. Но какой смысл платить за винду или тем более сидеть
> на пиратке, если есть родная система под апач, которая как минимум
> будет не хуже в этой задаче, да еще и бесплатная. Нет,
> мне этого не понять.Я даже когда-то писал скрипты ) Мне требовалось от закрытой виндовой CRM’ки получить отчёты и графики, которые не входили в базовый функционал. Вот и поставил туда апачу + пых + самописный extension на основе их апи, которое было только под винду.
А вообще - чаще всего разработчики используют, которые считают что линукс - это очень, очень сложно, гг. А тестировать локально где-то надо.
> да еще и бесплатная.Это смотря как считать)
С точки зрения линукс админа - да.
А, например, с точки зрения какого-нибудь западного топ менеджмента, которому нужна надежность + страхование рисков + отчетность перед аудиторами - не факт.
Лицензионный ред хат с поддержкой + серверы, у которых заявлена поддержка linux + зарплата линукс админов (которая за год набегает больше, чем стоимость редхата или железа).
Или вы предлагаете использовать неподдерживаемый дебиян с админом самоучкой?
У винды такие же статьи расходов, но они уже есть в бюджете)Да и вообще, не всегда есть сакральный здравый смысл в чьих-то действиях.
Кто-то может не знать, у кого-то могут быть предубеждения, кому-то просто лень.
А кто-то уже подсел так, что менять платформу будет стоить гораздо дороже.
Вот так и получается неслабый процент виндовых серверов за бугром.
У нас процент меньше, тупо изза стоимости винды и решений на ней.
>[оверквотинг удален]
> Лицензионный ред хат с поддержкой + серверы, у которых заявлена поддержка linux
> + зарплата линукс админов (которая за год набегает больше, чем стоимость
> редхата или железа).
> Или вы предлагаете использовать неподдерживаемый дебиян с админом самоучкой?
> У винды такие же статьи расходов, но они уже есть в бюджете)
> Да и вообще, не всегда есть сакральный здравый смысл в чьих-то действиях.
> Кто-то может не знать, у кого-то могут быть предубеждения, кому-то просто лень.
> А кто-то уже подсел так, что менять платформу будет стоить гораздо дороже.
> Вот так и получается неслабый процент виндовых серверов за бугром.
> У нас процент меньше, тупо изза стоимости винды и решений на ней.А как же пхп без поддержки и страхования рисков, он же как и линукс, опенсоурс? Не хочу в холивар ввязываться, скажу только, что вам бы гет зе факст писать :)
http://www.zend.com/en/support-center/support/
> А как же пхп без поддержки и страхования рисков, он же как
> и линукс, опенсоурс? Не хочу в холивар ввязываться, скажу только, что
> вам бы гет зе факст писать :)Почему без поддержки и страхования?
Страховать нужно не php, а разработку на php.
Как раз для этого и придуманы всякие инструменты svn/git, redmine/jira, методологии разработки, отдельные test/stable/release серверы, а потом ещё коллекторы и парсеры логов на боевых серверах.
Велосипед сейчас сделать сложно - обо многих вещах уже подумано за нас, нужно только применять.
Очень много разработчиков пользуется тем же Денвером под XP. Так что проблема скорее будет стоять для них, чем для серверов.
> Очень много разработчиков пользуется тем же Денвером под XP. Так что проблема
> скорее будет стоять для них, чем для серверов.Есть отличная замена этому мусору - Open Server. Живое, постоянно актуализируется, море функционала и идущих из коробки компонентов.
Ну, это не отменит того, что даже под Open Server PHP 5.5 на XP не заработает.
> Ну, это не отменит того, что даже под Open Server PHP 5.5
> на XP не заработает.Поставить себе что-ли вижуалстудию и собирать альтернативки? Давно, кстати, собирался
разобраться с этой чехардой ради компиляции экстеншенов, не идущих в поставке...
Там всего-то отличий это в том, что они переключились с использования 2 самописных тупых функций на их реализации внутри winsock, которая появилась начиная с Вислы.
Причины дропа саппорта, кроме идиотизма - не вижу.
(дропнул саппорт, кстати, тот же Pierre который и написал те несчастные 2 функции)
Разработчики - больно жирное название для тех кто пользуется денвером. Быдлокодеры которые только вчера из-за парты - реалистичнее.
Ну наконец додумались пустить нормальные солёные хэши в массы!
"...скрывая от разработчика операции ручного указания salt-а и выбора алгоритма хэширования (по умолчанию используется Bcrypt)..."Чего-то я не понял, наверное просто туплю, объясните - как так можно без выбора алгоритма хэширования? Т.е. к примеру, у меня в базе данных лежали хеши MD5, а он по умолчанию, опять же к примеру, использует SHA-1. Т.е. все, приплыли, свои хеши могу выкинуть? Наверное новость как-то неправильно переведена.
вернее "...по умолчанию используется Bcrypt..."
>В качестве причины внедрения нового API называется безалаберное отношение многих разработчиков к генерации salt-ов и повсеместный выбор нестойких к перебору алгоритмов хэширования;Как бы намекают на квалификацию php программистов.
> Добавлен новый API для хэширования паролей...Сорри за оффтоп, но когда уже в JavaScript добавят нормальный функции хеширования. А то тривиальная вроде бы вещь, а нужно какие-то сторонние либы искать, которые еще и работаю через пень-колоду (например, кириллицу и другой UTF не поддерживают) >:(
>> Добавлен новый API для хэширования паролей...
> Сорри за оффтоп, но когда уже в JavaScript добавят нормальный функции хеширования.
> А то тривиальная вроде бы вещь, а нужно какие-то сторонние либы
> искать, которые еще и работаю через пень-колоду (например, кириллицу и
> другой UTF не поддерживают) >:(http://www.w3.org/2012/webcrypto/
Schedule of DeliverablesApril 2012: Group Formation
June 2012: Expected first public Working Draft of Web Cryptography API spec
February 2013: Expected Last Call
August 2013: Expected Candidate Recommendation
November 2013: Expected Public Recommendation
March 2014: Expected Recommendation
Сейчас У Мозиллы есть свой местечковый window.crypto, про остальные браузеры не знаю.
> Прекращение поддержки Windows XP и Windows 2003.бугага.
а perl и под досом работает.
елки когда-ж они его перепишут в виде парсера для LLVM ???
Мне нравится пых, они бы лучше сделали следующие шаги:
* реализация типов кортеж (tuple)
* реализация типов список (lists)
* реализация типов атом
* допилили APC и компилятор байт-кода - чтобы можно было сохранять/загружать из/в файл. Никаких зендов и прочих поделок-свистелок тогда не нужно.
* паттерн-матчинг функций и данных
* работа в автономном режиме (standalone)
* удаление/(пере)определение функций классов
* функции term_to_binary/binary_to_term
* выпилили балласт под названием zend-api
* сериализация и "расшаривание" ресурсов
* в идеале легковесные процессы как в эрланге
* "дружественные" классы
>[оверквотинг удален]
> * допилили APC и компилятор байт-кода - чтобы можно было сохранять/загружать из/в
> файл. Никаких зендов и прочих поделок-свистелок тогда не нужно.
> * паттерн-матчинг функций и данных
> * работа в автономном режиме (standalone)
> * удаление/(пере)определение функций классов
> * функции term_to_binary/binary_to_term
> * выпилили балласт под названием zend-api
> * сериализация и "расшаривание" ресурсов
> * в идеале легковесные процессы как в эрланге
> * "дружественные" классыа также:
* убрали дурацкие доллары от переменных
* сделали контекстный оператор +
* убрали оператор "точка", заменив плюсом
* заменили -> на точку
* заменили этот МЕГАдураций \ в неймспейсах на точку
* убрали warning'и и заменили на exception'ы
* сделали функции и классы first-class-object'ами
* сделали array first-class-object'ом
* сделали нормальный array API вида arr.method() вместо array_do_some_real_shit($array, ...)
* сделали нормальную библиотеку SPL, чтобы можно быть прозрачно использовать объекты SPL{Int,String,Shit} вместо скалярных $int, $string, $shit
* сделали ещё много чего
но увы, это уже не будет РНР.
Да и мантра "обратная совместимость" заведомо предохраняет ископаемые идиотизмы от переработки.
>[оверквотинг удален]
> * сделали функции и классы first-class-object'ами
> * сделали array first-class-object'ом
> * сделали нормальный array API вида arr.method() вместо array_do_some_real_shit($array,
> ...)
> * сделали нормальную библиотеку SPL, чтобы можно быть прозрачно использовать объекты SPL{Int,String,Shit}
> вместо скалярных $int, $string, $shit
> * сделали ещё много чего
> но увы, это уже не будет РНР.
> Да и мантра "обратная совместимость" заведомо предохраняет ископаемые идиотизмы от переработки.
>>допилили APC и компилятор байт-кодазачем APC - лучше уж сам зенд скидывает байткод и имел встроенный механизм кеширования
>>убрали дурацкие доллары от переменных
никак не соглашусь
>>убрали warning'и и заменили на exception'ы
согласен - надоело устанавливать еррор хендлер выкидывающий эксцепшен
>>сделали array first-class-object'ома что он таким не является ?
>>сделали нормальный array API вида arr.method()
ООП головного мозга ? переходите на джаву
>>"зачем APC - лучше уж сам зенд скидывает байткод и имел встроенный механизм кеширования"APC это открытая реализация зенда по сути. Если вам нравится зенд - то конечно предпочтение ему, вместо APC. Но это чисто коммерческий и закрытый продукт, которому не место в открытых системах. Существование APC, как свободной альтернативы некоторым естественно не нравится. Оно и понятно почему.
Зенд (который как насильно вживленный апи) всегда был причиной непрозрачности - т.к. зенд делал свой бизнес практически в ущерб развитию языка. Многие разработчики отвернулись именно по этой причине - на настоящий момент есть только одна книжка php-internals. В документации на уровне internals очень сложно понять, что там вообще происходит. Очень много "шитого кода". Сейчас разработчики принимают усилия по выведению балласта зенда из системы - это одна из причин, мешающих нормальному развитию. Многие проблемы пхп - последствия поделки зенд. Попытка удержать бизнес и т.д.
вот это Вам поможет? http://www.cliki.net/mod_lisp
> Поддержка сопрограмм (coroutine) и генераторов (generator), предоставляющих простой и не требующий создания шаблонов способ реализации итераторов;да не уж-то, на шаг ближе к питону
люди, а как у вас работаю сайты на бэта РНР 6.0.1?