Вообще, практика установки Nginx фронтендом как на одном физическом сервере с бэкендом, так и на разных довольно распространённая.
Если с каналами между серверами (при этом сервера не обязательно должны быть в одной/соседних стойках), с ресурсами сервера (не "тупит" проц, память, диск..) и руками-головой (возможно, потребуется тонкая настройка.. к примеру, разные настройки для текстовых данных и скачиваемых бинарных файлов) всё в порядке, то и пользователь, и поисковик могут не заметить разницы.
Zexh: 3. то я должен столько же NS-серверов отдельных сделать? 4. и тогда под каждый NS-сервер пару IP?
Можно всем прописать одинаковые NS-сервера.. (к примеру, бесплатные DNS от Яндекса /есть другие сервисы(?)/, или бесплатные для клиентов DNS от мастерхоста). А в NS-записях на серверах указывать нужные IP-шники.
---------- Добавлено 20.07.2012 в 12:43 ----------
Можно взять недорогой (в смысле, не нужны большие параметры) VPS с несколькими IP-адресами (думаю, такие можно найти), установить проксирующий веб-сервер (Nginx, например), а он уже будет "ходить" к своему серверу.
Как вариант - некоторые хостеры могут выделить "чуть больше" IP-адресов. Сколько надо-то?
Лучше один раз перенести дизайн (шаблон) и каталог товаров в базу магазина (распарсить уже имеющиеся товары) и дальше работать "нормально", чем при каждой необходимости добавить товар/изменить цену...
Это не говоря про изменение телефона в шапке или адреса в подвале...
Paradise: Но вот в чем оказалась проблема. Новый движок определяет страницы вида "/index.php?option=com_content&view=article&id=53&Itemid=71" как существующие и по их адресу отображает морду. Редирект соответственно не происходит.
Возможно ли решить проблему при помощи того же .htaccess или каким либо другим образом? Буду благодарен за любую помощь!
В адресе слэш закрывающий есть? Последнюю строчку заменить на:
RewriteRule ^(login|register) https://%{HTTP_HOST}%{REQUEST_URI}Если не сработает - более простой вариант последней строчки для одного адреса:
RewriteRule ^login https://%{HTTP_HOST}%{REQUEST_URI}На "относительную" адресацию..
По поводу закрывающего слэша - в конце правила я бы добавил редирект [R=301], чтобы склеить страницы..
p.s. что значит "в обращениях".. и что значит "превращать во внешний запрос"?
Если я правильно понял, можно добавить в <head></head>
Вместо .* подставить нужные адреса (без начального слэша и до "?", если он присутствует)
Выше вроде написали вариант:
Не работает?
А косяк в том, что в $_SERVER['DOCUMENT_ROOT'] "левое" значение.
Насколько это скажется на времени отклика?
Вообще, практика установки Nginx фронтендом как на одном физическом сервере с бэкендом, так и на разных довольно распространённая.
Если с каналами между серверами (при этом сервера не обязательно должны быть в одной/соседних стойках), с ресурсами сервера (не "тупит" проц, память, диск..) и руками-головой (возможно, потребуется тонкая настройка.. к примеру, разные настройки для текстовых данных и скачиваемых бинарных файлов) всё в порядке, то и пользователь, и поисковик могут не заметить разницы.
3. то я должен столько же NS-серверов отдельных сделать?
4. и тогда под каждый NS-сервер пару IP?
Можно всем прописать одинаковые NS-сервера.. (к примеру, бесплатные DNS от Яндекса /есть другие сервисы(?)/, или бесплатные для клиентов DNS от мастерхоста). А в NS-записях на серверах указывать нужные IP-шники.
---------- Добавлено 20.07.2012 в 12:43 ----------
Можно взять недорогой (в смысле, не нужны большие параметры) VPS с несколькими IP-адресами (думаю, такие можно найти), установить проксирующий веб-сервер (Nginx, например), а он уже будет "ходить" к своему серверу.
Как вариант - некоторые хостеры могут выделить "чуть больше" IP-адресов. Сколько надо-то?
Вообще, неправильно это..
но технически в методах класса global отрабатывает
class a{__construct(){
global $asd;
var_dump($asd);
}
...
}
Лучше один раз перенести дизайн (шаблон) и каталог товаров в базу магазина (распарсить уже имеющиеся товары) и дальше работать "нормально", чем при каждой необходимости добавить товар/изменить цену...
Это не говоря про изменение телефона в шапке или адреса в подвале...
Но вот в чем оказалась проблема. Новый движок определяет страницы вида "/index.php?option=com_content&view=article&id=53&Itemid=71" как существующие и по их адресу отображает морду. Редирект соответственно не происходит.
Возможно ли решить проблему при помощи того же .htaccess или каким либо другим образом? Буду благодарен за любую помощь!
В теме по соседству..
/ru/forum/728437