The only proper guide on PDO (eng.)

Фанат

oncle terrible
Команда форума
Вот раздел "Running multiple queries with PDO" я не понял.
Нужна какая-то особая версия PHP/MySQL?
Круто. Вот такие повороты я люблю. Щас буду разбираться.

Для начала проверь, что у тебя pdo-mysqlnd
 
Последнее редактирование:

Фанат

oncle terrible
Команда форума
а вы не могли бы для умственно отсталых заодно и ссылку на упоминаемые обсуждения постить? :) а то ж непонятно оп чом вы
Одну ссылку уже дали, вот еще одна http://stackoverflow.com/a/6461110
Там в комментах очень наглядно видно, как лохи воспринимают истерический тон феррары.
В истории как вопроса, так и ответа видно, что уроды пытались закрыть вопрос и испортить ответ.
по поводу статьи, я бы предложил правки spelling немного, статья на гитхабе есть?
вот, https://github.com/colshrapnel/pdoguide/blob/master/source.md
буду очень рад правкам. сам исправил тонну уже, но глаз весь в мыле уже.

По сути тамошних утверждений твое мнение так же очень хотелось бы услышать.

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

Фанат

oncle terrible
Команда форума
Прям педивикия! А арбитраж и смешные аббревиатуры там есть?
Аббревиатуры есть, а арбитраж там гораздо хуже педивикского. Тупо суд линча толпой идиотов.

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

Если тебе не жалко полчаса жизни, дам линки на две истории, после которых я решил уходить.
Там блин ад.
Не, не утерплю. Вот последняя капля: http://stackoverflow.com/a/33155052
Обрати внимание на комменты - в них ключ к тому, почему я попытался откатить правки автора.

Собственно, тот идиот, который предложил ловить варнинги, побежал жаловаться на мету, http://meta.stackoverflow.com/q/308122
По этой последней ссылке можно увидеть, насколько стаковерфлой более адовый гадюшник, чем даже педивикия.

Вторая история еще более эпичная, со скандалами интригами и расследованиями. Т.е. на нее еще жальче времени.
 
Последнее редактирование:

fixxxer

К.О.
Партнер клуба
@Фанат, там явно не поняли, в чем вопрос - там сама постановка подразумевает, что пофигу, какая ошибка. Инерция мышления.

А вообще кто ходит на SO за копипастой - ССЗБ. А если голову включать, нормальный гадюшник, полезный.
 

Фанат

oncle terrible
Команда форума
@Фанат, там явно не поняли, в чем вопрос - там сама постановка подразумевает, что пофигу, какая ошибка. Инерция мышления.
Какая бы ни было, но ловить варнинги try.catch еще не научился. То есть один идиот по наущению другого идиота исправил свой код на нерабочий.
Понимать там нечего - если только понимаешь, как работает пхп.
И вот как раз этого понимания у тамошних зависателей-то и нету.
 
Последнее редактирование:

fixxxer

К.О.
Партнер клуба
А, там про set_error_handler даже никто и не упомянул! Да, это какой-то позор.
 

Фанат

oncle terrible
Команда форума
Переписал раздел про исключения целиком. Нарыл ЖЫР в мануале, над которым не преминул постебаться.
Разобрался с возвращаемыми типами.
 
Последнее редактирование:

AnrDaemon

Продвинутый новичок
Мило. То есть можно всё таки не только строки получать… хотя и с некоторыми условиями.
 

Фанат

oncle terrible
Команда форума
Отлично попиарился на реддите, например.
Трафика пришло в 10 раз больше чем на русский аналог с хабра.

Как вам новый логотип сайта, кстати? Я о таком два года мечтал.
https://phpdelusions.net/pdo/common_mistakes#errors

Вот только терзают смутные сомнения, не окопирайчени ли этот слон. Автор, сцуко, еще жив, оказывается.
 
Последнее редактирование:

Фанат

oncle terrible
Команда форума
О, кстати да. Запилю.
Писать куда легче, чем биться с этими проклятыми картинками
 

snowdrop

Новичок
To properly format an identifier, follow these two rules:
  • Enclose identifier in backticks.
  • Escape backticks inside by doubling them.
Мне кажется, тут стоило бы уточнить, что это справедливо лишь для mysql, т.к. в других СУБД как ограничивающий символ, так и правила его экранирования другие.

Кстати, даже Doctrine DBAL не форматирует названия столбцов в квери билдере, мотивируя это возможной поломкой обратной совместимости.
 

AnrDaemon

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

Вурдалак

Продвинутый новичок
даже Doctrine DBAL не форматирует названия столбцов в квери билдере, мотивируя это возможной поломкой обратной совместимости.
Я в детали не вдавался, но звучит достаточно странно. Тем не менее, у них вроде как есть планы в Doctrine 3 всегда экранировать идентификаторы: https://twitter.com/Ocramius/status/662392310185881600
 

MiksIr

miksir@home:~$
Не только звучит странно, но и работает так же =( Предлагают делать это руками в описании entity. Не, вариант, конечно, хорошо, что большинство баз понимает квотирование " кроме своих кастомных. Но описывать все поля руками накладно, а иначе можно, внезапно, выяснить, что примитивная работа с базой стала не кросс-dbms, ибо то там, внезапно, неожиданное зарезервированное слово, то там другое поведение с регистром...
 
Сверху