Как то так:
RewriteEngine On RewriteCond %{HTTP_HOST} ^sait.ru RewriteRule (.*)\.html http://www.sait.ru/$1 [R=301,L]
Все ссылки оканчивающиеся на .html будут попадать в лапы сайту, а все остальные идти лесом. Поисковики повыкидывают битые линки и будет вам счастье. (Этот код не претендует на работоспособность и соответствие вашей задачи. Важен принцип).
Далан. :)
Темка для флейма.
У нас такие "русские", что не могут понять о чем их спрашивают.
Каталог товаров, возможно подойдет OpenCart.
Можно реализовать, если CMS поддерживает создание различных полей для страницы.
Drupal может, но придется поработать напильником.
В теории:
1. Создаете страницу с кастомными полями "описание фильма", "видиоролик-трейлер", "фотографии".
2. Создаете шаблон, где в зависимости от, например GET-переменной или роута, специальным образом подставляете контент "описание", "видио" или "фото".
3. Создаете страницу, к примеру, "Информация о фильме" на базе уже созданного шаблона.
4. Создаете правила в .htaccess или, если поддерживает CMS - прям в ней, что мол, "/film/100/about" - описание, "/film/100/video" - видео, "/film/100/..." - что то другое. Эти правила должны генерировать GET-переменную, о которой говорилось в пункте 2.
Как то так, если не ошибаюсь.
Пациент таки неизлечим. :(
Никогда не собирался вас "тролить". И слово с оттенком, присущим людям, которые которые делают кроспост ссылок по разным веткам.
Мне однозначно понятно, что вы человек не вменяемый, живущий в своем мире со своими иллюзиями.
Это очень жалко: ведь если бы вы прислушались, у вас получился бы конкурентный продукт с хорошим дизайном, а не хороший дизайн с кривым кодом. На эту тему спорить даже не буду.
Промежуточный вариант, который может устроить и первых и вторых - это хранение данных в SQLite базе. Файл базы хранится вместе с сайтом, поэтому переносимость: скопировал сайт на другой хостинг и все.
Но нужно помнить, что SQLite уступает по скорости MySQL.
При работе с БД вы не застрахованы от падения базы, что случается на некоторых хостингах. Проверенный способ: настроить регулярные бэкапы.
Помимо этого довольно большой недостаток файловых CMS: разработчики плохо реализют транзакции, что иногда выливается в следующие ситуации: "Страницу добавил, а страницы не появилось в меню".
P.S.: Сами знаете кто заблокировал меня на форуме своего поделия с оскорблением. Видимо нормальные слова закончились... Хотя ничего провокационнооскорбительного не писал. Оставил лишь пару замечаний по коду. Да и как говорится: у кого что болит, тот так и обзывается. :P
Поэтому, пользуясь случаем, передаю пламенный привет товарищу Авилуму. Вы достойны своего продукта! :)
Да просто приятно сидеть и смотреть как вы в захлеб пытаетесь доказывать обратное. :) Ну и мания вашего величия тоже доставляет. :)
И вам еще нужно обижаться на троллей... Нужно спасибо говорить, а то загнил бы топик и мхом покрылся бы... :)
$full = preg_replace( "#<a href=[\"'](http://|https://|ftp://|ed2k://|news://|magnet:)?(\S.+?)['\"].*?" . ">(.+?)</a>#ie", "\$this->ankor('\\1\\2', '\\3')", $full );
Может
<?php$str = '<a href="test.html#testank">test</a>';$str = preg_replace('/<a href=\"([^\"#]*)#([^\"#]*)\">([^<]*)<\/a>/', '<a href="\1#new_anchor">\3</a>', $str);var_dump( $str );?>
Или с калбэком:
function callback_func( $all, $link, $an, $text ){ global $global_class; return $global_class->func($link, $an, $text);}$str = preg_replace_callback('/<a href=\"([^\"#]*)#([^\"#]*)\">([^<]*)<\/a>/', 'callback_func', $str);
Сайт статуса не вдохновляет, демки не увидел.
WebsiteCMS можно только ради многосайтовости, но стоит 45$, бесплатной не нашел. В шаблонах используются константы по номеру — удобство сомнительное. Интерфейс работы со страницами, да и в целом, не очень прозрачный. Исходя из структуры папок в документации, система использует самописный фреймверк (MVC), что хорошо. Нехорошо: повсеместное использование глобальных переменных.
Вердикт: обычная CMS, которой есть куда расти. Ввиду не бесплатности интерес к ней маленький.
Есть обзор ТОП-10 самых простых CMS, которые идеально подойдут для сателитов. Внимание лучше остановить на Surreal CMS, которая даже поддержки PHP не требует.
Сам пользовался Frog CMS, но проект заглох. Форком считается Wolf CMS, но разработчики с переходом к jQuery в бэкэнде намутили такой каши, что можно пользоваться только на свой страх и риск.
UPD:
В принципе многосайтовость легко дописывается собственноручно. В зависимости от $_SERVER['SERVER_NAME'] можно выбирать определенный конфиг для определенного сайта.
Вашим "пиаром" вы добились отношения к своей системе "[все что угодно] лучше, чем Template CMS".
