Вот и еще одинн вариант нарисовался. Он имеет право на жизнь. Но как вы сказали этот способ для небольших текстов.
По сути, я так понял, что вы в одно поле таблицы записываете все переводы по данному тексту, и компонуете их с помощью xml. Если бы я так делал, то делал используя сериализацию массива.
*не ошибаетесь*, но в данном случае я не использую симфони.
Ничего не мешает. Задача состоит в написании такого CRUD. Просто хочется сделать его единым для проекта.
*PM mode on*
Бесспорно Вы правы.
Но все же я хочу сначала разобраться что делать, а потом как делать.
*PM mode off*
Согласен, просто индивидуальность поставленных передо мной задач не позволяет мне сделать такой шаг. Тут есть четкая необходимость реализовать это в контексте своего фреймворка и реализовать «сразу», приняв правильное решение.
Я имел опыт работы с Symfony и CodeIgniter. Там тоже решены эти задачи. Но все-же хочется решить их правильно индивидуально, предварительно обсудив с вами.
Я работал с многими программистами, но ни один так четко и не сказал как правильно решить задачу с переводом контента. У всех свое мнение, которое они пытаются навязать. Это не плохо, наверное… Но в итоге, перестаешь понимать, что такое хорошо, а что такое плохо.
Ну нормализация тут не доходит до четвертой нормальной формы.
Если это критично, то этот вариант можно модифицировать с одним join. Что тоже принципиально равносильно, и тогда нормализируется вся структура.
Все-ровно сначала нужно определиться на абстрактном уровне как делать.
Спасибо, посмотрел. Но больше похоже на инструмент перевода интерфейса, а не перевода контента…
О модели в документации умалчивают. Больше рассказывается об автоматической генерации ссылок на локализированные страницы и вообще как это прикольно и круто.
Вот как раз с кешированием, я думаю над пятым вариантом, т.е. дублируется структура основной таблицы и еще одно поле, идентификатор языка, как во втором варианте. Т.е. получаем комбинированную структуру и широкие возможности администрирования.
А 4-й вариант необязательно должен зависеть от языка оригинала. Просто за основу нужно брать ранее добавленный экземпляр страницы.
Спасибо за скрин!
По сути, я так понял, что вы в одно поле таблицы записываете все переводы по данному тексту, и компонуете их с помощью xml. Если бы я так делал, то делал используя сериализацию массива.
Ничего не мешает. Задача состоит в написании такого CRUD. Просто хочется сделать его единым для проекта.
*PM mode on*
Бесспорно Вы правы.
Но все же я хочу сначала разобраться что делать, а потом как делать.
*PM mode off*
Я имел опыт работы с Symfony и CodeIgniter. Там тоже решены эти задачи. Но все-же хочется решить их правильно индивидуально, предварительно обсудив с вами.
Я работал с многими программистами, но ни один так четко и не сказал как правильно решить задачу с переводом контента. У всех свое мнение, которое они пытаются навязать. Это не плохо, наверное… Но в итоге, перестаешь понимать, что такое хорошо, а что такое плохо.
Если это критично, то этот вариант можно модифицировать с одним join. Что тоже принципиально равносильно, и тогда нормализируется вся структура.
Все-ровно сначала нужно определиться на абстрактном уровне как делать.
О модели в документации умалчивают. Больше рассказывается об автоматической генерации ссылок на локализированные страницы и вообще как это прикольно и круто.