Andrey_Vlad: Читал в хелпе NetCat-а 3.1 о чем-то подобном, там в самой CMS можно указать альтернативный адрес данной страницы, и как раз упоминалось, что это сделано именно для того что-бы не терялись места в поиске.
Сорри за сумбурость, сейчас этого хелпа под рукой нет.
Спасибо за подсказку. Я склонялся больше в сторону Битрикса, но теперь посмотрю на Неткат повнимательнее.
При помощи .htaccess можно решить проблемы тогда, когда частично совпадают аргументы в адресах. Например в случае, когда адрес типа "news/num/[$n]/" нужно переделать в "art/nomer/[$n]". Когда же нужно "news/num/[$n]/" переделать в "art/nomer/[$k]" (где $k никак не связано с $n), то нужно будет столько правил в .htaccess, что это становится просто не целесообразно. Поэтому в таких случаях нужен другой механизм.
И ещё, есть ссылки, которые формирует сама CMS. Так что тут одним .htaccess уж точно не обойтись.
P.S. В .htaccess и Mod_rewriteя не очень разбираюсь, так что, если что-то не так, то поправьте.
Просто написание своей CMS - это трудоёмкий процесс. И всегда есть вероятность того, что написавшие движок люди просто пропадут. Да и создание CMS с нуля явно стоит не 2000$.
А кто что-то может сказать про перенос адресной структуры сайта? Можно ли её перенести в каком-то из платных движков полностью?
Года два использовал на самописном движке gzip-сжатие. Вчера полез что-то менять и поменял на свою голову. Короче говоря, до сих пор не могу понять что я изменил, но страницы начали превращаться в абракадабру. За пол дня потерял тысячи две пользователей. Оказалось, что я при изменении что-то в модуле gzip напортачил.
Вывод: чтобы пользоваться gzip (как и любыми другим средствам) нужно иметь не кривые руки. А при нормальных настройках и правильной реализации всё индексируется ПС очень хорошо.
kxk: furamag, Сделайте себе кастом php.ini для каждого аккаунта и выключите на тех сайтах где это необходимо.Конечно безопаснее отключить там где необходимости в этом нет. Глобальные же настройки лучше всё же не трогать, вам придётся тогда многое изменять скорее всего в скриптах.
Спасибо за разъяснения. Вообще так и собирался сделать, просто хотелось узнать, может можно для всех сайтов разрешить. Но раз она так и остаётся не совсем безопасной, то сделаю для каждого аккаунта отдельные настройки.
kxk: furamag, У нас например, можно получить свой php.ini* и отключить любые функции по желанию без проблем и лишних запросов в тех поддержку.
*Данная опция доступна для тарифов начиная с Lite 4.
Так Вы не поняли, у меня сервер арендованый и я могу включить эту опцию. Я только спрашиваю насколько это безопасно?
2++: Опцию отключить нельзя. Очень много возможностей построено на этой функции. Сейчас все не помнию на вскидку. Если отключить то много функций будет недоступно: грабер, проверка обновлений, проверка тиц и пр, сканер директа и др.
Ок. Нельзя, значит нельзя. Но что насчёт безопасности её использования? Как Вы считаете, это не является потенциальной уязвимостью?
Есть места на внутренних первого сайта и одно место на главной у второго.
Появилось одно свободное место.
Читал в хелпе NetCat-а 3.1 о чем-то подобном, там в самой CMS можно указать альтернативный адрес данной страницы, и как раз упоминалось, что это сделано именно для того что-бы не терялись места в поиске.
Сорри за сумбурость, сейчас этого хелпа под рукой нет.
Спасибо за подсказку. Я склонялся больше в сторону Битрикса, но теперь посмотрю на Неткат повнимательнее.
При помощи .htaccess можно решить проблемы тогда, когда частично совпадают аргументы в адресах. Например в случае, когда адрес типа "news/num/[$n]/" нужно переделать в "art/nomer/[$n]". Когда же нужно "news/num/[$n]/" переделать в "art/nomer/[$k]" (где $k никак не связано с $n), то нужно будет столько правил в .htaccess, что это становится просто не целесообразно. Поэтому в таких случаях нужен другой механизм.
И ещё, есть ссылки, которые формирует сама CMS. Так что тут одним .htaccess уж точно не обойтись.
P.S. В .htaccess и Mod_rewriteя не очень разбираюсь, так что, если что-то не так, то поправьте.
Просто написание своей CMS - это трудоёмкий процесс. И всегда есть вероятность того, что написавшие движок люди просто пропадут. Да и создание CMS с нуля явно стоит не 2000$.
А кто что-то может сказать про перенос адресной структуры сайта? Можно ли её перенести в каком-то из платных движков полностью?
Работаем с NetCat уже лет пять, все клиенты довольны, и не терзают нас потом на предмет исправления багов. Очень добротная CMS. Рекомендую.
А как на счёт количества товаров в магазине? Тут многие писали, что при количестве наименований большем, чем 10000 нужно уже под себя CMS писать.
Года два использовал на самописном движке gzip-сжатие. Вчера полез что-то менять и поменял на свою голову. Короче говоря, до сих пор не могу понять что я изменил, но страницы начали превращаться в абракадабру. За пол дня потерял тысячи две пользователей. Оказалось, что я при изменении что-то в модуле gzip напортачил.
Вывод: чтобы пользоваться gzip (как и любыми другим средствам) нужно иметь не кривые руки. А при нормальных настройках и правильной реализации всё индексируется ПС очень хорошо.
furamag, Сделайте себе кастом php.ini для каждого аккаунта и выключите на тех сайтах где это необходимо.Конечно безопаснее отключить там где необходимости в этом нет. Глобальные же настройки лучше всё же не трогать, вам придётся тогда многое изменять скорее всего в скриптах.
Спасибо за разъяснения. Вообще так и собирался сделать, просто хотелось узнать, может можно для всех сайтов разрешить. Но раз она так и остаётся не совсем безопасной, то сделаю для каждого аккаунта отдельные настройки.
furamag, У нас например, можно получить свой php.ini* и отключить любые функции по желанию без проблем и лишних запросов в тех поддержку.
*Данная опция доступна для тарифов начиная с Lite 4.
Так Вы не поняли, у меня сервер арендованый и я могу включить эту опцию. Я только спрашиваю насколько это безопасно?
Опцию отключить нельзя. Очень много возможностей построено на этой функции. Сейчас все не помнию на вскидку. Если отключить то много функций будет недоступно: грабер, проверка обновлений, проверка тиц и пр, сканер директа и др.
Ок. Нельзя, значит нельзя. Но что насчёт безопасности её использования? Как Вы считаете, это не является потенциальной уязвимостью?