Romeo_06, да не ленитесь вы форматировать код отступами и нажимать кнопки подсветки синтаксиса на форуме( PHP или Сode).
Невозможно ж эхту лапшу читать.
guduser, если уж совсем круто делать, то потом смотреть в сторону Vagrant с виртуалкой близкой к ожидаемым серверам
Или как минимум с линём где вылезут ошибки из-за регистрозависимости путей и прочих особенностей.
pantela, я не верю что там "только файл с массивом иначе хрен". Всё равно там лоден быть метод получаения объекта с переводами. Его и нужно переопределить на адекватный который не просто инклюд, а прочтет/распарсит и вернет массив.
В крайнем случае можно прям в этом файле чтение/парсинг сделать и в конце вернуть результат.
pantela, а не лучше ли сделать файл в любом читаемом формате и просто парсить/сохранять его, вместо велосипедов с пых файлами?
К примеру JSON (можно будет даже на клиент послать и рендерить частично на клиенте сразу с локализацией) или CSV (сталкивался с тем что переводчикам так было проще всего их редактировать)
В голову ничего не лезет, не могу допедрить как мне проверять на наличие новых сообщений
DeadMoras, держать для диалога в базе дату последнего показанного сообщения. После этого новые сообщения - все сообщения после этой даты.
Ну и обновлять дату после показа
LIME, мне абсолютно всё равно какой подводный камень у задачи. У ТСа него самого голова есть и пусть сам решить что ему подходит или нет.
Видеть масштабируемость - я рассписал выше какие варианты есть и как можно решать.
Нужна будет масштабиреуемость в первом типе - ну напишет функцию которая выдаст массив для шафла.
Преждевременная поддержка масштабируемости - та же проблема что и преждевременная оптимизация. Много раз это выливалось в кучу кода которы писали долго, и потом еще и баги фиксили, вметсо простого решения конкретной задачи.