Что могут сказать использовавшие по поводу сайтов с большим количеством статей и разделов?
Посмотрел реализованные сайты - можно лепить систему довольно гибко. Дополнительно прельщает, что скоро проект будет делатся под бсд-шной лицензией. Но вот как насчёт нагруженных проектов, не ломается ли?
просто насторожило вот это вот высказывание:
HungryFoerster: Если сайт совсем небольшой, TextPattern или CMSimple, например.
Но и выполняются медленнее. На одном проекте пришлось отказаться от индексов, иначе с ними обновление таблиц затягивалось на несколько минут. Там, правда, задача была в заливке прайсов по несколько десятков млн позиций :)
neolord: XCache
Спасибо, судя по всему нужно будет взять на вооружение :)
neolord: замедлит время поиска в среднем всего на 25%
А об обновлении БД-шного кеша вы думали? Обновление индексов при update или insert тоже не самая медленная процедура при большой базе.
Это не значит, что я против одного или другого способа, просто нужно смотреть по факту что будет подтормаживать систему, а затем исправлять этот участок. Пока что трудно о чём-то говорить ибо сайт вроде бы работает оперативно. И не факт, что оптимизацией будет внесены лишние ненужные факторы, которые приведут к не совсем желаемому результату...
Тоже на следующий день бот зашёл и съел несколько тысяч страниц.
http://textpattern.ru
Что могут сказать использовавшие по поводу сайтов с большим количеством статей и разделов?
Посмотрел реализованные сайты - можно лепить систему довольно гибко. Дополнительно прельщает, что скоро проект будет делатся под бсд-шной лицензией. Но вот как насчёт нагруженных проектов, не ломается ли?
просто насторожило вот это вот высказывание:
Если сайт совсем небольшой, TextPattern или CMSimple, например.
Отсюдова: /ru/forum/comment/3232867
Послал в поддержку баг-репорт: украинские домены не принимает (так как они в большинстве своём третьего уровня) - считает, что это поддомены. :)
TEMPDIR
Скорее всего есть файл с константами, в котором описана константа TEMPDIR.
http://www.modam.ru/showthread.php?t=1516
По идее не должно отличаться по подходу.
Создайте файл .htaccess (с точкой вначале) в корне сайта. В него поместите такие строчки:
Сохраните и опять попробуйте зайти на сайт. Если что-то напишет, сообщение запостите сюда.
Но
Адрес http://www.aboutus.org/searchengines.ru успешно добавлен. По мере обхода робота он будет проиндексирован и станет доступным для поиска.
Добавление URL не гарантирует, что он будет проиндексирован, это лишь один из способов сообщить роботу поисковой системы, что появился новый сайт.
;)
10 добавлений.
Погуглил - для ФФ нужно просить пользователей разрешать изменение скриптами статус-бара.
Как частичный выход можно сделать подобное такому варианту:
<a href="http://leviy_address" onClick="window.href='http://nuzhnyi_address'">Link</a>
update: где-то туплю, но не могу понять где :)
update и insert бывают гораздо реже
Но и выполняются медленнее. На одном проекте пришлось отказаться от индексов, иначе с ними обновление таблиц затягивалось на несколько минут. Там, правда, задача была в заливке прайсов по несколько десятков млн позиций :)
XCache
Спасибо, судя по всему нужно будет взять на вооружение :)
замедлит время поиска в среднем всего на 25%
А об обновлении БД-шного кеша вы думали? Обновление индексов при update или insert тоже не самая медленная процедура при большой базе.
Это не значит, что я против одного или другого способа, просто нужно смотреть по факту что будет подтормаживать систему, а затем исправлять этот участок. Пока что трудно о чём-то говорить ибо сайт вроде бы работает оперативно. И не факт, что оптимизацией будет внесены лишние ненужные факторы, которые приведут к не совсем желаемому результату...