Теги форумов: Linux, PHP

2011-02-28, KRoN73: ~~~В общем, с самого перехода на php-5.3 ещё осенью, у меня сломался стектрейс. При ошибках выдаётся только тупо имя файла с номером строки. «Warning: Division by zero in /var/www/aviaport.wrk.ru/htdocs/ bors-loader.php on line 14». Исчерпывающая информация... При чём проблема - на всех машинах сразу. Конфиги на каких-то не менялись, на каких-то с целью борьбы с глюком полностью с нуля ставились. xdebug с его xdebug.show_exception_trace есть. Без него тоже пробовал. На машинах с Ubuntu или CentOS - всё ок, всё работает. Даже не знаю, куда уже копать. Раньше было не принципиально, у меня во фреймворке свой обработчик ошибок, его хватало. А вот сейчас задача стоит такая, что полноценный стектрейс нужен. Есть мысли? Кто-нить сталкивался? На форуме Gentoo с моим «английским» никто связываться, видимо, не хочет :) - [url=http://forums.gentoo.org/vi ewtopic-t-854079-start-0.html]ht tp://forums.gentoo.org/viewtopic -t-854079-start-0.html[/url] // Транслировано с [url]http://www.linux.org.ru/for…

2010-12-06, KRoN73: ~~~Собственно, сабж. PDO - это, конечно, хорошо. Но приходится городить костыль с кучей switch'ей в зависимости от драйвера. Может, кто-то уже этим мучился и сделал кроссплатформенную генерилку CREATE TABLE? Интересует mysql, sqlite, oci и postgres. // Транслировано с [url]http://www.linux.org.ru/for um/development/5648989[/url]

2010-11-10, Balancer: ~~~Забавно (в продолжение к linux.org.ru ). nginx + php-fpm работает процентов на 5 медленнее, чем lighttpd + php-fastcgi. Но статику nginx отдаёт по-прежнему вдвое быстрее. Правда, на несложном конфиге с минимумом условий. // Транслировано с juick.com

2010-09-09, KRoN73: ~~~В продолжение старого спора о ненужности get_called_class() для статических методов. Вот уткнулся в практическую задачу. Есть понятие очереди запросов на изменение объектов. Есть базовый класс фреймворка [b]bors_object_change_request[/b ]. Есть его наследник в проекте - [b]aviaport_object_change_reques t extends bors_object_change_request[/b]. Фактически наследник - это просто настроенный базовый класс, в котором прописано, какой БД и какой таблицей он должен пользоваться (в системе может быть более одного проекта, данные разных проектов должны взаимодействовать, но не конфликтовать). Есть статический метод быстрого добавления запроса на изменение свойства объекта: static function add($target, $property, $value, $user); И вот тут наступает облом. Я не могу наследовать этот метод. Внутри происходит создание объекта = записи в БД, экземпляра нашего класса. Но какого? Пока нет get_called_class(), я могу создавать только записи для базового класса. Имя класса-наследника мне неизвестно. Приходится лепить…