Если еще не убрали пробел, уберите. И можете смело забивать.
Dana, покажите пациента (можно в личку). Возможно, подберу для вас один из наших легковесных движков. Потом и какую-нибудь админку прикрутим.
Хотелось бы взглянуть на пациента. Вообще да. Грабим каким-либо способом контент в базу и сажаем на легковесный движок с сохранением адресации.---------- Добавлено 16.02.2015 в 23:14 ----------Если страницы изначально генерировались, то распарсить скорее всего не составит особого труда.
У вас же там вроде есть какая-то CMS. Используйте ее возможности. В принципе я могу прикрутить какой-нибудь наш движок под конкретную группу страниц, только оно вам нужно?
Все аккредитованные регистраторы несут ответственность за находящиеся под их управлением домены. Даже если регистратор обанкротится, существует процедура переноса доменов под управление другому регистратору, которая по идее не должна доставлять особых проблем тек. администраторам доменов. Когда домен находится у проблемного реса, его можно увести под непосредственное управление регистратора или другого реса. Я регистрирую рушки по 100 руб. или анонимно по 150 руб.---------- Добавлено 15.02.2015 в 21:38 ----------Ответ на последний вопрос отписал в личку, дабы не рекламировать.
Про выбранный вами регистратор ничего говорить не буду, чтобы не сказать плохого. Если нравится переплачивать в несколько раз за домен ради какой-то там топовости, то вперед.
Пока не трогаете строку параметров, она наследуется. А если нужно расширить число параметров с сохранением наследования, используете флаг QSA. Я про включение не просто так говорил. Danil63, попробуйте такой вариант:
RewriteEngine OnRewriteCond %{HTTP_HOST} !^www\.site\.ru$ [NC]RewriteRule ^(.*) http://www.site.ru/$1 [R=301,L]
В используемых мной движках можно использовать несколько подходов для достижения полной уникальности страниц, в частности вычитывать абсолютно все содержимое страниц из уникальных шаблонов (можно приписать каждой странице свой шаблон или распределить шаблоны между группами страниц) с возможностью их исполнения или просто статические страницы (движок позволят указать, что их не нужно даже пытаться исполнять, но при этом вы можете закрепить за этими страницами уникальные или общие обработчики).
См. след. за этим вашим сообщение. Т.е. вы теряете полезные плюшки вроде шаблонизации, но по сути ничего не приобретаете, т.к. уникальность легко достигается и при использовании движка.
dimsog, я всего лишь озвучил альтернативу. phpMyAdmin, adminer и т.п. также иногда использую в качестве админки. Хотя для добавления вторичного контента (картинок и т.п.) все равно может понадобиться работать с файлами.
Часто это скорее минус, чем плюс. Тем более что никто не запрещает размещать статичные страницы вместе с фронт-энд-движком. К тому же я использую движки, которые позволяют практически в штатном режиме выводить страницы с уникальным оформлением непосредственно в рамках движка. Метаданные для придания уникальности страницам, основанным на каком-то определенном шаблоне, можно выбирать из базы точно также, как и прочую индексную инфу.
