The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Разработчики PHP планируют упразднить классическое расширение ext/MySQL

15.07.2011 18:31

Филип Олсон (Philip Olson) в списке рассылки разработчиков PHP предложил план, согласно которому пользователей уведомят о том, что использование стандартного классического расширения ext/MySQL не приветствуется из-за соображений безопасности. Впоследствии это расширение можно будет вообще исключить из поставки.

План состоит из следующих пунктов:

  • Упразднение использования ext/MySQL в документации, начиная с сегодняшнего дня;
  • Возможное добавление флага E_DEPRECATED к функциям этого расширения, начиная с PHP 5.5/6.0;
  • Добавление примеров использования функций pdo_mysql, а также примеров использования подготовленных запросов (prepared statement);
  • Улучшение документации для pdo_mysql и mysqli;
  • Создание документа "Ситуация с MySQL", которая отвечает на все вопросы.

Предложение в целом получило поддержку. Разработчики указывают на серьёзные недостатки классических функций доступа к mysql:

  • Плохая поддержка хранимых процедур;
  • Нет поддержки подготовленных запросов (parameterized statements);
  • Нет поддержки SSL-шифрования;
  • Не поддерживается сжатие;
  • Нет полной поддержки всех кодовых страниц.


  1. Главная ссылка к новости (http://marc.info/?l=php-intern...)
  2. OpenNews: Начало тестирования PHP 5.4
  3. OpenNews: Представлен регламент подготовки новых релизов PHP
Автор новости: Artem S. Tashkinov
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/31197-MySQL
Ключевые слова: MySQL, PHP, security
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (49) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 18:47, 15/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > предложил план

    По почте может прислать? ;-)

    Давно пора от классического расширения избавиться.

     
  • 1.2, Аноним (-), 18:50, 15/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Давно, давно, давно пора. Вообще, нравится тенденция выпиливания протухшего кода из пыха и приведения синтаксиса в относительный порядок.
     
     
  • 2.6, axe (??), 19:18, 15/07/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Давно, давно, давно пора. Вообще, нравится тенденция выпиливания протухшего кода из пыха
    > и приведения синтаксиса в относительный порядок.

    с опозданием лет на 10, не меньше

     
     
  • 3.10, Аноним (-), 20:20, 15/07/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Лучше поздно, чем никогда.
     
     
  • 4.36, Sw00p aka Jerom (?), 12:47, 16/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    вы ещё пользуетесь ext/MySQL ? ))) .....

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

    нахрена если создаёте что то новое вроде mysqli сделайте его только ОО (объектно ориентированным) - нахрена делать ещё процедурный стайл ?

    и бесит када в документации в пример два стиля мешают

     
     
  • 5.45, KOL (ok), 23:42, 16/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >нахрена если создаёте что то новое вроде mysqli сделайте его только ОО (объектно ориентированным) - нахрена делать ещё процедурный стайл ?

    А я вот, например, не люблю, когда у меня половина скрипта написана в процедурном стиле, остальную приходится писать в ООП. Так что по мне, возможность выбора - очень правильное решение.

     
     
  • 6.49, Sw00p aka Jerom (?), 13:00, 17/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    эт понятно када стандартные типы данных не представляют из себя классы

    и поэтому существуют отдельные процедурки для работы с ними

    приходиться всё оборачивать в классы и работать с ними

    пхп ваще никак не стандартизирован не в плане синтаксиса не в плане стайла (парадигмы)

     
  • 5.59, RedRat (ok), 12:38, 19/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > вы ещё пользуетесь ext/MySQL ? )))

    К сожалению, приходится. Тот же Simple Machines Forum ни на чём больше работать не умеет.

     
  • 2.8, cobold (ok), 19:47, 15/07/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    После каждого такого deprecated задумываешся - может быть всётаки php это ошибка истории, может лучше было его совсем не придумывать, жить себе с перлом дружненько? А то слишком часто они так забавляются - придумают ректальным методом что-нибудь эдакое, чтобы потом лет через много узнать что оно оказывается в яве или в перле с самого начала было удобнее и разумнее сделано, и кричать "давайте переделаем, плевать на совместимость". И так раз за разом.
     
     
  • 3.11, Аноним (-), 20:20, 15/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    У perl'a очень "читабельный" иногда код получается.

    И в освоении Perl сложен.

     
     
  • 4.13, cobold (ok), 20:52, 15/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    да я в курсе что на нём можно натворить; здесь я имел в виду функциональность а не синтаксис. А для освоения есть cpan - код там в основном очень качественный, берёшь любой модуль и учишься.
     
     
  • 5.23, KO (?), 22:31, 15/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Лень сделать
    perltidy -b *.pl
    ?
     
     
  • 6.24, cobold (ok), 22:46, 15/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    может сразу аккуратно писать учиться?
     
     
  • 7.48, КО (?), 08:40, 17/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    И кто тут ляпнул про неаккуратность? Не суди по себе.

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

     
     
  • 8.50, cobold (ok), 14:06, 17/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а в изящной словесности он тоже помогает ... текст свёрнут, показать
     
  • 3.12, Аноним (-), 20:44, 15/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тогда уж не перл, а питон.
     
     
  • 4.14, cobold (ok), 20:55, 15/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Тогда уж не перл, а питон.

    дело вкуса конечно, но всётаки кажется что создатели php всё больше из явы и перла всякие полезности перетягивают. Может быть питон для них сложный сильно?

     
     
  • 5.15, Аноним (-), 21:17, 15/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Самая большая проблема Питона - сам по себе он ничего не умеет. Софту, который на нём написан, требуется большое количество подключаемых сторонних модулей. И потому довольно сложно добиться нормальной его работы на всём многообразии дистрибутивов с модулями, установленными в систему, а не идущими с софтом. Какой-нибудь маленький модуль обновишь - вся программа падает.
     
     
  • 6.25, анонимус (??), 23:50, 15/07/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Самая большая проблема Питона

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

     
     
  • 7.26, satarsa (??), 00:49, 16/07/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >Самая большая проблема питона это его синтаксис. В экстремальных условиях применять категорически запрещено, один сраный пробел может заставить пересматривать и перепересматривать, переотлаживать, бится головой об стену много часов.

    Очевидно, вы никогда не писали на питоне. Он просто выдаст indentation error с указанием модуля и номера строки. Так что вовсе и не надо даже переотлаживать.
    Если же вы везде выставили отступы в один пробел, то дурное влияние php - это ваши проблемы. Следуйте pep8.

     
  • 7.27, spin (?), 00:51, 16/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Самая большая проблема питона это его синтаксис. В экстремальных условиях применять категорически
    > запрещено, один сраный пробел может заставить пересматривать и перепересматривать, переотлаживать,
    > бится головой об стену много часов.

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

     
     
  • 8.37, Sw00p aka Jerom (?), 12:50, 16/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    хех и при том номер строки ошибки - конец файла ... текст свёрнут, показать
     
     
  • 9.41, all_glory_to_the_hypnotoad (ok), 13:11, 16/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    чаще всего номера ошибки нет, просто выдаётся некорректный результат И если рез... текст свёрнут, показать
     
  • 6.29, all_glory_to_the_hypnotoad (ok), 03:37, 16/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    какая чушь. Просто есть php со своей нишей кодеров в головах которых больше одного ЯП не вмещается. Если смотреть в разрезе веба, а в остальных нишах скриптовых языков питон хорошо процветает.
     
     
  • 7.38, Sw00p aka Jerom (?), 12:53, 16/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > какая чушь. Просто есть php со своей нишей кодеров в головах которых
    > больше одного ЯП не вмещается. Если смотреть в разрезе веба, а
    > в остальных нишах скриптовых языков питон хорошо процветает.

    меня в своё время отторгнуло от питона - несовместимость версий - не знал аккую учить

    ставил на компе новую (допустим 2.5) а в самой системе (2.4) - и всё блин скрипты питона которые использовались в системе полетеле к чертям нах.

    к примеру если не ошибаюсь одно изменение синтаксиса print-а чего стоило

    пс: да не отрицаю были там всякие конвертеры но это не дело - нужен стандарт

     
     
  • 8.40, all_glory_to_the_hypnotoad (ok), 13:08, 16/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Морал очень простой, можно его где-нибудь на стенке долотом выдолбить нигде сов... текст свёрнут, показать
     
     
     
    Часть нити удалена модератором

  • 10.46, Аноним (-), 02:03, 17/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Веб- программинг , в основном, как и любое рисование UI 8212 это не программи... большой текст свёрнут, показать
     
  • 9.51, Michael Shigorin (ok), 17:13, 17/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну всё-таки изучать стоило уже установленное, а не сразу кайлом махать Вы серьё... текст свёрнут, показать
     
     
  • 10.52, all_glory_to_the_hypnotoad (ok), 22:04, 17/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    что-то вы пишете явно далёкое от реальности, примеры в студию ... текст свёрнут, показать
     
     
  • 11.53, Michael Shigorin (ok), 23:35, 17/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я немножко лет восемь как наблюдаю со стороны перетаскивания альтовской пакетной... текст свёрнут, показать
     
     
  • 12.54, all_glory_to_the_hypnotoad (ok), 09:13, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    давайте конкпетики, что вы перетаскивали с 2 x на 2 y y x, так, что в 2 x всё... текст свёрнут, показать
     
  • 11.57, Sw00p aka Jerom (?), 15:20, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    http ru wikipedia org wiki Обратная_совместимость го в школу - позорно если ты... текст свёрнут, показать
     
     
  • 12.58, all_glory_to_the_hypnotoad (ok), 20:44, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ещё раз для тупых - покажи где она была поломана... текст свёрнут, показать
     
     
  • 13.60, Sw00p aka Jerom (?), 12:40, 19/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ещё раз для лузеров это мои слова ... текст свёрнут, показать
     
  • 9.56, Sw00p aka Jerom (?), 15:17, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    с какого хрена мой камент удалили нужны пруфы http ru wikipedia org wiki Обра... текст свёрнут, показать
     
  • 6.43, spin (?), 13:33, 16/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Самая большая проблема Питона - сам по себе он ничего не умеет.

    Всегда думал, что это не проблема, а отлично проработанная архитектура. Разработчики Calibre кажется и не подозревают, что это проблема.

     
  • 5.20, pro100master (ok), 21:58, 15/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    И что? Во-первых, пых из перла и вышел. Во-вторых, брать лучшее и использовать опыт - есть хорошо. В-третьих, складывается такое ощущение, что большинство узнает об изменениях из релизов, а не из мейл-листов разработчиков, что получается для них, как молотком по голове.
     
     
  • 6.22, cobold (ok), 22:21, 15/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > И что? Во-первых, пых из перла и вышел. Во-вторых, брать лучшее и
    > использовать опыт - есть хорошо. В-третьих, складывается такое ощущение, что большинство
    > узнает об изменениях из релизов, а не из мейл-листов разработчиков, что
    > получается для них, как молотком по голове.

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

     
  • 6.39, Sw00p aka Jerom (?), 12:54, 16/07/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/

    >>Во-первых, пых из перла и вышел.

    откуда трава?

     
  • 3.16, Аноним (-), 21:38, 15/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Использование mysql_* в логике многое говорит о написавшем или об отношении к проекту.

    Database Abstraction Layer (PDO, Doctrine, Propel, десятки их), для кого?

     
     
  • 4.21, cobold (ok), 22:08, 15/07/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    к сожалению реальность такова, что минимум 80% кодописателей  используют именно mysql_* , а про разные абстракции слышали только понаслышке и не знают как их у себя применять (имею в виду всякие медиенагентуры, которые под заказ пишут; в опенсорсных проектах всётаки меньше будет). У этого должна быть какая-то причина; может быть, это от того что и в оригинальной документации, и во всей куче литературы по php для начинающих, приводятся именно эти функции? Это первое, чем начинают пользоваться, поэтому на другое уже тяжело перелазить.
    В перле к примеру всегда был очень правильный и собственно единственный DBI , все как минимум с него начинали - а там и портабельность сразу объясняется, и связанные параметры, и всякая всячина чтобы сразу аккуратно с базой работать учиться. В php такое в самом начале не сделали, а когда серьёзные прослойки появились уже поздно было.
    Ещё один аспект, в отношении к связанным параметрам: в DBI они подаются сразу и везде, тот кому повезло учится работать с базой на примере этого модуля скорее всего и не задумывается в запросах прямую интерполяцию использовать, тоесть чтобы там написать небезопасный запрос нужно делать лишние движения, поэтому по умолчанию код достаточно безопасный получается. А в прослойках для php, типа того-же ADOdb, про этот метод указывается что он требует дополнительных ресурсов, поскольку mysql это сам не поддерживает, и во всей оставшейся документации про него успешно забывают. Врядли такое отношение самих авторов способствует тому чтобы новички этим пользовались.
     
  • 3.17, Ivan1986 (?), 21:40, 15/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Знаете, на это можно возразить что не ошибается только тот, кто ничего не делает.
    Вообще ИМХО PHP очень хорошо развивается, и с поддержкой обратной совместимости проблем никаких и с новыми функциями.

    Вообще все очень даже хорошо, для меня конечно медленно, но с учетом того какие есть слоупоки (как пример - очень многие "курсы" по созданию на коленке сайтов) то удалять тоже нужно аккуратно, а то вой будет - он был например когда народ с удивлением обнаружил что не работает register_globals (по умолчанию, в денвере например :), наверное он еще будет когда убьют полностью магические кавычки, да и еще что-нить. Но в целом очень все даже хорошо.

     
     
  • 4.18, Michael Shigorin (ok), 21:51, 15/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вообще все очень даже хорошо

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

     
     
  • 5.19, Ivan1986 (?), 21:54, 15/07/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну конечно, альт же ваш круче всех, кто бы сомневался :)
    Блин, а вот убунта тут при чем, троллик?
     
     
  • 6.28, Michael Shigorin (ok), 01:51, 16/07/2011 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Ну конечно, альт же ваш круче всех, кто бы сомневался :)

    Хе, альт ближе к тому же перлу хотя бы по части культуры. :)
    (и найти настолько же педантичного дебиановода, как более-менее толкового альтовода -- на практике оказывается весьма сложно: всё больше раздолбаи, даже если и толковые; чем-то напоминает perl vs python опять же по части культур)

    > Блин, а вот убунта тут при чем, троллик?

    Да уж больно на одно лицо те, у кого "всё изобрёл марк", или "всё очень даже хорошо в php", или вот "дотнет заруливает и запедаливает".  Подрастёте -- поймёте, надеюсь, цену этим каргокультам.

    PS: а проекту php, конечно, всяческой удачи в попытках хотя бы постфактум исправить ошибки юности, молодости и средних лет.

     
     
  • 7.33, jesus (??), 12:08, 16/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    и много же альтовцев с синдромом гоблина, что вокруг одни малолетние долбо*бы мерещатся? не наговаривайте на себя и умерьте паранойю. человек всего-лишь сказал, что нормально развивается, но можно было и побыстрее. но ведь в теме про ненавистный пых как же не влезть, хоть и не в тему, правда, культурный?
     
  • 7.35, Ivan1986 (?), 12:35, 16/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Хе, альт ближе к тому же перлу хотя бы по части культуры. :)

    Вот тут уж не спорю - и то и то дикий изврат, как перл невозможно нормально сопровождать - как был write-only языком, так и есть, так и альт - кривости и костыли - так что ближе, не спорю. И после С/С++/PHP/Python на перловый код смотришь как на творчество обкуренного.

    > Да уж больно на одно лицо те, у кого "всё изобрёл марк", или "всё очень даже хорошо в php", или вот "дотнет заруливает и запедаливает".

    Ну я уж не знаю, что там марк изобрел, но ему можно сказать большое спасибо что он взял за основу отличный дистрибутив (Debian) и немного обработал его напильником, приспособив для десктопа, поправил там мелкие баги и косяки, чтобы все сразу просто работало.
    В отличие от некоторых, которые блин суслики, возомнившие себя агрономами.

     
  • 7.55, Fantomas (??), 14:54, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Где-то в предыдущих новостях в форуме кто-то писал, что у Альта большие проблемы в продакшане т.к. он плохо документирован.
     

  • 1.47, fork (??), 04:17, 17/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Всегда относился к PHP как к недоязыку, особенно после того как лет 5 назад в доках по нему увидел, что там чуть ли не каждая функция experimental. Готов поспорить, что связок mysql+php больше любых других - они друг друга стоят.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру