Довольно странное заявление. Ты когда-нибудь заглядывал в код или в БД популярных CMS? Попробуй заглянуть. У них меню в базе данных. Либо генерится "на лету" в случае динамического контента (но это явно не случай ТС). Никакими файлами там и не пахнет. Правда, есть и исключения - Битрикс, например.Хранение данных в БД - общепринятая практика. Для того и разрабатывались реляционные базы данных.
Никогда не пользовался разными CMS и не собираюсь. Зачем мне эти тормознутые монстры, да и все равно пришлось бы дорабатывать под свои проекты.
Еще в 2005 определился со своим движком, 2 или 3 раза переделывал только функциональность за все время (логика оставалась). Что там сложного? 1 исполняемый файл, в базе для каждой страницы подключается шаблон и модули. Исполняемый файл собирает страницу.
И на этом движке были реализованы не только простые сайты, но и каталоги (с личными аккаунтами), сервисы.
Я не против бд для меню, при условии: 1) реализовано полное кэширование страницы; 2) реализовано кеширование через меткешед (чтобы не обращаться к базе данных)
Мне кажется, что перевод для интерфейса в бд - это стрельба по воробьям из пушки (если не кэшировать их в оперативной памяти через мемкэшед. Но в этом случае лучше через массив в пхп файле и подключить опкэш).
Ну вот даже если каждому элементу из базы присваивается префикс, где он будет использоваться (main, menu, news, art, shop), это же нужно знать из каких модулей состоит страница и подгружать составным запросом, сохранять в переменные, а потом уже использовать в каждом модуле. Или в каждом модуле делать запрос к бд для слов интерфейса этого модуля. Тем самым плодить количество запросов к бд. А смысл в этом? На шаред хостинге вообще есть ограничения по процессорному времени и времени запросов к бд.
Ничего себе ) Вот это новость. Может сбой какой-то и пронесет? Говорили же только для бизнеса. Что-то и не верится. Мобильным операторам соседних стран приготовиться!
Да, его простота и быстрое кодирование в плюс идет и для большинства проектов этого достаточно. Но вот разбирать код каждый раз при обращении - это конечно делает и нагрузку и задержку. Наверное опкэш немного помогает.
Интересно будет посмотреть в какую сторону веб будет развиваться.
Тогда извиняюсь. С 2015 года занимаюсь программированием только для своих сервисов и так уже сильно не слежу за изменениями.
Читал недавно статью, где автор рассуждает о не сильной популярности пхв в молодых программистов (на первые места вышли джаваскрипт, пайтон и т.д.). Хотя конечно по статистике 43% работаю на вордпресс, который написан на пхп. + пхп на каждом шаред хостинге, а node.js, python не часто встречается.
"Для PHP он видит другой путь – что-то вроде ребрендинга и переименование следующей версии PHP в HypeScript. Это будет воспринято как нечто новое, и люди снова обратят внимание на этот язык программирования. Кроме того, по мнению специалиста, так появится возможность отказаться от более старых фрагментов PHP или добавить более строгие правила, например сделать типы обязательными для улучшения качества и производительности."
Нужно быть совсем дебилом, чтобы судиться с говнохостингом из-за копеек.
А какой они закон выполняют? И почему этот закон не выполняют другие хостинги?
Так давно уже было понятно, что будут просить на выход. А они как маленькие начинают удивляться такому. Пора бы уже привыкнуть.
К стране применяется, а не к национальности. Они действуют согласно их законов. Можете попробовать оспорить в суде.
Ну вообще-то статья на хабре https://habr.com/ru/companies/wunderfund/articles/685894/ )
Это в мемкешед ключ - значение.
Вот какие типы данных поддерживает Redis:
Строка (String)
Битовый массив (Bitmap)
Битовое поле (Bitfield)
Хеш-таблица (Hash)
Список (List)
Множество (Set)
Упорядоченное множество (Sorted set)
Геопространственные данные (Geospatial)
Структура HyperLogLog (HyperLogLog)
Поток (Stream)
