| 1.1, o (?), 10:16, 16/11/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
не грохнется половина сайтов как при обновлении 5.3 до 5.4?
| | |
| |
| 2.7, Аноним (-), 10:52, 16/11/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
А она грохалась? Не заметил. Наверно потому что я пишу качественный код, а не копипащу примеры из учебников.
| | |
| |
| |
| 4.30, DIO (?), 16:01, 16/11/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
анонимы, такие анонимы, они все такие .. Менделеевы, Эйнштейны от зависти просто курят :-)
| | |
|
| 3.19, samm (ok), 12:47, 16/11/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
 да, я верю, что ваш
<?php
echo "Hello word!";
?>
Работает во всех версиях. Попробуйте написать что-то сложнее )
| | |
| |
| 4.23, Аноним (-), 13:18, 16/11/2012 [^] [^^] [^^^] [ответить]
| +/– | |
Очень сложный код, уж поверьте. Подход к разработке у нас такой: следим за развитием PHP, смотрим какие тенденции есть в его развитии, если что-то объявляется как deprecated, начинаем постепенный отказ от его использования.
Это абсолютно нормальная ситуация в мире программирования, каждый профессионал обязан следить за своим инструментом как минимум из профессионального любопытства.
Проблема многих PHP-кодеров в том, что они начинают новые проекты на каких-нибудь громоздких Joomla или Drupal, намертво привязываясь к какой-то их одной версии. Которая устаревает через пару лет. Такие сайты изначально не имеют перспектив в развитии, но, конечно, в своих бедах легче обвинить PHP.
| | |
| |
| 5.31, samm (ok), 16:07, 16/11/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Очень сложный код, уж поверьте. Подход к разработке у нас такой: следим
> за развитием PHP, смотрим какие тенденции есть в его развитии, если
> что-то объявляется как deprecated, начинаем постепенный отказ от его использования.
"Очень сложный код" - ну покажите, чо. Проблемы совместимости возникают практически во всех больших фреймворках и проектах большого размера.
И да, чем это поможет проекту который уже _давно_ сдан и живет на хостинге? Естественно, что актуальные и поддерживаемые проекты не составит труда модифицировать для поддержки новой версии языка. Но в реальной жизни на том же хостинге часто приходится держать 2-3 версии. С питоном, впрочем, ситуация не сильно отличается.
У вас очень много пафоса и очень мало опыта.
| | |
| |
| 6.37, Аноним (-), 17:37, 16/11/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Проблемы совместимости возникают практически во всех больших фреймворках и проектах большого размера.
Я согласен с этим утверждением. Но дело вот в чем. Даже самый дурацкий бложик сделан на основе какой-нибудь CMS из выше перечисленных. И получается, что львиная доля сайтов и сайтиков получает проблемы при апгрейде версии PHP только потому что внутри они построены на CMS-монстрах. Сложность поддержки которых довольно велика.
> И да, чем это поможет проекту который уже _давно_ сдан и живет на хостинге?
Если код написан хорошо - значительных проблем при апгрейде, опять же, не будет. В обертке (которая в хорошо спроектированных системах в критически важных местах должна быть изначально) над каким-нибудь функционалом приписывается новый, ныне обязательный параметр и нет проблемы.
| | |
|
| 5.33, terr0rist (ok), 16:32, 16/11/2012 [^] [^^] [^^^] [ответить]
| +/– |
 > Очень сложный код
как сами-то разбираетесь? Не пробовали писать на чём-нибудь, где попроще?
> следим за развитием PHP, смотрим какие тенденции есть в его развитии
да тенденции только одного рода: усложнение языка путём добавления в изначально проблемные особенности других особенностей, которые должны соответствовать другим языкам. Пример - traits. Вместо того чтобы сделать просто классы first class object'ами, придумали заплатку. И что? кто ей пользуется? (А почему не сделать классы first class object'ами - а потому что изначально неверный подход, когда имя класса используется как идентификатор только в редких указанных местах, а в остальных - как строка). Или ещё более дурацкое введение \ в неймспейсах...
> Проблема многих PHP-кодеров в том,
проблема всех PHP-кодеров в том, что они вообще начали тратить время на эту шелуху. По крайней мере начиная с версии 5.1, когда РНР перестал вообще развиваться и быть перспективным проектом.
> намертво привязываясь к какой-то их одной версии
А как ещё писать на РНР, когда вдруг что-то по непонятной логике оказывается депрекатед, а ожидаемые улучшения наступают либо в сильно урезанном виде, либо на пару лет позже?
+ кто виноват, что на многих хостингах (в т.ч. и на главном в РФ) до сих пор основная версия РНР 5.2, а 5.4 вообще наверно ни на одном нет?
> Такие сайты изначально не имеют перспектив в развитии,
На данный момент очевидно, что РНР не имеет перспектив в развитии, при - подчеркну - дурацком, бредовом, тупиковом условии сохранения обратной совместимости.
Необходимо оставить обратную совместимость старым версиям и выпустить новую версию РНР, свободную от идиотизмов и болячек, заложенных ещё во времена РНР/FI. Но, судя по форумам разрабов РНР, этого не произойдёт.
| | |
|
|
| 3.44, Sw00p aka Jerom (?), 21:49, 16/11/2012 [^] [^^] [^^^] [ответить]
| +/– | |
поддерживаю, тока если писать простой код, да даже сложные проекты можно писать простым кодом.
а так - большинство проектов грохалось, када в 5.3 являлось депрекейтед, то в 5.4 она уже не существует (функции)
| | |
| 3.48, qRoC (?), 14:41, 17/11/2012 [^] [^^] [^^^] [ответить]
| +/– |
 Помню до 5.4.5 пхп падал при определённых словиях. В большинстве случаев хватало просто подключить любую систему юнит-тестов, как же вы это не заметили, о Великий?
| | |
|
| 2.51, phpman (?), 09:56, 29/11/2012 [^] [^^] [^^^] [ответить]
| +/– |
 На дев-сервере переключились на 5.4 около месяца назад. Проблемы возникли только в местах, где в функцию ссылки передавались. В остальном всё прекрасно работает...так что смелее:))
| | |
| |
| 3.52, phpman (?), 09:57, 29/11/2012 [^] [^^] [^^^] [ответить]
| +/– |
> На дев-сервере переключились на 5.4 около месяца назад. Проблемы возникли только в
> местах, где в функцию ссылки передавались. В остальном всё прекрасно работает...так
> что смелее:))
да...версия 5.4.8 стоит
| | |
|
|
| 1.2, bav (ok), 10:17, 16/11/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
 Жопа в лице PHP начинает поворачиваться. Думал никогда до такого не доживу.
| | |
| 1.4, svilgelm (?), 10:24, 16/11/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –6 +/– |
 > Поддержка расширяющего возможности блоков исключений try/catch ключевого слова "finally"
Неужели такого не было? Как на php вообще можно что-то делать?
| | |
| |
| 2.34, terr0rist (ok), 16:34, 16/11/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Поддержка расширяющего возможности блоков исключений try/catch ключевого слова "finally"
> Неужели такого не было? Как на php вообще можно что-то делать?
Угадайте как.
| | |
|
| 1.5, Аноним (-), 10:48, 16/11/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Блджад, когда же они наконец добавят скалярный тайп хинтинг? А уж про такие штуки как переопределение операторов я вообще молчу
| | |
| |
| 2.35, terr0rist (ok), 16:36, 16/11/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Блджад, когда же они наконец добавят скалярный тайп хинтинг? А уж про
> такие штуки как переопределение операторов я вообще молчу
Никогда же.
Если у них реализация "Возможности использования empty() и isset() над результатом работы функции" заняла 2.5 поколения (считая с версии 3.0)...
| | |
|
| 1.6, metallic (ok), 10:48, 16/11/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 >> Прекращение поддержки Windows XP и Windows 2003
Неужели кто-то гоняет веб-сервера с поддержкой пхп под вин сервер?
| | |
| |
| 2.8, XoRe (ok), 10:53, 16/11/2012 [^] [^^] [^^^] [ответить]
| +/– |
 >>> Прекращение поддержки Windows XP и Windows 2003
> Неужели кто-то гоняет веб-сервера с поддержкой пхп под вин сервер?
Вы не поверите, сколько их...
| | |
| |
| 3.9, metallic (ok), 10:55, 16/11/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>>> Прекращение поддержки Windows XP и Windows 2003
>> Неужели кто-то гоняет веб-сервера с поддержкой пхп под вин сервер?
> Вы не поверите, сколько их...
В чем смысл? Поди еще и под апачем работают?
| | |
| |
| 4.10, XoRe (ok), 11:01, 16/11/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>>>> Прекращение поддержки Windows XP и Windows 2003
>>> Неужели кто-то гоняет веб-сервера с поддержкой пхп под вин сервер?
>> Вы не поверите, сколько их...
> В чем смысл? Поди еще и под апачем работают?
Это, кстати, лучше, чем под IIS'ом
| | |
| |
| 5.11, metallic (ok), 11:03, 16/11/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>>>>> Прекращение поддержки Windows XP и Windows 2003
>>>> Неужели кто-то гоняет веб-сервера с поддержкой пхп под вин сервер?
>>> Вы не поверите, сколько их...
>> В чем смысл? Поди еще и под апачем работают?
> Это, кстати, лучше, чем под IIS'ом
Это понятно. Но какой смысл платить за винду или тем более сидеть на пиратке, если есть родная система под апач, которая как минимум будет не хуже в этой задаче, да еще и бесплатная. Нет, мне этого не понять.
| | |
| |
| 6.13, мазай (?), 11:40, 16/11/2012 [^] [^^] [^^^] [ответить]
| +/– |
поддержка.
зачем компании, у которой всё на винде, городить огород для другой системы ради одного веб-сервера. Тем более в том случае, когда веб-сервер служит исключительно внутренним нуждам компании, не выглядывает в Интернет и не подвергается высоким нагрузкам.
PHP в таких случаях успешно работает на Windows, с IIS, да еще и с применением какой-нибудь MS SQL СУБД.
| | |
| 6.20, samm (ok), 12:50, 16/11/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Это понятно. Но какой смысл платить за винду или тем более сидеть
> на пиратке, если есть родная система под апач, которая как минимум
> будет не хуже в этой задаче, да еще и бесплатная. Нет,
> мне этого не понять.
Я даже когда-то писал скрипты ) Мне требовалось от закрытой виндовой CRM’ки получить отчёты и графики, которые не входили в базовый функционал. Вот и поставил туда апачу + пых + самописный extension на основе их апи, которое было только под винду.
А вообще - чаще всего разработчики используют, которые считают что линукс - это очень, очень сложно, гг. А тестировать локально где-то надо.
| | |
| 6.38, XoRe (ok), 18:28, 16/11/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> да еще и бесплатная.
Это смотря как считать)
С точки зрения линукс админа - да.
А, например, с точки зрения какого-нибудь западного топ менеджмента, которому нужна надежность + страхование рисков + отчетность перед аудиторами - не факт.
Лицензионный ред хат с поддержкой + серверы, у которых заявлена поддержка linux + зарплата линукс админов (которая за год набегает больше, чем стоимость редхата или железа).
Или вы предлагаете использовать неподдерживаемый дебиян с админом самоучкой?
У винды такие же статьи расходов, но они уже есть в бюджете)
Да и вообще, не всегда есть сакральный здравый смысл в чьих-то действиях.
Кто-то может не знать, у кого-то могут быть предубеждения, кому-то просто лень.
А кто-то уже подсел так, что менять платформу будет стоить гораздо дороже.
Вот так и получается неслабый процент виндовых серверов за бугром.
У нас процент меньше, тупо изза стоимости винды и решений на ней.
| | |
| |
| 7.39, metallic (ok), 18:35, 16/11/2012 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
> Лицензионный ред хат с поддержкой + серверы, у которых заявлена поддержка linux
> + зарплата линукс админов (которая за год набегает больше, чем стоимость
> редхата или железа).
> Или вы предлагаете использовать неподдерживаемый дебиян с админом самоучкой?
> У винды такие же статьи расходов, но они уже есть в бюджете)
> Да и вообще, не всегда есть сакральный здравый смысл в чьих-то действиях.
> Кто-то может не знать, у кого-то могут быть предубеждения, кому-то просто лень.
> А кто-то уже подсел так, что менять платформу будет стоить гораздо дороже.
> Вот так и получается неслабый процент виндовых серверов за бугром.
> У нас процент меньше, тупо изза стоимости винды и решений на ней.
А как же пхп без поддержки и страхования рисков, он же как и линукс, опенсоурс? Не хочу в холивар ввязываться, скажу только, что вам бы гет зе факст писать :)
| | |
| |
| 8.50, XoRe (ok), 11:34, 24/11/2012 [^] [^^] [^^^] [ответить] | +/– | Почему без поддержки и страхования Страховать нужно не php, а разработку на php... текст свёрнут, показать | | |
|
|
|
|
|
|
| 2.12, Аноним (-), 11:04, 16/11/2012 [^] [^^] [^^^] [ответить]
| +/– |
Очень много разработчиков пользуется тем же Денвером под XP. Так что проблема скорее будет стоять для них, чем для серверов.
| | |
| |
| 3.15, CSRedRat (ok), 12:04, 16/11/2012 [^] [^^] [^^^] [ответить]
| +/– |
 > Очень много разработчиков пользуется тем же Денвером под XP. Так что проблема
> скорее будет стоять для них, чем для серверов.
Есть отличная замена этому мусору - Open Server. Живое, постоянно актуализируется, море функционала и идущих из коробки компонентов.
| | |
| |
| 4.24, Аноним (-), 13:20, 16/11/2012 [^] [^^] [^^^] [ответить]
| +/– |
Ну, это не отменит того, что даже под Open Server PHP 5.5 на XP не заработает.
| | |
| |
| 5.49, Fsaber (?), 23:08, 23/11/2012 [^] [^^] [^^^] [ответить]
| +/– |
 > Ну, это не отменит того, что даже под Open Server PHP 5.5
> на XP не заработает.
Поставить себе что-ли вижуалстудию и собирать альтернативки? Давно, кстати, собирался
разобраться с этой чехардой ради компиляции экстеншенов, не идущих в поставке...
Там всего-то отличий это в том, что они переключились с использования 2 самописных тупых функций на их реализации внутри winsock, которая появилась начиная с Вислы.
Причины дропа саппорта, кроме идиотизма - не вижу.
(дропнул саппорт, кстати, тот же Pierre который и написал те несчастные 2 функции)
| | |
|
|
| 3.17, Аноним (-), 12:32, 16/11/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
Разработчики - больно жирное название для тех кто пользуется денвером. Быдлокодеры которые только вчера из-за парты - реалистичнее.
| | |
|
|
| |
| 2.21, другой аноним (?), 13:07, 16/11/2012 [^] [^^] [^^^] [ответить]
| +/– | |
"...скрывая от разработчика операции ручного указания salt-а и выбора алгоритма хэширования (по умолчанию используется Bcrypt)..."
Чего-то я не понял, наверное просто туплю, объясните - как так можно без выбора алгоритма хэширования? Т.е. к примеру, у меня в базе данных лежали хеши MD5, а он по умолчанию, опять же к примеру, использует SHA-1. Т.е. все, приплыли, свои хеши могу выкинуть? Наверное новость как-то неправильно переведена.
| | |
|
| 1.18, GentooBoy (ok), 12:40, 16/11/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
 >В качестве причины внедрения нового API называется безалаберное отношение многих разработчиков к генерации salt-ов и повсеместный выбор нестойких к перебору алгоритмов хэширования;
Как бы намекают на квалификацию php программистов.
| | |
| 1.25, Kroz (??), 14:08, 16/11/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 > Добавлен новый API для хэширования паролей...
Сорри за оффтоп, но когда уже в JavaScript добавят нормальный функции хеширования. А то тривиальная вроде бы вещь, а нужно какие-то сторонние либы искать, которые еще и работаю через пень-колоду (например, кириллицу и другой UTF не поддерживают) >:(
| | |
| |
| 2.27, filosofem (ok), 15:31, 16/11/2012 [^] [^^] [^^^] [ответить]
| +/– |
 >> Добавлен новый API для хэширования паролей...
> Сорри за оффтоп, но когда уже в JavaScript добавят нормальный функции хеширования.
> А то тривиальная вроде бы вещь, а нужно какие-то сторонние либы
> искать, которые еще и работаю через пень-колоду (например, кириллицу и
> другой UTF не поддерживают) >:(
http://www.w3.org/2012/webcrypto/
Schedule of Deliverables
April 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, про остальные браузеры не знаю.
| | |
|
| 1.26, Аноним (-), 14:42, 16/11/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Прекращение поддержки Windows XP и Windows 2003.
бугага.
а perl и под досом работает.
| | |
| 1.32, Аноним (-), 16:30, 16/11/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Мне нравится пых, они бы лучше сделали следующие шаги:
* реализация типов кортеж (tuple)
* реализация типов список (lists)
* реализация типов атом
* допилили APC и компилятор байт-кода - чтобы можно было сохранять/загружать из/в файл. Никаких зендов и прочих поделок-свистелок тогда не нужно.
* паттерн-матчинг функций и данных
* работа в автономном режиме (standalone)
* удаление/(пере)определение функций классов
* функции term_to_binary/binary_to_term
* выпилили балласт под названием zend-api
* сериализация и "расшаривание" ресурсов
* в идеале легковесные процессы как в эрланге
* "дружественные" классы
| | |
| |
| 2.36, terr0rist (ok), 17:00, 16/11/2012 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
> * допилили 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
* сделали ещё много чего
но увы, это уже не будет РНР.
Да и мантра "обратная совместимость" заведомо предохраняет ископаемые идиотизмы от переработки.
| | |
| |
| 3.45, Sw00p aka Jerom (?), 22:00, 16/11/2012 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
> * сделали функции и классы 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()
ООП головного мозга ? переходите на джаву
| | |
| |
| 4.46, Аноним (-), 01:04, 17/11/2012 [^] [^^] [^^^] [ответить] | +/– | APC это открытая реализация зенда по сути Если вам нравится зенд - то конечно п... большой текст свёрнут, показать | | |
|
|
|
| 1.41, Аноним (-), 20:35, 16/11/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Поддержка сопрограмм (coroutine) и генераторов (generator), предоставляющих простой и не требующий создания шаблонов способ реализации итераторов;
да не уж-то, на шаг ближе к питону
| | |
|
