Sly32 : Вариант 2. Создать языковый файл и динамически подгружать контекст в шаблон. Тут легко править - все в одном месте. Но увеличивается количество запросов в бэк. Правда если использовать нереляционные базы данных - нагрузка будет минимальной.
Я тут не понял. Речь о клиентских шаблонах?
Сначала рассмотрим серверные шаблоны. В них добавляется содержимое из трех мест:
основное содержимое из баз данных;
нуждающиеся в многоязычном представлении элементы шаблона из "языковых" конфигурационных файлов шаблона* (в файле шаблона каждый такой элемент определяется символьным англоязычным ключом);
общие данные, которые обычно не нуждаются в многоязычном представлении, из общих конфигурационных файлов* (может быть один или несколько файлов, причем "несколько" необязательно связано с многоязычностью; в файле шаблона каждый элемент данных определяется символьным англоязычным ключом).
* обычно я использую программные файлы (PHP), но можно, наверное, и разбираемые программно; и точно можно SQL/NoSQL.
Клиентские многоязычные шаблоны генерируются из одного серверного с пропуском основного содержимого (т.е. за вычетом пункта 1). В итоге получается ваш вариант 1. Здесь используется обычное серверное кэширование.
Dmitriy_2014 : Я узнаю свой PublicIP(Именно тот ipкоторый при подключении через sshфиксирует сервер), только через программу MyIPHistory, но ведь от-куда-то она берет его, я облазил все что можно и так и не понял где его можно посмотреть?
Откройте в браузере "страницу", формируемую PHP-кодом
<?= $_SERVER['REMOTE_ADDR'];
Или воспользуйтесь любым сайтом/сервисом, который делает примерно это же.
Нужен список допустимых имен хостов. Иначе в ваш "мультисайт" могут передавать все что угодно. И не совсем понятно, какова будет реакция. Достаточно страницы 404 по всем адресам на отсутствующих в списке хостах.
Коррекцию www-имен лучше не делать для неизвестных хостов. Но тогда переадресацию нужно выполнять в скрипте, который работает со списком допустимых имен, а не в конфигурационном файле. И не забывайте, что site.ru. (с точкой на конце) является корректным по всем канонам алиасом, но при этом не считается дублем для поисковых систем. Из моих мультисайтовых систем:
Елена П.#: Посмотрела, от бегета и предложения бесплатного хостинга вроде как уже нет. Но смотрела поверхностно.
Ссылка в футере. Я периодически провожу тесты на нескольких бесплатных услугах. Нигде нет SSL. Недавно кто-то хотел установить одностраничник на бесплатный хостинг. Сертификат выпустили дома, а установить опять-таки не смогли.
Антоний Казанский#: Привычка пользоваться бесплатным в первую очередь в собственной голове формирует установку "бесплатного и необязательного действия".
Бесплатность разная бывает. Если на основе какого-то персонального соглашения, то такой бесплатной услугой обычно дорожат (можно сказать, боятся потерять). Например, когда я держал бесплатный хостинг для некоторых пользователей, никто его не "забрасывал".
HELO и rDNS определяют имя моего VPS, а не имя моего почтового домена...
Это правильно. На одном хосте может быть несколько почтовых доменов.
да блин еще бы понять что исправлять :) я в этих почтовых делах не сильно силен.
Укажите в качестве имени хоста нормальный домен (зону vds я не нашел) и пропишите его в PTR.
Если сами не сможете разобраться, обратитесь к тому, кто сможет.
Вариант 2. Создать языковый файл и динамически подгружать контекст в шаблон. Тут легко править - все в одном месте. Но увеличивается количество запросов в бэк. Правда если использовать нереляционные базы данных - нагрузка будет минимальной.
Я тут не понял. Речь о клиентских шаблонах?
Сначала рассмотрим серверные шаблоны. В них добавляется содержимое из трех мест:
* обычно я использую программные файлы (PHP), но можно, наверное, и разбираемые программно; и точно можно SQL/NoSQL.
Клиентские многоязычные шаблоны генерируются из одного серверного с пропуском основного содержимого (т.е. за вычетом пункта 1). В итоге получается ваш вариант 1. Здесь используется обычное серверное кэширование.
Всю тему не читал.
есть ли у кого ни будь опыт переезда с разделегированного домена на другой домен.
Есть. Настраиваете сайт на работу по новому адресу, а про старый забываете. Там где возможно ссылки подредактируйте.
В webmaster и т.п. сайт добавляли?
Я узнаю свой Public IP(Именно тот ip который при подключении через ssh фиксирует сервер), только через программу My IP History, но ведь от-куда-то она берет его, я облазил все что можно и так и не понял где его можно посмотреть?
Откройте в браузере "страницу", формируемую PHP-кодом
Или воспользуйтесь любым сайтом/сервисом, который делает примерно это же.
Нужен список допустимых имен хостов. Иначе в ваш "мультисайт" могут передавать все что угодно. И не совсем понятно, какова будет реакция. Достаточно страницы 404 по всем адресам на отсутствующих в списке хостах.
Коррекцию www-имен лучше не делать для неизвестных хостов. Но тогда переадресацию нужно выполнять в скрипте, который работает со списком допустимых имен, а не в конфигурационном файле. И не забывайте, что site.ru. (с точкой на конце) является корректным по всем канонам алиасом, но при этом не считается дублем для поисковых систем. Из моих мультисайтовых систем:
short обрезает в конце точку (или любой другой символ, переданный вторым аргументом).
вроде w3c validator ошибок не пишет, просто дизайн завязан, а переделывать на span неохота, хотя это и не проблема
Если не "a href", то "a name" (устаревшее). Лучше все же добавить href="#" и т.п.
Посмотрела, от бегета и предложения бесплатного хостинга вроде как уже нет. Но смотрела поверхностно.
Привычка пользоваться бесплатным в первую очередь в собственной голове формирует установку "бесплатного и необязательного действия".
Бесплатность разная бывает. Если на основе какого-то персонального соглашения, то такой бесплатной услугой обычно дорожат (можно сказать, боятся потерять). Например, когда я держал бесплатный хостинг для некоторых пользователей, никто его не "забрасывал".
SSL - есть