Мультиязычность и производительность.

Использовать для этого базу, извините - извращение =)

So1, когда я говорил, там где необходимо, я не имел ввиду, то что я буду делать так как Вы написали в последнем посте!!! Не нужно тут сарказмов! Если будет большой текст, то он будет тоже в массиве.

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

я имел ввиду не в тупую поставить в БД, а как тут /ru/forum/comment/7311511

одна страница - один запрос, который выводит 1 ячейку, в которой будет серелизированный хэш (или json) со словами...

id - условно ID страницы, допустим 10-200 страниц на сайта - таблица mysql минималистическая...

такой запрос select data from lang where id=22 будет выполнятся 0.003 (0.0003) + не много кеширование - не вижу тут извращения

но конечно если, это оправдано так делать, можно и по проще...

запрос к mysql намного затратнее чем инклюдить отдельный файлик с переменными

создайте таблицу

id,
data
PRIMARY KEY (`id`)

наполните 30-100 записей...

выполните запрос:

select data from lang where id=22

сколько он будет выполнятся?

===

если будет 50 000 посещаемость, то файлик будет открыватся очень часто...

можно поставить в memcheche, Berkeley DB (BDB) (высокопроизводительная встраиваемая база, нереляционной базой данных) или в распределенную память... нет?

mysql умеет не много кешировать...

(просто для кроссплатформы красивее будет в mysql, если вдруг админы на сервер что-то похерят)

если стоит опкод кешер какой нить, то этот файл уже будет находиться там, где ему место shm например или тп

да именно так, но тут можно по разном сделать... :)

при большой посещаемости вы просто забьете сервер бесполезной работой, делать так не рекомендую ни в коем случае, это надо складывать в файлы, кеш, память, в мозг читателю )

конечно так нельзя!

если есть возможность избежать лишних запросов к БД, то избегайте их =)