Arks

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

Вдруг вы решите потом поменять ваш self = this на self = undefined или сменить self на that... мало ли... Меньше связанности - больше счастья.

Это ответило на мой вопрос! Теперь еще больше bind-hell в коде!

мне кажется надо делать так:
1. написать микроядро(в котором будет в частности упомянутый RequireJS и специфическая аритектура проекта).
2. написать макроядро(в котором будет весь весь весь js-код) во избежание всяких чудо-фич вида посреди HTTP-ответа. Это делается чудесной вещью под названием GruntJS и указанного автором набора скриптов «на каждый URL».

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

AMD немножко не в ту степь я думаю…

первой строкой ob_start(callable<… функция...>)
отловит все, в т.ч. Fatal Error

не встречал никакой charset_in, но могу точно сказать что $mpdf использует $fpdf а тот использует престарелую опенсорсную PEAR-либу для работы со шрифтами, которые перегоняются в набор файлов своего формата. Либа даже умеет разбирать на ходу и импортировать ttf-файлы. Если погуглить то легко находится С-шный конвертор для перегонки шрифтов из большинства известных форматов в воспринимаемый fpdf. Это обычно решает проблемы шрифтов на раз. А то там и будете мучаться с DjvuSansCondensed и удивляться кракозябрам в какой-нибудь изотерической мобильной ОС. В доках mpdf про это немного даже есть.

Данная ошибка должна решаться на стороне nginx. В дефолтном поведении все честно — ему бэкенд отдал текст(html) — он честно вернул ответ 200.
Как, тоже гадаю, к сожалению((
Впрочем кастомный обработчик ошибок в php это хоть и костыль — но вполне себе решение для php-fpm.

DOMDocument + XPath на Вас, окаянных, нет!

подробнее… ссылку на класс где открывается и где (не)закрывается

«может в API гугл аналитики такое есть?»
может ее даже вполне достаточно?
Не знаю где чего передается но это бред, вам не кажется? — на месте гугла передавать поисковый запрос…
Извините, может немного грубо написал, но так или иначе, для php и вообще HTTP такого способа нет и они не знают ни про какой гугл. А в GA есть много возможностей, но не более чем их сам гугл запрограммировал…
Мониторьте аналитику, сверяйте с access-log'ами, если «одно место в другом» ногам покоя не дает.
Ваша идея ясна — по каким запросам ко мне приходят на сайт?
Но неужели GA не отвечает на этот вопрос?

У меня не работал flock на Windows(юзалась версия XAMPP которая с php 5.4), вообще никак. Работа flock заявлена как may be в зависимости от ОС(я там понимаю и ФС)

Захотели изменить список — написали ALTER TABLE. А хранить все в ENUM — простота очевидна, а стили те же хоть заранее и неизвестны, не каждые же 3 минуты меняются. И никаких JOIN'ов не надо писать. JOIN'ы актуальны не когда в справочниках < 100 записей, а когда это реально СПРАВОЧНИК. В остальном ENUM и ALTER TABLE вполне себе серебряная пуля.

cms drupal -> интерес к html -> css -> прикладной javascript -> php -> java -> C++ и новомодный javascript -> ASM
самому странно что все так закончилось. Просто кода уже так много что никто не думает о деталях, которые способны съэкономить терагерцы циклов занятой мировой процессорной частоты. Не потому что компиляторы писал кто-то глупый или ленивый, а потому что уже прошло 30-40 лет и даже базовые подходы требуют доработки.

Никуда не ухожу, постепенно осваиваю С(++).
Причина — на последней работе приходится часто иметь дело со сложными нюансами php-кода, использующими расширения под которые не существует встроенной отладки(регулярки, события и т.п.) — т.е. когда они падают мы уже не узнаем без gdb и залезания в нутряшки — почему.
Вторая причина, но уже косвенная — большие расходы памяти на процессы(даже если почти все повыключать) при демонизации, большие расходы памяти на операции со скалярами. Может проблемы бы не стояло — дай нам разработчики возможность по желанию работать не только с ссылками, но и с указателями.
Что получил — да ничего хорошего не получил кроме споров с олдовыми коллегами php-шниками. Ну и ЧСВ подскочило.