Григорий Перетяка

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

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

PHP - это самое проверенное и актуальное решения для большой нагрузки на данный момент. Большинство крупных сайтов в интернете крутится именно на нем. Так что непонятен ваш вопрос про предел :)

По PHP все, вот классика программирования, в интернете есть примеры переписанные на PHP, но Java и так достаточно похожа:
Эрих Гамма, Ричард Хелм, Ральф Джонсон, Джон Влиссидес - Банда четырёх
Мартин Фаулер - Рефакторинг

Отдельно:
sudo yum install php-mysql

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

Ненавижу лапшу из колбеков.

Скорее надуманная проблема и дело привычки. Можно структурировать код и без лапши.

Так ли страшен черт как его малюют.

Плюс nodejs в поддержке множества соединений без особых накладных расходов. Для http (без сокетов) не очень важно. Для меседжеров, игр, какого-то специфичного интерактивного функционала маст хев.

Сделайте несколько сайтов на разных популярных CMS: Joomla, MODX, Drupal,… Напишите для них по модулю/компоненту.

Что бы не делать лишнюю работу — можно взять проекты на фрилансе плюс будет хотя бы символическая оплата.

Что касается работы над CMS, я бы посоветовал взять за основу какой-нибудь фреймворк. Сейчас, я бы взял Zend, так как он написан академически правильно, но в то же время он довольно сложный для восприятия новичкам. Из попроще, вроде бы, Yii сейчас в моде.

А дальше, навесьте на фрейморк все лучше, что вы вы видели в каждой CMS или даже придумайте новое решение конкретной задачи. Как-то так делал я.

Вообще, написание CMS — это для «тру» велосипедистов. Нужно смотреть правде в глаза: вряд ли у вас получится что-нибудь ценное, но это поможет вам разобраться в тонкостях проектирования модульной системы, предметной области CMS, надеюсь, ООП, паттерне MVC и шаблонизаторах, а также вы получите бесценный опыт разработки огромного и сложного проекта.

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

Хотелось бы подробнее задачу: какая структура документа, насколько часто будет выполнятся, какой сервер, какие ресурсы вы готовы задействовать?

Как уже сказали SimpleXML, DOM или SAX индексируют все в память и 800 МБ — это не мало. Хотя на сервере с несколькими гигабайтами оперативки и при нечастом запросе данного функционала я бы так сделал и не мучился, в любом случае обработка 800 МБ — это не простая операция.

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

В итоге я написал свой парсер, который читал файлы последовательно, посимвольно, создавая блоки непосредственно «итемов» которые уже грузил в SimpleXML и затем обрабатывал. Я считаю этот вариант единственный рабочий для больших файлов, а инструменты вроде XMLReader для очень узких задач, хотя не исключаю, что я «просто не умею их готовить».

Такой мой опыт, абсолютно не претендую на полноту знаний, но это реально работающий вариант.

Есть статья "Каскад раскрывающихся списков".

Хотя название не принципиально. Тут или на php с перезагрузкой страницы или на JS. И то, и то довольно легко сделать стандартными инструментами.

А популярные бесплатные с открытым кодом не подходят?

На мой взгляд, в целом, ситуация среди бесплатных систем управления с открытым кодом такая:

Есть две основные универсальные CMS: Drupal и Joomla. Для них есть куча расширений средней паршивости, которые при наличии «напильника» можно довести до ума. Найдутся решения и для вашей задачи.

Есть Wordpress — удобный интерфейс, тоже, куча расширений, но она ориентирована на блоги и, из моего опыта, недостаточно гибкая, что бы ее можно было легко перепрофилировать.

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

Есть ModX. Достаточно молодая CMS, расширений маловато и я бы не сказал, что там все так идеально как говорят.

Я бы, наверное, посоветовал Joomla. Хоть ее многие и небезосновательно не любят, но она намного проще Drupal, да и расширений и шаблонов побольше. Среди совсем простых вряд ли получится найти что-нибудь адекватное.

Как-то так, не проверял, но должно работать:

str_replace('<a href="#" title="Title">Link</a>','<a href="#">Link</a>',$Text);

https://loginza.ru/ — есть вот такое, когда-то добавил в закладки, но так и не разбирался и не применял, есть плагины для популярных CMS.

Может быть вам поможет.

Такую тему уже поднимали. Ваша первая модель похожа на ТИП 4.

Зачем поле param1_is_changed? Нужно определять какое именно поле изменилось, они меняются не группой?

Логики во втором методе, пока, не вижу.

Думаю, можно будет спроектировать так, что бы при выборке разницы а производительности не было.