Как лучше организовать хранение языков в файлах и работать с ними?
+ используется шаблонизатор smarty.
Реализация в виде массива
$a = array(
login => 'Логин',
pass => 'Пароль',
);
и т.д...
так сразу можно будет и в шаблонах использовать, передавая туда глобально массив $a и в php то же.
Но может есть какие-то еще варианты, более удобные?
1. dropoff - 20 Ноября, 2011 - 08:49:14 - перейти к сообщению
2. caballero - 20 Ноября, 2011 - 10:45:14 - перейти к сообщению
константы тоже глобальные и ничего не надо передавать
3. dropoff - 20 Ноября, 2011 - 11:37:21 - перейти к сообщению
если использовать константы, то нужно будет КАЖДУЮ выводить в шаблон.
а массив можно весь сразу передать в шаблон.
А если вообще в базе хранить?
Какую структуру таблицы лучше сделать?
а массив можно весь сразу передать в шаблон.
А если вообще в базе хранить?
Какую структуру таблицы лучше сделать?
4. caballero - 20 Ноября, 2011 - 13:26:38 - перейти к сообщению
Цитата:
если использовать константы, то нужно будет КАЖДУЮ выводить в шаблон.
а массив можно весь сразу передать в шаблон.
а массив можно весь сразу передать в шаблон.
Кого куда передавать? константа глобальная - просто прописываешь в шаблоне и все
Цитата:
Какую структуру таблицы лучше сделать?
структрра очевидная - три поля - язык, идентификатор, значение
5. dropoff - 20 Ноября, 2011 - 14:49:25 - перейти к сообщению
Сори. Забыл, что можно получать константы в шаблоне $smarty.const.константа.
В любом случае интересно узнать что будет быстрее работать.
ну это понятно, что минимум три поля.
Я имею в виду, если к примеру сделать еще возможность редактирования полей.
То можно добавить еще и group, группу, к какому типу относится та или иная фраза. Чтобы вывод группировать нормально, а не все в куче.
+ нужно добавить поле для указания собственно кода языка. ru или en...
И как лучше хранить несколько языков? Все в одной таблице или для каждого языка свою таблицу, а при смене языка подгружать другую. ну и добавление будет языков.
Сейчас языковой файл ~ на 800 строк.
В любом случае интересно узнать что будет быстрее работать.
Цитата:
структрра очевидная - три поля - язык, идентификатор, значение
ну это понятно, что минимум три поля.
Я имею в виду, если к примеру сделать еще возможность редактирования полей.
То можно добавить еще и group, группу, к какому типу относится та или иная фраза. Чтобы вывод группировать нормально, а не все в куче.
+ нужно добавить поле для указания собственно кода языка. ru или en...
И как лучше хранить несколько языков? Все в одной таблице или для каждого языка свою таблицу, а при смене языка подгружать другую. ну и добавление будет языков.
Сейчас языковой файл ~ на 800 строк.
6. caballero - 20 Ноября, 2011 - 16:05:07 - перейти к сообщению
храни в одной таблице и не ищи проблем на задницу
признак языка - его код ru en и т.д.
но в базе есть смысл хранить если есть консоль для редактирования
а на фига это все вообще
отредактировал файл и все дела
на каждый язык свой файлмк с константами
признак языка - его код ru en и т.д.
но в базе есть смысл хранить если есть консоль для редактирования
а на фига это все вообще
отредактировал файл и все дела
на каждый язык свой файлмк с константами