PHP прекращает поддержку расширения MySQL

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

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

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

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

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

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

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

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

Stek писал:

а уж отказ от mysql расширения, будет года так через 3+ .

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

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

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

Dr.Syshalt писал:

Уверен, местные лабухи будут все эти три года по-прежнему mysql_query использовать.

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

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

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

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

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

ibiz писал:

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

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

DF™ писал:

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

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

mr. snatch писал:

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

А не проще заменить mysql_ на mysqli_ и не страдать ООПой?

DF™ писал:

К примеру с С++ таких проблем нет, есть свои тонкости при переходе на 64-бита, но чтоб от каких-нибудь функций отказались и старый код не работал, такого я не припомню! IMHO

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

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

Код:

mysql_query("BEGIN"); mysql_query("CALL my_proc"); mysql_query("COMMIT");

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

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

Pentarh писал:

php.net вообще довыебывается - форкнут его с их ебанутыми идеями развития

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

Dr.Syshalt писал:

Язык для интернет фирм-однодневок

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

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

Stek писал:

... на любую вещь гарантия 1-3 года, а тут все хотят что бы раз купил, а работало всю жизнь.

Stek писал:

Ну не скажи PHP скрипт свои 5 лет в среднем проживет без изменений

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

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

Dr.Syshalt писал:

Когда люди такое начинают, надо рассчитывать на сроки жизни софта лет в 10 без изменений кроме как абсолютно необходимых.

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

Dr.Syshalt писал:

Просто каждому инструменту - свое место, у PHP оно есть, а в рунете (и руадалте), походу, это тот самый случай, когда "если у тебя только молоток - то вокруг будут мерещиться гвозди".

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

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

Stek писал:

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

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

Цитата:

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

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

Цитата:

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

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