все эти процессы автоматизируются, ровно как и апдейт структуры бд.
говорю из опыта обновления софта _одновременно_ на 8 продакшн серверах (у svn) в этом смысле божественно много настроек; у приличных людей, кстати, вся статика живёт отдельно от кода
во всем проектах где я участвовал на продакшн машинах было
svn co /branches/stable/
все разработки ведуться в отдельных ветках, в stable только багфиксы — они раз в сутки «поднимаются» в другие ветки, таким образом обновить продакшн можно просто через
почти то же самое написал :)) относительно поиска — индексирование это отдельная тема и да, в индексе я бы тоже указывал из какого языка оно создавалось
а зачем что-то синхронизировать? всё в одной СУБД — это в принципе один сайт; просто система знает откуда брать контент. Со стороны администратора это выглядит вот так
говорю из опыта обновления софта _одновременно_ на 8 продакшн серверах (у svn) в этом смысле божественно много настроек; у приличных людей, кстати, вся статика живёт отдельно от кода
svn co /branches/stable/
все разработки ведуться в отдельных ветках, в stable только багфиксы — они раз в сутки «поднимаются» в другие ветки, таким образом обновить продакшн можно просто через
svn update
system_languages:lang,name (en-English,ru-Русский,de-Deutsch) -->
news:news_id,created,published,publisher,url,foo,bar
news_content:news_id,lang,subject,teaser,content
И тут у меня появляется гибгость как при поиске так и при отдаче данных, например отдавать контент на языке А если его нет на языке Б :) идея понятна?
с практической — «ебануться» — слишком наворочено а оттуда сложный learning curve — no profit