Вячеслав Плиско

Для дев машины на виртуалке лучше использовать
xdebug.remote_connect_back=1
и посмотрите, пробрасывается ли XDEBUG_SESSION

dom и потоковый xmlreader умеют обрабатывать ошибки, так что валидность не такая большая проблема.

Забейте на MVC, он просто предлагает делить зоны отвественности между слоями, сами буковки для красоты и примера.

вот смотри, у тебя есть модель tariff и ты ей там же через массив передаёшь параметры.
ты пишешь $tariff = Tariff::findById(1); // SELECT * FROM tariff WHERE id =?
затем тебе нужно скривать старые тарифы.
$tariff = Tariff::findById(1); // SELECT * FROM tariff WHERE id =? AND hide <> 0
Затем у тебя тариф привязывается к городу и т.д.
Все эти правки ты делать водном месте в методе Tariff::findById, а плюсами пользуешься по всему коду.

Контроллер, у твоём варианте ты пока делаешь валидацию и работу с данными формы через него, а затем это надоест и создашь классы validator и form и постепенно через рефакторинг нафигачишь десяток слоёв, которые будут хорошо делать только свою задачу. Но не надо имея легаси код сразу продумывать как ты разделишь классы, нужно рефакторить и плесать от того, что получается.

А как вы смотрите посланные заголовки? эта функция www.php.net/manual/ru/function.apache-request-headers.php оставляет всё как есть

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

p.s. А откуда статистика?

я бы начал борьбу с 6-3 секундной функции, например заменив на вызов системного типа find. -print или tree, а так у вас самая большая проблема — инвалидация кеша, при том, что для файлов актуальность важнее скорости.

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

Битрикс, Друпал, Мажента, ну и большинство магазинов с большими каталогами. Собственно, проблема же не в php, а в торадже, много данных расскиданых по разным таблицам, вот и тормоза. Этим тсрадает любая универсальная и гибкая система на любом языке. Спасают лишь денормализация и кэширование, плюс бутылочные горлышки которые сильно зависят от проекта.

Для нетбинса есть плагин, вроде этот plugins.netbeans.org/plugin/13195/remote-file-system
Хотя, лучше стандартными средствами, создать удалённый проект, выбрать нужные директории и файлы для синхронизации, работать будет удобнее, да и лишний бэкап с поддержкой локальной истории IDE ещё никому не мешал.

Какая безопасночть, это микрофреймворк, который сам ничего не умеет, поэтому весь опасный код пишется с нуля и безопасность зависит от кривизны ваших рук.
Из самого ядра. настораживает момент с обилием регулярок внутри, а это обозначает потенциальную возможность ронять в корку с помощью крывых строк с глубокими рекурсиями.
Я имел дело со второй версией и не рекомендовал бы в к использованию, лучше быдрать чуть потолще, но с необходимым при разработке функционалом. Например, Laravel или Yii в реальных проектахъ будут удобнее и уж точно не медленнее, чем монстр на регулярках.

tail -f

Разве что HTML_QuickForm2, хорошая, мощная, гибкая библиотека, есть расширения, да и автор русский.

Очень хороший пример на php sebastian-bergmann.de/archives/750-Map-and-Reduce-in-PHP.html, наслаждайтесь простотой решения :)

Возьмите php, ларочку laravel.com/ бандл для админки bundles.laravel.com/bundle/lara_admin. За выходные можно перевести несложный сайт.

В статическом методе нельзя использовать $this, так как он является методом класса, а не объекта.
Подобная же магия с наличием $this — это пережитки прошлого, когда в php 4 было ООП прикрученное через костыль и не было разницы между вызовом статического метода и метода объекта. Слова static вроде вовсе не было в контексте того ООП.

Не-не-не. Вы совсем не туда думаете.
Каждая фича в отдельный бранч и желательно в нём всего один коммит, апдейты делаются амендом, это позволит легко тягать ваши коммиты черри пиком вместо мержа, что особенно удобно когда ведётся несколько стабильных релизов.
Соотвественно разработчик пушит всё в свой репозиторий, делает пулл реквест. Затем собирается билд посредством мержа основного репозитория и ветки из репа разработчика. Если всё ок, то принимаем пулл реквест. Дальше ветки разраба никому не мешают, могут и полежать. Оснвной реп относительно чист.

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

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