Pull to refresh
21
0
Eugene Leonovich @gen

rybakit

Send message
Да, удиветельно, что в статье под названием «PDO_MYSQLND: Prepared Statements, again» расказывается про mysql и PHP/PDO. Признайтесь, что статью вы не читали, иначе бы не повторяли бы то, что и так в статье есть.

I would appreciate if everybody recommending prepared statements as a best practice teaches the pros and cons of the technology in the context of PHP applications: neither does a portable standard definition for server-side prepared statements exist nor did PDO manage to provide a convincing solution for client-side (emulated) prepared statements. Consider that when talking about the best practice “prepared statements”…


Улавливаете мысль? Автор сам скептически относится к prepared statements и говорит, что раз уж кто-то преподносит их как «best practice», то будет не лишним также рассказать и о минусах данного подхода.
Будьте добры, покажите и мне эти цифры производительности веб-приложения, которые вы там нашли. Про конкретные случаи с вами и не спорит никто, напротив.
А где вы в статье увидели тесты производительности веб-приложения? Понятно, что сказать что-то о производительности конкретного веб-приложения исходя из этих тестов нельзя, но как бы и статья не об этом вовсе.
Говоря «добавить больше», вы подразумеваете, что в его фразе «ненависть к Microsoft является болезнью» уже была ненависть? Линус не на столько самокритичен :)
Вот ещё интересная статья про prepared statements в mysql с тестами и бенчмарками. Статья за 2008 год, но, думаю, всё ещё актуальна.
В опере вставка не работает
Правильное название — PostgreSQL или Postgres, но не “postgre”.
:)
Собственно, сейчас на php.internals идут жаркие споры среди разработчиков по поводу того, что делать с этим всем наследием. Кому интересно, могут почитать, например, 6.0 And Moving Forward или Pseudo-objects (methods on arrays, strings, etc.).
Да, нет проблем. Хотел лишь придостеречь тех, кто вдруг захочет выключить свои мозги и использовать этот код как есть.
У вас в коде везде в методах стоит exit(1). Мне вот интересно, как вы видите обработку исключительных ситуаций разработчиком? В ручном режиме проверять syslog? Для исключительных ситуаций придумали исключения, так и дайте разработчику право самому решать, как их обрабатывать, а не убивать его скрипт.
Закинул. Но этот вопрос уже задавался, и автор фичи на него уже отвечал.
Мне совсем не понятно, зачем вводить новое ключевое слово «class» (в примере с FooBar::class). Ведь есть же уже константа __CLASS__, которая делает ровно то же самое, только доступная изнутри класса. Почему бы не сделать её доступной и снаружи: FooBar::__CLASS__.
Несомненно, я лишь хотел съэкономить немного времени тем, кто только разбирается с замыканиями и не знает про ньюанс с $this, тем более, что в статье про это ничего не сказано.
Стоит, наверное, уточнить, что этот пример будет работать только с версии 5.4 из-за указателя $this внутри замыкания.
Ссылку на репозиторий добавите?
Самсунгу теперь впору потребовать от судьи публичного извинения за сознательное принижение качества продукции с возмещением убытков от недополученной прибыли :)
Так и не понял, что вы хотели сказать этими цифрами. Что за 3 года ruby пакетов добавили больше, чем php за 3 месяца?

Судя по твитам Фабьена, следующая его статья будет о том, чем, собственно, composer лучше bundler'a ;)
Я не совсем понял, вы сравнили количество скачанных ruby пакетов с количеством добавленных php пакетов?

Information

Rating
Does not participate
Location
Нидерланды
Date of birth
Registered
Activity