а вот в этом вопросе б/м нормальных руководств навалом. как токо кто зафигачит шаблончик - обычно сразу старается увековечить процесс в своём блоге. и это правильно 🙅 !!!
простой шаблон адаптировать просто - пару директив в templateDetails.xml переназвать. сложный шаблон - переделывать все модули и плагины под новые классы, прерывания и т.п. полного описания и не ищите - "не бывает", потому как легче и быстрее своё с нуля написать, чем чужое в таком объёме переделывать ;)...
по этому вопросу главный эксперт - Google. Если стесняетесь беспокоить такого авторитета то спросите Yandex, то же шарит...
да очевидно, что мы немного о разном говорим ;) конечно, если каждый раз инклудить файл с массивом списка редиректов, то работа PHP скрипта будет мало отличаться от проверки Apache всей пачки правил. идея то одна и та же что там, что там.
но, не удивлюсь, судя по условиям "задачки", что страницы у ТС реально статические. тогда выбор будет между написанием правила в .htaccess и вставкой в страницу 5 строк скрипта, которые хорошо разгрузят сервак. вставить то не на много трудней, чем написать правило.
или вполне возможно, что новой адрес никакой одной регуляркой не родить, а вот 2-3 строками PHP вполне можно и тогда массива адресов ни загружать ни проверять уже не нужно будет...
ЗЫ: судя по тому что добавил den78ru я бы, всё же, просто .htaccess-ом в директории приаттачил каждой странице скрипт в начало, который бы и обрабатывал список переадресации. судя по всему со скоростью тут поздно заморачиваться, а со скриптом просто работать удобнее: инклудить файл в которм массив разбит на части "один - в одни", "пачка - на морду", "пачка - сюда", "пачка - туда"
return array('1' => 'vot','2' => 'tut',//'3' => 'tam''4' => 'tam''5' => 'tam'//'6' => '/''7' => '/');
и впЕред. просто удобнее писать и ппроверят/править потом... имхо 😂
вообще то как раз только ОДИН скрипт в 5-10 строк будет делаться на конкретной странице по конкретному адресу (в этом и преимущество), а вот при редиректе через .htaccess Apache будет проверять ВСЮ пачку RewriRule при любом вызове внутри директории, даже если нужное правило стоит первым. и проверять будет куда более универсальными, мощными и медленными скриптами. если передресация укладывается в пару (десятков) RewriRule с регулярками - конечно надо использовать mod_rewrite, если счёт идёт на сотни - скрипт. но это всё моё имхо 😂, а так - дело вкуса, ессеccно...
в таком случае адназначна лучше редиректить скриптом. двести с лишним RewriteRule в .htaccess напрягут загрузку не слабо...
+1
pt, em и т.п. были придуманы для решения проблем, которые давно стали неактуальными. просто пишите все размеры в px и будет вам счастье...
прошел "через" многиЯ CMS, в каждой свои достоинтсва/недостатки, но даже намёка на "чувство глубокого удовлетворения" так и не возникло пока... хочу поделиться с общественностью:
в своё время помучил MODx Evolution, в принципе понравилась системка, но отталкивала, как казалось, излишней усложнённость, прошёл мимо. после выхода Revolution залез в неё поглубже и получил массу новых впечатлений. вообщем MODx Revolution это реально близко к "то что надо" 😂 в любом случае всякие джумлы/дле/вордпрессы/битриксы и e.t.c. рядом не стояли (уж пардонтий, конечно, но факт). весьма рекомендую...
ЗЫ: имейте ввиду, что если Evolution это "CMS с намёком на CMF", то MODx Revolution это уже "CMF с возможностями CMS" - отсюда возникают определяемые направленностью системы сложности. но оно того стоит...
в таком варианте, особо еЖли эта "пара сотен страниц" генерится движком, логичнее влепить в них в самом верху (тем же движком) что то вроде:
header( 'HTTP/1 301 Redirect' ); // генерим 301 код возвратаheader( 'Location: ...' ); // переадресация
вообщем, руками сработать за mod_rewrite. в PHP больше возможностей автоматизировать генерацию адреса для редиректа (на крайняк, можно тупо файл с массивом адресов сделать и заинклудить). да и нагрузка на сервак, по идее, меньше. хотя, конечно можно и "пару сотен" RewriteRule в .htaccess прописать ;) (если переадресация уникальная и не алгоритмизируется)
ЗЫ: пишу по памяти, "формулировки" уточните....
лучший вариант - не давать Joomla эти дубли плодить ;) если аккуратно работать с навигацией то внутреннего SEF более чем достаточно...
