@kapnod просто насколько я помню систему таксонометрии вордпресса, там все, картинки, посты и категории... все пишется вроде как в одну таблицу. Ну или там есть еще какие-то нюансы, так что при создании категории создается еще куча всего, что увеличивает разбежку между id-шниками. + версионизация есть. что тоже добавляет. Словом, точно сказать и предсказать какой id будет следующим сходу я не могу.
@Glush потому что у вас html в функции load_news, что убивает смысл шаблонизации. Идея шаблонизации и вообще разделения представления от логики именно в том, что логика дает вам данные, контроллеры решают какому представлению его скармливать, представление формирует html. То есть о наличии и того и того знают только контроллеры, но они не знаю как хранятся данные, ничего о логике и ничего о том как формируется представления. Тогда в этом смысл есть. А так можно просто в plain php писать и ничего от этого не поменяется.
@maxkh вам нужно на основе websockets тогда свой протокол реализовать, и уже в нем все разграничивать. Просто добавить небольшой заголовок дополнительный, о том к какому компоненту относятся сообщения.
@nepster09, я не знаю о каких вы фреймворках говорите, скорее всего о штуках типа yii, использующий по всему приложению сингелтон.
Проблема статических методов в том (в контексте php) что вам приходится в коде использовать определенный класс, и таким образом вы уже делаете ваш класс зависимым от какого-то другого. В фреймворках типа yii обычно все это превращается в очень сильно связанную систему. Да, опять же проблем для тестирования это не составляет (все же фасады/сингелтон yii используются как сервис локатор скорее, так что сервисы можно мокать), но все же при поддержке проекта иногда мешает.
Конечно возможно. Вообще ваше приложение не должно знать что оно использует Doctrine в качестве доступа к хранилищу. Просто пишите сервис, который управляет всем как вам хочется.
Я просто слабо представляю как вы хотите сделать, то есть как бы вы хотели в идеале управлять сущьностями при использовании EAV, как хотите задавать значения и т.д.
@xlamys не записывайте сразу в массив, а ставьте в очередь. При определенной длине очереди выпоняйте запрос. Удобнее запись в базу инкапсулировать в отдельную функцию/метод.
@evgeny_ryabcev если как в dle то все очень просто. Берется содержимое файла с шаблоном, и через str_replace заменяются все переменные на их значения. Ну или же можно через регулярные выражения, тогда больше возможностей. Но вообще проще использовать полноценный шаблонизатор.
@link_irk, вы не правы. PHP создавался как шаблонизатор для Си, это да... но с тех пор много воды утекло, да и использовать php синтаксис в шаблонах не всегда удобно. Да и фронтэндщику не даш поправить шаблон, ибо есть риск что-то испортить. Да и можно для шаблонов вводить специализированные синтаксические конструкции. В этом плане лучше использовать штукти типа twig, в которых уже есть реализация и наследования шаблонов, и блоков и расширений... И все это компилится в мессиво php кода которое вы сами просто не захотите писать.
