Если бы я не пребывал, то сейчас не утверждал, что работа с БД в данном случае для мультиязычности будет намного эффективнее работы с файлами.
Да у меня при получении данных из БД тоже создаются переменные, но только те что необходимы, а я ссылаюсь на ту область оперативки, которая у вас тратится в холостую при работе с файлом, невзирая нужны будут переменные или нет они всё равно будут созданы, тем самым занимая память + сам файл(который тоже будет занимать часть оперативки) + накладные при обработке этого всего..
Ничего в xml не сую, есть некоторые функции просто для удобства и они не затратные, преобразования сведены к минимуму, всё делается на лету. И да из-за простого инклуда может быть утечка памяти, если вот так бездумно делать как вы..
ЗЫ. Я сделал иначе, я посмотрел как реализовано в существующих решениях, понял что мне это не подходит и поэтому сделал свой инструмент, много раз объяснял вам зачем и почему, но "тупому объяснять, только время терять.."
Так как вы делаете я делал в самом начале создания своих движков для сайтов. Но потом отказался, и не помню уже на каком форуме, очень давно ~2005г., но мне просто сказали зачем хранить и загружать переводы для слов\фраз из файлов, когда есть БД. Я тогда подумал и сделал всё через БД и с тех пор всегда так делаю. А у вас мышление начинающего кто просто не умеет работать с БД, всё же делается элементарно если вы умеете работать с БД.
Такие переменные
<?php $dict = [ 'someKey1' => 'someValue1', 'someKey2' => 'someValue2', ];
<?php $dict['someKey1'] = 'someValue1'; $dict['someKey2'] = 'someValue2';
Сразу идёт работа с переменными 😆 по вашему они где находятся? PHP сначала резервирует в куче оперативки память под переменную, потом вставляет в эту память её значение и так с каждой...
И только потом после обработки кода уже использует эти переменные беря из памяти их значение. Вы вообще не понимаете как работает компьютер оказывается..
Эта тема не о моём фреймворке. Да и вы несёте полнейшую чушь, смешивая в одну кучу, файлы стилей которые по сути статичны и не требуют модификаций с генерацией страницы в которой, в зависимости от параметров запроса нужно генерировать содержание. И xml, который у меня выполняет роль не только как шаблонизатор, но и как программный код фактически. Я уже вам триллион раз всё объяснял, как об стену горох..
Это вам не мешало бы изучить и не заниматься тем чем вы занимаетесь.., файлами для мультиязычности.. 🤡
Поясняю.
1. Сначала загружается файл в оперативку
2. Затем этот файл обрабатывается и создаются переменные, которым присваиваются значения, нужны не нужны на странице не важно, ваш подход будет каждый раз загружать память этими данными
Итого: допустим файл килобайт + чуть меньше на запоминание переменных * на количество запросов = ~ гиг оперативки.. это я грубо, но суть не меняется. К тому же ещё лишние телодвижения чтения и обработки файла это дополнительное время ожидания пользователем и др. накладные..
Теперь если как я работать с БД. Собираются ключи какие нужны на странице для перевода слов\фраз, делается запрос, память не загружается файлами и переменными т.е теми данными которые не нужны на странице, только самые нужные данные приходят из БД. Затем эти данные вставляются в страницу. Вот и всё. Неужели это до вас никак не дойдёт?
Я вам тоже и там пытался объяснить.. всё бестолку..
Вот этим вы и убиваете сервак.. По нормальному не делается кэш для каждого запроса, делается только для часто запрашиваемых страниц\данных.
Можно Машку и козу на возу 😁
Что интерфейс, что не интерфейс, закинул ключи и переводы по разным языкам в базу, надо на странице какие-то слова и фразы с переводом, сделал запрос в базу и вставил в страницу.
Но нет, лучше же всё запихнуть в файл, потом каждый раз его читать и выбирать нужные и тд. забивать оперативку.. так проще конечно же..
ЗЫ. Оказывается мегагуры до сих пор не умеют с БД работать.. 🤡
😁😁😁
Кто бы говорил.. Мега-гуру, который мультиязычность на json делает..
Поверь, нет 😎
Так это вообще-то сарказм был, если ты не понял. Я таких как ты пародировал, неужели я бы стал кому-то рекомендовать использовать готовые решения типа DLE, WP и тп. 😁
Sly32, слушай что люди говорят, они ж плохого не посоветуют, вот чего ты мучаешься с этим json, возьми DLE да и всё. Всё уже придумано, зачем велосипеды изобретать...
ЗЫ. Понимаешь теперь с чем мне приходилось сталкиваться?
Троллинг 80го уровня 😁 разумеется я не знаю, что такое база данных.
ЗЫ. Ну храни всё в файлах, раз для тебя это быстрее и лучше.
Вы на мой вопрос-то не ответили.. БД это коллекция данных, которая позволяет быстро делать выборку нужных.
Для хранения переводов на разные языки достаточно одной таблицы, и одного запроса для получения нужных слов\фраз, всё элементарно делается.
Наоборот это наиболее эффективное и быстрое решение для работы с коллекциями данных. Это в кривых руках БД превращается в мусорную свалку из которой проблематично что-то взять и при увеличении запросов всё валится..
Так это вопрос не к БД а к разработчикам того же WP и других конструкторов и тд. головой не думают и обвешивают всё.. как ёлку..
