Новая тема   Ответить

 kit
Поскольку MySQL и PHP - это наше всё, то мимо этой новости я не смог пройти мимо:
http://habrahabr.ru/blogs/php/124245/

 ibiz
не вижу особого горя, разве что некоторые старые скрипты перестанут работать, и в прямых руках кодера поправить не составит труда

 arachnO
ну в принципе если прогер юзал свою класс-обертку для вызова mysql (ну я например давно очень юзаю везде свой класс) то переделать его - не проблема, по большому счету заменить в своем классе mysql_query на mysqli->query
но конечно если взять объем переделок вообще везде то это атомное количество человекочасов будет ))

 arma
Ох уж эти приколы с php 5.3 а теперь и mysql.

На серверах php 5.2 и похоже что обновлять не буду. Уж очень много добра перелопачивать, а еще и всякие сторонние скрипты.

 Austerlitz
По-моему все уже и так давно mysqli пользуются.

 FXIX
за меня это сделает фреймворк

 Stek
Прекращение поддержки - это не значит отказ от использования. Тут хостеры умудряются еще на php 4 сидеть, а уж отказ от mysql расширения, будет года так через 3+ .

 Dr.Syshalt
Stek писал:

Уверен, местные лабухи будут все эти три года по-прежнему mysql_query использовать. До сих пор вон eregi используют, с |E_NOTICE свои скрипты никто, походу, не запускает в принципе, так что я не сильно удивлюсь, если и в 2014 будут mysql_* использовать как сегодня.

 raider
о да/ буржуинские хостеры иногда такие вещи подсовывают - чо рыдать охота -
а про обновление - можно просто холивар устраивать.

 Stup
ООП им все покоя не дает...

 Stek
Dr.Syshalt писал:
Использую mysql_ и пока не собираюсь менять В любом случае сменить класс базы проблем нет. А делать это сейчас нафиг надо, пускай хотя бы свою 5.4 доведут до нормального распостранения, не говоря уже о 5.5 .

 mr. snatch
да и лесом, PDO наше всё )

 Stek
PDO тоже еще тот глючный вариант. Элементарный подсчет числа записей в выборке уже в тупик может поставить.

 idk2045
абсолютно пофиг, я юзаю mysql_* в самописном коде, ну или фреймворковские тулзы.
когда не будет на хосте встроенного мускуля, будем юзать ПДО, но это нескоро случится я думаю.

 DF™
Отсутствие совместимости с предыдущими версиями это всегда плохо!

ibiz писал:
У меня хороший отлаженный скрипт, пусть он написан 10 лет назад, почему он должен перестать работать, почему я должен что-то править при переходе на новую версию?! Не переходить на новую версию, тоже не могу т.к. на серверах старой версии уже нет.
Почему почти с каждой новой версией PHP я должен править скрипты, а если я не программист вообще, переехал на новый сервер и у меня все встало, как мне быть?!
Уверен, у кучи людей так все и встанет. Немало скриптов PHP имеют закрытый код и их не так просто будет поправить, а они наверняка тоже перестанут работать.
К тому же PHP не компилируемый язык, я не могу скомпилировать файл как на С++ и не париться больше при выходе новых версий компилятора. В PHP я вынужден переписывать скрипты и это не есть хорошо. К примеру с С++ таких проблем нет, есть свои тонкости при переходе на 64-бита, но чтоб от каких-нибудь функций отказались и старый код не работал, такого я не припомню!
IMHO

 ibiz
DF™ писал:

некоторые перл скрипты тоже не хотят работать на новых версиях перла, причем тенденция давнишняя
все должно быть стандартизировано, так как рнр это ооп, то особых проблем апгрейда скриптов не вижу

 Alexandur
mr. snatch писал:
А не проще заменить mysql_ на mysqli_ и не страдать ООПой?

 Dr.Syshalt
DF™ писал:

Ты еще с Java сравни. PHP - не тот язык, который создавался для долгоживущих проектов, и все эти коленца это только лишний раз подтверждают. Это из серии "написали, попользовали с годик-другой, выкинули и забыли". Язык для интернет фирм-однодневок.

 Pentarh
Нормальное расширение, хули им не нравится. Все поддерживает: и транзакции и стореные процедуры - правда это все руками надо писать а-ля

Код:

Такой себе низкоуровневый доступ к БД. Нахуя выпиливать - не понимаю. php.net вообще довыебывается - форкнут его с их ебанутыми идеями развития.

Для версии 5.2 отдельные репозитории уже стоят везде. Это значит народ юзает активно 5.2, а разработчики пхп живут в другой реальности и думают что эта версия никому не нужна.

 Dr.Syshalt
Pentarh писал:

У кого недовольство было, и было желание что-то предпринять - давно не стали форкать, а куда-то еще переползли. К примеру, сюда.

 Stek
Dr.Syshalt писал:
Ну не скажи
PHP скрипт свои 5 лет в среднем проживет без изменений, пока что то координально не будет изменено. Но такая же ситуация абсолютно везде, даже в офлайн на любую вещь гарантия 1-3 года, а тут все хотят что бы раз купил, а работало всю жизнь.

 DF™
Нам программистам чего переживать?! Свои программы мы быстро подправим и кому чего надо - тоже перепишем, у кого закрытый код - заново напишем! Нам чего, ну работы прибавится, но мы же не бесплатно работаем и мы не виноваты что язык такой долбанутый!
Stek писал:

 Dr.Syshalt
Stek писал:

Не буду спорить - все зависит от того, что понимать под словом "скрипт"

Просто 1-3 года для софта, на котором, к примеру, живет партнерка или рекламное агенство какое-то, или, не дай бог, биллинг - это как бы вообще не срок. Когда люди такое начинают, надо рассчитывать на сроки жизни софта лет в 10 без изменений кроме как абсолютно необходимых. А переписывать такие вещи просто потому, что "гарантия кончилась" и разработчикам из Zend очередная моча в голову ударила - это весьма жестоко, по-моему. А еще не надо забывать, что за эти годы сервера будут меняться, и, соответственно, PHP 7-летней, к примеру, давности, может стать проблемой.. в общем, тут уже другие расклады могут приключиться. Просто каждому инструменту - свое место, у PHP оно есть, а в рунете (и руадалте), походу, это тот самый случай, когда "если у тебя только молоток - то вокруг будут мерещиться гвозди".

 Stek
Dr.Syshalt писал:
Не обновлять софт в таком случае, и будет все работать. А то как то странно выходит, операционки, софт, либы и прочее обновляют, а скрипт почему то должен и без обновлений работать.


Dr.Syshalt писал:
Да ну ? Вот Arrow написан на C++ , а для установку куча разных инсталляций под весь зоопарк версий линукса и библиотек. А после апдейта операционки или смены хостинга, стабильно отваливается и требует переустановки, в отличии от php скриптов.

Имхо весь негатив вокруг пхп создан из за студентов, пишуших магазин за 1 вечер или копию фейсбука за 50 баксов. При нормальном подходе он не уступит asp/jsp реализациям.

 Dr.Syshalt
Stek писал:

Ну вот написал кто-то 5 лет назад все под PHP 4. Какая вероятность того, что оно все будет работать без изменений сегодня, на CentOS 6, где PHP 5.3? Или прикажете ставить 4ю версию, которая уже не поддерживается? Как минимум перетестировать все надо. А если оно еще и закодировано Зендом, то это будет вообще отдельная песня. Плюс еще надо учесть при переносе состояние всех флагов в php.ini на новом месте, которые не просто как-то так влияют - а влияют на работоспособность кода (!). output_buffering, safe_mode, magic_quotes_gpc и много чего еще. Ты не можешь просто взять и перенести код на новый сервер с новой системой, зная, что оно будет работать.

Цитата:

Ну так я и не утверждал, что C/C++ - адекватный выбор платформы под WWW-приложения, насколько я помню Каждому инструменту - свое применение.

Цитата:

Стек, никто уж много лет не пользуется JSP, это вообще каменный век. Я не говорю про ASP, с состоянием .Net платформы я знаком куда меньше.