Пользователь
0,0
рейтинг
15 июля 2011 в 14:43

Разработка → Прекращение поддержки расширения MySQL в PHP

PHP*
Да, вы совершенно правильно прочитали этот заголовок: в прошлые выходные Филип Олсон отправил в список рассылки php-internals предложение о начале постепенного ухода от расширения mysql в будущих версиях php. Это, однако, не означает, что mysql уже не будет в PHP 5.4, но с версии 5.5 уже начнётся работа по обновлению документации и добавлению E_DEPRECATED ошибок к функциям mysql.

В качестве замены текущему нативному расширению предпологается использовать расширение mysqli или PDO, а возможно mysqlnd.

В результате, в будущих версиях PHP5 (начиная с 5.5 или 5.6) вызовы таких функций, как mysql_pconnect, mysql_query и так далее будут пораждать весьма неприятные уведомления E_DEPRECATED, а уже в версии PHP 6 код этих функций будет, скорей всего, полностью удалён из PHP.
@ArtemZ
карма
2,0
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Спецпроект

Самое читаемое Разработка

Комментарии (121)

  • +50
    охренеть, простите.
    • +1
      Ничего. Я думаю все… огорчились.
      • +7
        Я наоборот рад… ИМХО давно пора… Что PDO что MySQLi намного проще в использовании (не смотря на стереотипы) имеют богатый функционал. Я наоборот удивлён что так много времени понадобилось.
      • –1
        R.I.P.
        MySQL
        1995—2011
    • +75
      А чего там охеревать?
      PDO и mysqli уже давно используются де-факто, потому что ещё со времён 4.1 в mysql библиотеку не вносили никаких обновлений в плане функционала, сконцентрировавшись на mysqli и PDO.
      Так что ход очень даже логичный. А старые проекты частенько всёравно без допиливания рашпилем нормально не будут работать в любом случае. Качественный скачок в разработке на PHP случился относительно недавно и не многие фреймворки до сих пор способны работать в режиме E_ALL | E_STRICT.
      Упоротые в любом случае наткнутся что mysql библиотеку в один день уберут из PHP даже если их предупреждать за 10 лет — потому что они упёртые бараны, либо компания жмотится и пока жаренный петух не клюнет — не даст обновлять. А скорее просто лет 10 ещё будут сидеть на старых версиях языка :)
      • +2
        Да всё, всё, я уже успокоился =) Старые проекты лучше вообще не трогать, включая php, а новые легко адаптировать.
      • НЛО прилетело и опубликовало эту надпись здесь
    • +3
      Между прочим, в официальных доках в разделе про mysql уже давно написано «If you are using MySQL versions 4.1.3 or later it is strongly recommended that you use the mysqli extension instead». Но соглашусь, новость немнго неожиданная :)
      • 0
        Эти заметки почему-то редко попадаются на глаза, до того как возникнет проблема.
        • –1
          Простите, кому редко попадаются на глаза? Тем, кто в основном составляет 80% публики php? Ну это их проблемы — учились они вообще по книгам аля «Модный сайт за 40 минут».
          • –1
            Мне например. Если я помню какие параметры принимает функция и какие значения возвращает, зачем мне лезть в мануал? Чтобы проверить, не считается ли она устаревшей в очередной версии php?
            • +3
              Такие моменты всегда освещаются в changelist к версии PHP. Я думаю этот-то документ вы читаете при обновлении версии на сервере?
              • 0
                Этот читаю конечно, а иначе как я узнаю, нужно ли мне переходить на новую версию?
    • +8
      Все верное. Давно пора почистить ядро от всяких там залетных.
    • –1
      Отличная новость же, это php еще чистить и чистить!
      • +2
        Был напуган.
  • 0
    это только предложение или так уже факт будет?
    • +2
      В списке рассылки написано, что сообщество уже несколько лет искало альтернативы и теперь это не должно быть ни для кого шоком. Так что, думаю, это в любом случае произойдёт.
    • 0
      предложение, но его поддержат все разработчики и большая часть комьюнити
  • +7
    Кто там говорил, что использовать фрейворки — зло? )
    • 0
      Точно не я (хоть я и был неоднократно минусуем за использование собственного фреймворка). Хотелось бы теперь на этих людей посмотреть.
    • +2
      Ещё не факт, что выбранный фреймворк обновят. Особенно если он не входит в пару-тройку самых распространённых.
      • +6
        Если разработчики не обновят — то извинете — к чёрту такой фреймворк :)
        • +1
          К чёрту или куда ещё, но когда выбор уже сделан и проект написан, менять фреймворк поздно.
          • +3
            Насколько я знаю — большинство фреймворков используют PDO. Ну а те, что используют mysql_* легко меняются на mysqli_* — мест для замены там много быть не должно при нормальной ООП струкуре.
        • +5
          К черту фреймворк, где нельзя сменить драйвер БД.
          *fixed
      • +7
        А зачем обновлять что-то? Хороший фреймворк должен позволить буквально одной-двумя правками в конфиге перескочить с MySQL на PDO/MySQLi
        • –1
          И, естественно, в нем уже должны быть драйвера для них ))
          • +2
            [offtopic]В Кохане только MySQL и PDO. Надо им фичреквест написать, чтобы в 3.3 перешли с mysql на mysqli :)[/offtopic]
            • +1
              Не перешли, а добавили драйвер. От мускула еще не скоро откажутся, да и PHP6 пока не видно
              • 0
                Да, верно
    • 0
      Кто мешает в своём классе для работы с СУБД пройтись replace'ом, заменив mysql_ на mysqli_ :)?
      • 0
        Ну это как-то несерьезно, кто с replace'ом дружен — тому и класс не нужен, общий интерфейс и несколько реализаций под mysql/mysqli/pdo — это мне понятно, а когда один класс в котором что-то правят replace'ом — был-ли в нем смысл вообще?
        • +2
          Ну, обычные функции а-ля mysql_* или mysqli_* не позволяют логировать запросы или хотя бы просто считать их количества.
      • +1
        например то, что php.net/mysql_real_escape_string и php.net/mysqli_real_escape_string принимают разные параметры.
        что типично для данного языка…
  • –8
    Пол интернета умрет, особенно если хостинги принудительно поставят PHP6. Да и одного deprecated достаточно — у половины сайтов включен вывод таких ошибок.
    • +4
      Хостинги обычно довольно консервативны и, в большинстве случаев, думают, что делают, так что вам не стоит переживать за смерть интернета. Тем более, что PHP6 ещё даже не близок к выходу.
    • +3
      Ой, когда все хостинги переползут на 5.3 — релизнется 5.6-6.х.
      Это я к тому, что мейнстрим в основном подхватывается нестабильностью.
  • –16
    Это все конечно хорошо, но не для тех, кому переносить 100500 баз на новые реалии :)
    • +10
      Чо? При чем тут базы?
    • +19
      Ну вот, таким образом скоро по инету загуляют слухи о том, что php прекратит поддержку СУБД MySQL ) А они всего лишь выкинут старые дрова )
      • –5
        обрадовали, благодарю
        • –1
          Я вас сейчас огорчу — у вас мозг рака и вы не умеете читать.
  • НЛО прилетело и опубликовало эту надпись здесь
  • –23
    Самая популярная связка в написании веб приложений новичков, и тут такое…
    • +26
      Началось ))
      • +12
        Ага, не думал что на хабре столько быдла
    • –1
      Кто-то уже сказал, что большинство хабровчан просто не любят перемены.
  • –6
    Зато хотя бы аббревиатуру LAMP переименовывать не придётся.
  • –18
    Если сворачивают MySQL, то пускай и PostgreSQL свернут!
    Чтобы никому обидно не было :)
    • +3
      Это ещё зачем?
      • –5
        > Это ещё зачем?

        Лето, солнышко. Два хомячка сидят на берегу реки и вяжут шапочки.
        Сзади бегемот подходит:
        — Эй, ребята, как тут глубина, нормально?
        — Да, глубоко.

        Бегемот разбегается и ныряет… а там воды по щиколотку, дно — железобетон, штыри торчат.
        Хомячки дальше вяжут. Один другого спрашивает:
        — Ты зачем его обманул?
        Второй отвечает:
        — А ты зачем вчера мою шапочку распустил?
  • +23
    Как желто >:(
    image
    Разработка php_mysql остановилась на поддержке функционала MySQL 4.1.3. Это расширение не поддерживает транзакции, объектный интерфейс, подвержено уязвимостям при подстановке значений в запрос. УРА, что его таки отключают, ведь остаются такие классные штуки как PDO и mysqli.
    • 0
      Поддерживает всю функциональность MySQL 4.1+:

      Расширение mysql: Нет
      PDO: Большую часть

      Поржал
      • –3
        Угу, бардак с поддержкой MySQL сводит на нет все рассуждения о том, что РНР — хороший язык.
        • 0
          Бардак в обсуждении какого-либо гема сводит на нет все рассуждения о том, что Ruby — хороший язык?
          • 0
            gem не является поставляемой по умолчанию фичей, а три стандартных (!) способа подключения к MySQL с разным набором поддерживаемых фич — это звиздец.
            • –1
              Это разнообразие, это обширные возможности… это функциональная свобода (была)…
              • 0
                Три несовместимых друг с другом способа связаться с MySQL, каждый из которых не имеет полного набра фич, в стандартной поставке — это обширные возможности и свобода?

                :))))))))))))))))
                • +1
                  Круто передергиваете, не зная предмета… mysqli все поддерживает — полный набор фич. PDO поддерживает самые важные фичи, которых вам — как веб-разработчику — хватит с головой… Но вы передергивайте, передергивайте. От этого руби, пистон etc лучше-то не станут
                  • 0
                    Я не передергиваю, и предмет знаю (10 лет работы с этим убожеством). Буквально двумя сообщениями выше приведена таблица, описывающая весь этот звездец.

                    В частности, «фичи» типа: mysqli дает бОльше возможностей, чем PDO, но в нем нет named parameters. В PDO есть, но увы «PDO поддерживает большую часть функциональности MySQL 4+» мне не подходит.

                    Вот и сиди, крути велосипеды, что там, что там.

                    Нет, если борьба с отсутствием такого понятия, как «внятная, продуманная архитектура языка и понимание того, как его развивать» для вас — это обширные возможности и свобода, то я даже не знаю, что сказать…
                    • 0
                      Ой, да ладно… Да, нигде никто не упоминал о питоне и руби. Оно всегда как-то само собой подразумевается. И питон, и руби тоже изобилуют архитектурными ляпами. Я не буду никаких примеров приводить — поищите в инете (если знакомы с предметом).

                      Единственным интересным и достойным внимания средством разработки, конкурентом PHP я вижу только серверный JS. Но он еще незрел и слишком молод.

                      Знаете, как называется то, что вы делаете? Вот это вот — про документацию и понимание, как развивать… это популизм. Ни примеров, ни обоснованной точки зрения — ничего. Только одна ругань.

                      А я вот положу на другую чашу весов:
                      — реальное развитие языка, кто не верит — зайдите в репозиторий
                      — да… пересмотр многих архитектурных ляпов, таких как, например, php_mysql
                      — введение новых фишек (см. 5.4 патчноты)
                      — оптимизация и ускорение (опять же, 5.4 стал в некоторых местах быстрее до 35%)

                      Лично для меня (буду общаться на понятном вам языке) «убожество» PHP в некоторых аспектах искореняется использованием фреймворков и выбором правильной архитектуры приложения — чтобы можно было быстро что-то модифицировать. А вы надейтесь найти язык программирования, который будет делать все за вас.
                      • 0
                        > Ой, да ладно… Да, нигде никто не упоминал о питоне и руби. Оно всегда как-то само собой подразумевается.

                        Телепаты отправляются в пеший поход в сад.

                        > Знаете, как называется то, что вы делаете? Вот это вот — про документацию и понимание, как развивать… это популизм. Ни примеров, ни обоснованной точки зрения — ничего. Только одна ругань.

                        Вообще-то, это — обоснованное мнение, да еще и ссылкой подкрепленное :-\ Если вам мешают это увидеть шоры на глазах, пора избавляться от шор.

                        > А я вот положу на другую чашу весов:— реальное развитие языка, кто не верит — зайдите в репозиторий

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

                        Четкое понимание, что именно нужно языку отсутсвует, как класс, как у разработчиков (Zend), так и у большинства коммитеров.

                        > да… пересмотр многих архитектурных ляпов, таких как, например, php_mysql

                        Правильно, со вносом любого произвольного числа других архитектурных ляпов. Например, нахрена, анчиная с версии 5.0 (см. таблицу выше) с PHP в стандартной поставке идут еще две библиотеки подключения к MySQL, которые несовместимы между собой, и каждая их гкоторых не имеет полного набора фич?

                        > введение новых фишек (см. 5.4 патчноты)

                        См. выше про хаос в развитии. 5.4 идет тем же путем — в язык пачками (без какой-либо системности) добавляются кардинально меняющие его возможности. Причем сами же разработчики, по большому счету, кладут большой и толстый болт на собственные же рекомендации: wiki.php.net/rfc/releaseprocess (см. про experimental features и проч.)

                        > А вы надейтесь найти язык программирования, который будет делать все за вас.

                        Еще раз повторю: Телепаты отправляются в пеший поход в сад.

                        Качество языка в первую очередь влияет на то, что с помощью этого языка можно сделать. В хаосе сделать ничего нельзя. Нет, можно прикрывать глаза на отсутствие какого-либо понимания того, куда язык движется (при переходе 5.2->5.4 добавляется уже на порядок больше вещей, чем при планируемом переходе 5.x->6.x) и радоваться к растущим, как грибы после дождя, фичам из «взрослых» языков, но менее хаосом и убожеством от этого PHP не становится.

                        > Единственным интересным и достойным внимания средством разработки, конкурентом PHP я вижу только серверный JS. Но он еще незрел и слишком молод.

                        • 0
                          > Единственным интересным и достойным внимания средством разработки, конкурентом PHP я вижу только серверный JS. Но он еще незрел и слишком молод.

                          Спасибо, посмеялся. Сразу видно человека, который только фреймворки и знает.
                          • 0
                            > Спасибо, посмеялся.
                            На здоровье…

                            > Сразу видно человека, который только фреймворки и знает.

                            Вы так говорите, как-будто это что-то плохое.

                            > Количество коммитов в репозиторий ничего не говорит о развитии.

                            Я ни слова не сказал про подсчет количества коммитов. Я говорил «посчитайте, сколько там коммитов»? Я сказал «посмотрите в репозиторий». Так что не будем.

                            > Язык развивается хаотично.

                            Это говорит о том, что у языка есть душа. Есть порыв, страсть.

                            > У языка нет даже малейшего подобия такого понятия, как план развития.

                            А у языка и не должно быть плана развития. План развития должен быть у разработчиков языка. Интересно, откуда вам вообще знать, что есть у Зенда, а чего у них нет.

                            Вы умело передергиваете, но сами ничего конкретного не говорите. Вы умеете передергивать. Вы умеете троллить. Интересно — а что вы умеете делать полезного кроме этого?

                            Уверяю вас, я знаю и фреймворки, и не фреймворки… я и свои велосипеды наизобретался вдоволь в свое время. Сейчас меня интересуют две вещи: а) распространенность платформы и б) скорость разработки. Как только под эти параметры будет подходить что-то другое, кроме PHP — я выберу что-то другое, кроме PHP. А пока язык растет и становится лучше. Я смотрю с позиции выгоды, а не «красоты исходного кода» (кавычки заметили?) — а вот когда мне захочется создать что-то для себя, может быть тогда я и озадачусь Эрлангом, который вы возвели в статус НепогрешимоТруъПапских языков. И у меня нет ни малейшего желания оспаривать этот выбор.

                            Представляю картину. Идет по улице парень, а под руку ведет ну такую страшную девушку, что ни в сказке сказать. Но выглядит безумно счастливым… Вы будете его останавливать и переубеждать? Нет… и я не стану. Так вот пока что я выгляжу тем парнем, а вы кем-то, кто хочет меня переубедить, но при этом сам без девушки.
                            • 0
                              > Я ни слова не сказал про подсчет количества коммитов. Я говорил «посчитайте, сколько там коммитов»? Я сказал «посмотрите в репозиторий». Так что не будем.

                              Хорошо. Что именно я должен увидеть в репозитории? Восстанавливаю контекст: «А я вот положу на другую чашу весов:— реальное развитие языка, кто не верит — зайдите в репозиторий».

                              > А у языка и не должно быть плана развития. План развития должен быть у разработчиков языка. Интересно, откуда вам вообще знать, что есть у Зенда, а чего у них нет.

                              Для этого достаточно зайти в любой, связанный непосредственно с Zend'ом и PHP ресурс.

                              Передергивание — это говорить, что план развития должен быть не у языка, а у разработчиков.

                              > Сейчас меня интересуют две вещи: а) распространенность платформы

                              Увы, он распространен

                              > и б) скорость разработки

                              Скорость разработки на РНР ниже, чем на тех же Питоне, Руби или даже Erlang'е.

                              > может быть тогда я и озадачусь Эрлангом, который вы возвели в статус НепогрешимоТруъПапских языков

                              Я уже говорил, что телепаты могут отправляться пешим строем в сад. Ничего я никуда не возводил.

                              Итак. С вашей стороны — сплошная демагогия и толпа аналогий, которая к делу не имеет ни малейшего отношения.

                              Теперь факты:
                              — Язык развивается абсолютно хаотично. В язык пачками добавляются фундаментальные или кардинально меняющие язык вещи без какой-либо системы. Переход 5.2->5.3 и переход 5.3->5.4 содержит на порядок большее количество изменений (причем кардинальных), чем планируемый(?) переход 5.x->5.6. Это — факт. Спорить с этим — это говорить, что днем темно, а ночью светло.

                              — В языке могут спокойно соседствовать «фичи», которые, по сути, выполняют одно и то же, но при этом несовместимы друг с другом и не обеспечивают полный набор функциональности. Ближайший пример — три(!) способа работы с MySQL, и все — в стандартной поставке. Не в виде отдельных библиотек, что было бы понятно, а в стандартной поставке. Это — факт. И то, что это — идиотизм — это тоже факт. Достаточно взглянуть на уже приводимую здесь таблицу:



                              Они несовместимы между собой, каждый из способов в отдельности не обеспечивает полного набора фич — это факт. То, что это бардак — это факт. То, что он вообще существует говорит только подтверждает, что развитие языка происходит хаотично.

                              Это делает использование языка (языка! не фреймворков и библиотек, а языка) мягко говоря затруднительным. Потому что надо постоянно держать в голове не только разницу между реализующими одно и то же, но разными, возможностями языка, но еще и разницу между каждой минорной версией языка — а это звиздец.

                              Правда, человеку, который бахвалится тем, что эти недостатки он исправляет фреймворками, это не понять.

                              Зато те люди, которым эти фреймворки приходится писать, — им надо памятники ставить за то количество оберток, абстракций и прочих велосипедов, которые приходится создавать, чтобы всю эту кривизну обходить. Ближайший пример: «Abstract class to emulate a PDOStatement for native database adapters». Не было бы бардака в адаптерах, не пришлось бы писать эмулятор.

                              Ну и ты ды и ты пы.
                              • 0
                                Вот вы привязались к php_mysql. Ну убрали его, убрали. Работа над ошибками — это тоже работа.

                                Многие ляпы в языке, опять же, связаны с тем, что на ранних этапах развития языка разработчики «подражали» C и C++. Ну что теперь — убиться?

                                > Правда, человеку, который бахвалится тем, что эти недостатки он исправляет фреймворками, это не понять.

                                Ну вот конкретно эта реплика, по-вашему, как относится к делу? Получается, что я бахвалюсь тем, что использую фреймворки, а вы меня за это как бы осуждаете. Ну и как же, позвольте, мне создать приложение, которое имело бы стройную структуру (и да — купировало бы некоторые ляпы языка)? Как же я создам бизнес логику без фреймворков (которыми можно что угодно назвать)?

                                > Я уже говорил, что телепаты могут отправляться пешим строем в сад. Ничего я никуда не возводил.

                                Ну так удивите меня, мне же интересно… вокруг куча народа опытнее и умнее меня — мне же интересно их мнение. А вы все не говорите да не говорите…

                                С другой стороны вот что. Предположим, кто-то (внешне похожий на меня, но не я) погрузился в PHP и варится в нем 24х7. Изучить другой язык — изучил, но в силу особенностей (распространенность как платформ, так и разработчиков) языка ничего другого ему не остается — как использовать PHP и дальше. Человек этот не идиот (видимо) — и вдоволь нахлебался собственных велосипедов. Стремится к ликвидации энтропии в написанных приложениях — и для этого использует фреймворки… Так в чем же человек не прав и что, в конце концов, вы хотите доказать то?

                                Ну не согласны вы… ну наймитесь в Зенд, да ликвидируйте все хреновости в языке уже, наконец…
                                • 0
                                  > Вот вы привязались к php_mysql. Ну убрали его, убрали. Работа над ошибками — это тоже работа.

                                  Угу. Вот только что им мешало не вводить две сущности — mysqli и PDO — в одной и той же версии PHP, а ввести только одну, но грамотно сделанную? Та самая «работа над ошибками»?

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

                                  > Получается, что я бахвалюсь тем, что использую фреймворки, а вы меня за это как бы осуждаете. Ну и как же, позвольте, мне создать приложение, которое имело бы стройную структуру (и да — купировало бы некоторые ляпы языка)? Как же я создам бизнес логику без фреймворков (которыми можно что угодно назвать)?

                                  Вот только не надо придумывать за меня то, что я не говорил. Цитирую вас:
                                  Лично для меня (буду общаться на понятном вам языке) «убожество» PHP в некоторых аспектах искореняется использованием фреймворков и выбором правильной архитектуры приложения


                                  Так вот, человек, который работает не только с фреймворками, прекрасно понимает, какой хаос творится в РНР. И этот хаос не убрать ни фреймворками, ни архитектурой. Потому что (а это уже мои слова):
                                  Это делает использование языка (языка! не фреймворков и библиотек, а языка) мягко говоря затруднительным. Потому что надо постоянно держать в голове не только разницу между реализующими одно и то же, но разными, возможностями языка, но еще и разницу между каждой минорной версией языка — а это звиздец.


                                  > Ну так удивите меня, мне же интересно… вокруг куча народа опытнее и умнее меня — мне же интересно их мнение. А вы все не говорите да не говорите…

                                  Если бы вы уще умели читать, что вам пишут, было бы совсем хорошо.

                                  На протяжении нашего разговора вы раз за разом решили, что я говорю про Питон, Руби и Erlang. Хотя я ни раз уне говорил ни про одно, ни про другое, ни про третье (кроме как в ответах на ваш хреново работающий телепатор).

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

                                  Уже упомянутые Руби и Питон как языки на голову выше PHP по удобству использования, Erlang — на порядок выше PHP и по удобству и качеству.

                                  Фреймворки на Ruby и Python'у чаще лучше по качеству, удобству и быстроте разработки, чем аналогичные на PHP. Что не удивительно. PHP обзавелся более-менее нормальными фреймворками чуть ли не последним среди мейнстримных языков. Для Erlang'а ситуация хуже, но для REST'а ничего лучше Webmachine не придумано.

                                  Если вы зарабатываете на РНР, ничего в этом зазорного нет, я тоже на нем зарабатываю (уже 10 лет как). Но настаивать на том, что это — хороший язык… Увольте.

                                  > Предположим, кто-то (внешне похожий на меня, но не я) погрузился в PHP и варится в нем 24х7. Изучить другой язык — изучил, но в силу особенностей (распространенность как платформ, так и разработчиков) языка ничего другого ему не остается — как использовать PHP и дальше.

                                  Если человек 24x7 варится в РНР, этот человек — идиот. Потому что вне работы можно найти себе более интересные (и с точки зрения программирования тоже) занятия.

                                  > вдоволь нахлебался собственных велосипедов. Стремится к ликвидации энтропии в написанных приложениях — и для этого использует фреймворки… Так в чем же человек не прав и что, в конце концов, вы хотите доказать то?

                                  — Неправ в том, что занимается РНР 24x7
                                  — Неправ в том, что убогость языка и хаотичность его развития можно прикрыть фреймворками
                                  — Неправ в том, что продолжает защищать этот язык, не приведя ни единого факта, а опираясь только на демагогию (кстати, о демагогии: вопрос про репозиторий так и остался открытым)

                                  > Ну не согласны вы… ну наймитесь в Зенд, да ликвидируйте все хреновости в языке уже, наконец…

                                  Мне больше делать нечего? У меня в жизни (программерской) есть гораздо более интересные задачи, чем попытка выправления хаоса.
                  • 0
                    Ах, и да, я ничего в своих сообщения ни про Руби ни про Питон не говорил.
  • +3
    Для тех кто читает через строки:
    Говорится о прекращении поддержки расширения MySQL, а не отказ от неё!

    MySQLi является улучшенной версией старого драйвера PHP MySQL, предлагающего различные улучшения
  • –7
    > в версии PHP 6 код этих функций будет, скорей всего, полностью удалён из PHP
    Кто-нибудь вообще слышал о таком модном слове как «обратная совместимость». Тренд сезона, однако. Почему бы просто не сделать алиас с mysqli?
    • +10
      Всё свою историю развития PHP с выходом новой версии продолжает поддерживать устаревшее говно — как раз для этого вашего модного слова «совместимость». И посмотрите на язык — глобальный неймспейс засран тысячей функций, которые уже какбы не рекомендовано юзать, а их всё равно юзают. 80% пхп-разработчиков являются или консервантивными болванами, или абсолютно недееспособными личностями, но никак не программистами — их просто невозможно убедить в неправильности использования deprecated-функций пока код функций имеется в языке. В последнии пару лет, хвала всем известным богам, PHP стал развиваться и превращаться в какое-то подобие нормального языка — вот и неймспейсы ввели, и замыкания, и, наконец-то, старый неподдерживаемый код выпилят.
      • +3
        Поэтому настоящий PHP программист — экземпляр из красной книги, которого обычно отрывают с руками и он получает очень хорошую зарплату — по себе знаю, я кризиса даже не заметил, даже наоборот зарплату только подняли. Искали себе PHP гуру в комманду почти пол года — в итоге просто переманили на зарплату прилично побольше и гораздо более благоприятными условиями работы. Ибо свободных просто нету.
        • +2
          инкрементирую. Два месяца не можем найти php-программиста. И требования не высокие даже — джуниора взяли бы, если бы были. Т.е. люди есть, не спорю, но с такими навыками, что хочется сделать тройной фейспалм с переворотом. И ладно если бы не знали ничего — гораздо хуже, когда человек знает неправильно и уверен в этом так, что фиг докажешь что-либо. А в силу того, что PHP — это единственный промышленный язык, который считается языком с низким порогом вхождения(«низкий порог вхождения», ё-моё. Интересно, эти люди вообще руби или джаву видели? Вот уж где точно низкий порог вхождения), то такие индивидумы в основном PHP-коммюнити и составляют.

          А вокруг говорят: «обратная совместимость»… досовмещались уже, хватит — не нужна обратная совместимость с интеллектом примата, не нужна.
        • –4
          > по себе знаю, я кризиса даже не заметил

          имело ввиду, что как работали за доширак, так и работаете?
  • +4
    Ну и правильно делают что убирают mysql_* давно уже есть более правильный mysqli_*
    А автору темы нужно гвоздь в голову вбить, чтобы такие заголовки не писаль больше.
    • +1
      Такие заголовки хорошо продаются — посмотрите на рейтинг :)
      • 0
        Рейтингуют те кто не прочитав полностью топик начинают делать выводы на своих догадках, не вникая в суть, я прочитав захотел поставить минус.
        Вот яркий тому пример (http://habrahabr.ru/blogs/php/124245/#comment_4082757), я больше чем уверен что он поставил плюс только по заголовку.
        Радует что таких не много.
  • 0
    Надеюсь мануалы в сети обновят, чтоб случайно не напарываться на старые «уже нерабочие» варианты. Но я сторонник прогресса, если это во благо производительности/функционалу — значит надо менять!
  • +3
    С такими заголовками автору прямая дорога в Комсомольскую Правду.

    А новость безусловно положительная. Я сам за собой замечаю использование mysql_ по старой памяти в мелкий утилитках. Теперь будет лишнее напоминание :)
    • +2
      Поржал. Представляю разошедшиеся статьи по всем желтым газетёнкам «Интернет отказывается от баз данных!», «Смерть SQL устроила команда PHP», «Владелец Ruby отказался от My ICQ»
  • 0
    А нахрена она нужна?
  • 0
    Это был ответ BiSeTrojanov'у. Промахнулся -_-
  • +2
    почитав заголовок и пару абзацев, я чуть было не обосрался
    по ходу чтения отлягло, конечно
    а вообще, выбросить старые драйвера это здравая мысль, кому они будут нужны через 2-3 года
  • 0
    Правильное решение. Используйте современные решения и будет вам счастье.
  • +4
    небольшая неточность — нет таких функций mysqlnd. Это низкоуровневый драйвер нативной поддержи мускула. Он работает под слоем абстракции — mysqli или PDO, но никак не сам по себе.
  • +3
    Исправьте заголовок стать на Прекращение поддержки функции mysql_ в PHP
  • 0
    Давно пора. php_pdo есть, mysqli есть. mysql_connect() и прочие уже давно моветон в среде профессиональных php'шников.
    • 0
      mysqli_connect() — такой же точно моветон :-P
      вопрос не в том, каким экстеншеном ты пользуешься, а в том, используются ли в коде голые функции API.
      • 0
        Ну он встречается гораздо реже. /* Сам работаю через pdo, причём довольно давно */. Про API и абстракцию — согласен.
    • 0
      Почему моветон? Какая разница, mysqli_connect или $pdo = new PDO, если вокруг все равно приходится писать обертку для lazy connect/logging/debugging/placeholders/fetchPairs() и прочих фичей?
  • 0
    Стоило ожидать, сколько можно тянуть за собой старые санки, пора менять уже на снегоходы.
  • 0
    Ну что ж, вот и настала пора попрощаться с mysql и изучить более вкусные PDO и mysqli
  • –9
    значит хостинги будут массово переходить на SQLLite или PostgreSql
    • +2
      Как вы вообще новость читаете? Зачем куда-то переходить? Да и вообще, переход к SQLite например не будет ли большим гемором в плане переписывания кода, отвечающего за базу, чем переход на MySQLi или PDO?
  • –2
    а то все сидят на mySql 5
  • 0
    заголовок — желтизна!
  • +1
    Разработчики на PHP должны сказать огромное спасибо разработчикам PHP, т.к. теперь возникнет официальная необходимость в ревизии огромного количества старого кода в случае желания/необходимости его использования в новых проектах. Для PHP-разработчиков это означает тысячи оплаченных человекочасов и тонны еды.

    Я бы сказал, это такая социальная акция, гуманитарная помощь от разработчиков PHP по отношению к лояльному комьюнити.
    • 0
      Наверное, так рассуждают все люди, котрым платят за реально бесполезные вещи. Еще популярно считать, что верстальщики должны быть благодарны ie6, за то что он увеличивает их работу на 50%.
      • 0
        Разница в том, что IE6 создает сложную работу, не всегда даже выполнимую. А переписывание пэхапэшника с использования одних функций на другие — это беспроигрышный вариант: работа простая, непыльная, несложная (но объемная) и при этом страшно нужная заказчику, т.к. если хостер ВНЕЗАПНО меняет у себя версию PHP, сайт приходит в нерабочее состояние.
        • 0
          Вот не надо было тянуть кота за хвост.
        • 0
          Она объёмная только если проектированием занимался конкретный быдлокодер.
          • 0
            Многие сайты (а особенно «сайтики») развивались/развиваются хаотически. Так что как раз этот случай.
            • 0
              Хм… я тоже хочу работу на которой платят за то что в каком-то говно-сайтике(в большинстве случаев) достаточно запустить Replace in Project и получить бабло за рефакторинг тысячи строчек говнокода :) Да ладно работу! Я хочу просто такое начальство которое не понимает сложности задания! :)
              • 0
                О чем вы? Какое начальство у фрилансеров?
                • 0
                  О фрилансерах до этого коммента небыло ни слова… Потому я подразумевал программистов работающих в студиях и т.д.
                  • 0
                    А зачем вы подразумевали PHP-программистов, работающих в студиях, если бОльшая часть PHP-программистов — это любители и фрилансеры?
                    • 0
                      Потому что сам таковым являюсь…
                      • 0
                        Тем более должны знать статистику по трудоустроенности и форме занятости и характере деятельности среди коллег (т.е. PHP-программистов)
                        • 0
                          Статистику я знаю… и фрилансом занимался раньше… А собственно какая разница? От статистики суть моего комментария никак не меняется… Я хочу себе такое начальство… А фрилансеры хотят(имеют) таких заказчиков…
      • 0
        Сам-то я не любитель бесполезной работы, но люди-то в веб-дизайне «деньги зарабатывают» ;-)
  • 0
    Верный шаг. Я думаю, что его не уберут полностью, оставят в PECL, чтоб кому надо мог собрать и подключить.
  • 0
    Наконец-то!!! Давай, вперед, PHP
  • 0
    Недавно перевёл свои «быдлопроекты» на php_mysqli. Так что это решение поддерживаю. У меня нет ничего крупного. Да и вообще синтаксис и возможности mysqili понравились. Если честно не меняя логики можно старый софт перевести на mysqli через awk. Да и не первый раз лопатить код приходится. Благо малые объёмы.
  • +4
    Хинт, как легко перейти на MySQLi: вы можете рекурсиво во всех файлах проекта заменить mysql_ на mysqli_, и, с большой вероятностью, всё будет работать.
    • 0
      Для mysqli_real_escape_string не будет работать, там параметры почему то местами поменяли.
    • –1
      Не будет. connect требует указания БД, в query поменяны местами запрос и соединение, всякие штуки вроде отображения последней ошибки требуют аргументов соединение когда раньше работало без аргумента вообще и так далее.
  • 0
    Я сам сначала пользовался функциями mysql, затем перешел к mysqli, и в итоге пришел к PDO. И вследствии этого, не вижу ничего страшно в том, что в PHP 6 будет удален поддержка mysql-функций. К тому же к тому времени, когда PHP 6 станет повсеместно распространенным (как сейчас PHP 5.1-5.3), пройдет ещё немало времени, за которое проекты, использующие mysql-функции, либо загнутся, либо будут подправлены своими авторами.

    Получается, что удаление mysql-функций — всего лишь дань прогрессу.

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.