Но обсуждаемый Custom search не поддерживает запросы с поисковыми операторами типа таких:
Я использую фиксированную ширину для сайдбаров и резину для контента.
- может тогда стоит его довести до ума?
Доп. варианты для использования через CSS, которые смогут вас натолкнуть на решение: функционал min-width и overflow.
Использую Almaz CMS. Очень нравиться. HTML шаблон адаптировать - 10-15 минут, настройка проста, функционал весьма приличный (статьи, опросы, простая галерея). Заказчику еще как-то под его условия интегрировал Almaz CMS с SMF-форумом - получился оч. приличный портальчик.
Кто-нибудь пробовал?
Очень не хватает отзывов и критики.
2z project
Только сайт их давненько не обновлялся.
На jQuery построена работа галереи, плагина опросов, Лайтбокс и в галерее и в постах.
Второй WYSIWYG редактор HTML-box также работает на jQuery.
igrok54 добавил 13.07.2009 в 14:42
Спасибо, вы правы, исправил. В дистрибутиве заменил.
igrok54 добавил 13.07.2009 в 15:39
Для тестирования работы Almaz CMS под нагрузкой, писал плагинчик, который генерирует заданное количество файлов статей в указанную папку рубрики.
Плагин можно взять здесь.
Разархивировать в папку plugins.
В браузере открываете index.php плагина, в форме указываете папку рубрики (путь от корневой директории Almaz CMS), количество статей для генерации и нажимаете кнопку.
Генерируются файлы с одинаковым содержанием статьи объемом 7.5 кб только с разными URL.
Не стоит использовать на хостинге...
На локалке делал 100 000 статей на сайте (от 10 000 до 30 000 в разные рубрики)
Максимальное потребление памяти при 100 000 статей на сайте было на странице архива рубрики - 3.6 мб на генерацию страницы. Главная страница и страница поста открывались быстро и памяти потребляли менее 1мб.
Посмотрите этот топик
Именно к такому решению я и склонялся, спасибо, Вы развеяли мои последние сомнения. Вопрос решен. Тему можно закрыть.
CHEM_Eugene - ваш совет учту, обязательно почитаю еще об этом.
Зачем такие сложности?
На моем движке скрипт листит директорию со статьями (статьи храняться в текстовых файлах + имя файла соответствует дате-времени публикации) и выводит содержимое директории рассортированное по времени публикации. Поэтому делаю дополнительную проверку на соотношение текущей даты-времени с датой-временем в имени файла, если время в имени файла больше - не выводить. Решается еще на уровне считывания в массив имен файлов.
Для страницы одной статьи - аналогичная проверка и что скрипт должен сделать по результатам если время публикации еще не наступило - как раз и есть суть вопроса (редирект на 404 страницу или информационное сообщение или считать файл базы и отдать страницу).
ewg777 - спасибо за ответ, но все таки хотелось бы точнее, так как ЦМС-ка бесплатная, каждый юзер действует по своему. Поэтому возможен и такой вариант.
Вопрос в первом топике остается актуальным.
Или еще третий вариант, при котором страница статьи существует не зависимо от времени публикации, т.е. 404 ошбки нет, а до наступления времени публикации ссылки на статью, анонс в разделе не выводится, то есть ее увидеть можно, но только зная URL.
