релевантность совпадения - насколько точно страничка соответствует вашему запросу...
Цитата:
нужно хранитьномера страничек и абзацев, в которых имеется слово-поиск? Если нужно в вывести абзац со словом-поиск и его выделить каким либо цветом, нужно разбивать данный абзац и красить слово или все делается намного проще?
лучше не хранить... зная в каком файле надо копать, можно просто найти первое вхождение данного слова и вырезать кусок от -30 до +120 символов. а найденое слово подкрасить.
Либо найти слово и пренадлежащий ему абзац... только ведь абзац может быть БОЛЬШИМ.
поток в 100ч/сек весьма сомнительный... а если и будет, то время работы скрипта просто увеличется... при грамОтных настройках проДОСить такой скрипт будет нереально
valenok
извините, я не могу понять почему,
а как вывести время локального сервера Apache?
почитайте в википедии про часовые пояса (GMT) и все станет на свои места...
если хотите привести время к своему часовому поясу, то прибавте или отнемите недостающие часы
Не упадет... РНР и не такое делать может, но на мой сугубо личный взгляд сложновато както... Хотя скриптов мы не видели
я бы на месте данного комерада использовал хеширование... Учитывая что на сайтах используется не так уж и много слов, можно занести их в массив. ключ - это слово, а значение это список содержащих его страничек.
1. сайт хешируется время от времени
2. при поиске можно даже релевантность совпадения определить
3. ссылки на странички получить не проблемма
4. если сможете скриптом приводить все слова к именительному падежу, то и база станет меньше.
Почитал я про этот Smarty! Вроде создает нагрузку нехилую...
Ну это мягко сказанно.
Я так понимаю, вас незадела параноя крупных web-студий и вас еще не заставляли пользоватся этой гадостью. раз так, то вот вам аналог но без Smarty
если вам понравились такие шаблоны то можно оформить всю логику для работы с ними в функцию или класс и наслаждатся и разделением кода и логики и скоростью чистого РНР
может лучше что нибудь по теме выскажите,
например какое у вас представление о создании CMS,
или у вас есть какие нибудь идеи.
Уже высказали В CMS ничего сложного нет, а вот как вы выполните админскую часть, это уже сугубо личное дело.
Мне например ненравится править html код в Timy_mce и использовать Smarty я тоже не люблю, поэтому использование umi.cms у себя на работе считаю пыткой... Поэтому мой совет: дайте пользователям выбор и блин... выложите код для пробы если хотите услышать наше мнение и дельные советы
Первые два варианта ошибочны...
последний правильный... у меня работает, мой совет: сделайте откат версии библиотеки.
Видимо у вас нестабильная версия. Хотя 3-й вариант под 1.2.2 работал отлично
запросы для менюшек можно кешировать на 5-60 минут
Отсюда поподробнее
Для создания меню, делают нужный запрос/запросы и получают массив, который затем превращается в меню которое используют на страничке, так вот, если запросы для создания меню "тяжОлые", то имеет смысл полученый массив из которого затем отрисовываем меню, серилизовать и положить в файлик или в определенную таблицу базы...
Ну как статичная... У меня выводится меню слева, контен посередине и другое меню справа. Я не умаю, что это статика...
Ну на самом деле это в принципе статика и есть, вернее ограничено динамичная страничка.
в принципе на такое допустимо 3-5 запросов... ну при определенных условиях до 7-ми
а учитывая что менюшка не меняется каждые несколько секунд, то запросы для менюшек можно кешировать на 5-60 минут
А что дает эта библиотека и что она умеет? ) (пока, что все, что она умеет это головная боль )
Ну... Библиотека распухла, не спорю, но называть ее бесполезной не советую ибо это нетак.
jQuery - позволяет работать с DOM деревом + AJAX...
в принципе перечисленого уже вполне зауши... Кто с этим сталкивался меня поймет
но эта либа так-же имеет плагины.
Например Corn рисует фигурные и округлые рамочки.