Посмотрите в логах частоту запросов и, собственно, что за бот орудует. И, да, стоит разобраться с настройками, боты не должны ложить сайты. Если что, обращайтесь.
Можно оформить как "цель" в Яндекс.Метрике и клиенту дать гостевой доступ. Если интересно, могу помочь.
<?php$search = 'дешевые компьютеры, принтеры, мышки';$search = explode(',', $search);$search = array_map('trim', $search);$sql = 'SELECT title, meta_d, meta_k, text FROM menu WHERE poisk LIKE "%' . implode('%" OR poisk LIKE "%', $search) . '%"';echo $sql;?>
Реализовал функционал пакетного размещения, а также начал потихоньку наполнять оф. сайт http://flaria.ru/
На пару дней уйду в оффлайн в связи с поездкой, после этого реализую еще пару идей и выложу в свободный доступ текущую на тот момент версию. Надеюсь, будут желающие пощупать/потестировать и рассказать о своих пожеланиях, которые я постараюсь реализовать. А дальше видно будет.
Пока такое видение.
Модуль комментариев у меня есть, я считал, что для саттелитов и МФА он не особо то и нужен. Есть сложность к прикручиванию его к многостраничным статьям, каким образом организовать навигацию? Разбить комментарии тоже на страницы уже не получится, будет неразбериха какая-то в URL'ах. Все комментарии статьи отображать на всех её страницах? Какие еще есть идеи?
Пакетное размещение, как я понимаю, это, например, загрузка файла или архива с множеством статей в нем. Тогда нужен некий набор правил оформления таких файлов, который предъявляется сразу контент-менеджеру либо копирайтеру, так?
Думаю, неплохим функционалом также бы была возможность импорта базы данных из Joomla/Wordpress.
О, светлые мысли. Благодарю всех отписавшихся. Итак, о цене пока забудем. Я тут многое в принципе понял. Для начала по поводу функционала. Вводный мой пост получился очень неважнецким, писал его в 6 утра не особо соображая. Думал, наглядным будет видео, но оно тоже получилось не ахти, т.к. изначально планировал голосом рассказать и показать все, но по тех. причинам пришлось делать текстовые выноски. Перечислю списком базовые возможности системы:
1. Древовидные категории. Неограниченная вложенность категорий, URL'ы категорий вида /category/subcategory/subcategory/
2. Инструмент управления категориями (создание, редактирование, удаление)
3. Страницы. Страницы вне категорий, URL'ы вида /page (можно /page.html), либо определенной категории, URL'ы вида /category/subcategory/subcategory/page
4. Инструмент управления контентом (создание, редактирование, удаление страниц). Для каждой страницы можно задать метаописание, ключевые слова, метазаголовок, отличающийся от основного заголовка (H1). Любую страницу можно запретить индексировать (используется метатег noindex)
5. "Пагинация" страниц (разбивка на страницы)
6. Отложенная публикация
7. Шаблонизация. Хранение дизайна отдельно от кода, шаблоны довольно просты
8. Отсутствие дублей страниц. Идеология следующая: URL-с конечным слешем трактуются как категории, без - как страницы. Где необходимо используются "канонические URL'ы"
9. Хлебные крошки. Возможность отключения их на любой из страниц
10. Оптимизация URL и щаблонов под "быстрые ссылки Yandex" (http://help.yandex.ru/webmaster/?id=1067128)
11. Поддержка тем. Основная фича движка. Каждой странице можно задать тему - схему расположения блоков на странице. Блоки могут быть ненастроенными, тогда для каждой страницы настройка блоков (их положение, размер и содержимое) производится индивидуально при помощи спец. инструмента буквально в пару кликов (на видео продемонстрировано, а также в след. пункте). Либо тема уже может содержать информацию о том, где и какие блоки будут на странице. По умолчанию есть три темы: Clear ("чистая тема", без блоков), Blocks (три блока: над текстом страницы, внутри текста, под текстом, каждый блок настраивается индивидуально на каждой странице) и Sape (ссылки Sape под текстом страницы). Можно создавать собственные темы по подобию имеющимся
12. Возможность размещения блока в любом месте публикации. Помимо блоков, заданных текущей темой страницы, можно добавлять произвольное количество блоков непосредственно внутри текста публикации. Просто в нужном месте вставляются "маркеры" блоков вида {BLOCK_id}, после сохранения в странице в местах, где были добавлены маркеры появятся вот такие не настроенные блоки (которые видит только администратор сайта):
У каждого блока есть кнопка "настроить", нажав на которую появляется инструмент настройки блока:
13. Поддержка Sape. Как это уже стало ясно из предыдущих пунктов. Где и сколько ссылок Sape вывести на странице можно задать темой и применить её для нужных страниц. Можно также включить поддержку контекстных ссылок Sape в конфиге (поддержки других систем пока нет попросту потому, что я с ними не работал и нет возможности протестировать, как только появится желающий увидеть поддержку того или иного сервиса, например, TrustLink в моем продукте и будет не прочь в этом помочь в качестве тестера, я обязательно это сделаю)
14. Инструмент управления блоками (создание, редактирование, удаление). При настройке блоков непосредственно на страницах сайта содержимое не вводится каждый раз заново, а выбирается из списка (см. предыдущий скрин). Этот список формируется при помощи данного инструмента. Здесь можно добавить коды Google Adwords, коды партнерок (например, Ozon). И так далее
15. Инструмент управления главным меню. Создание, редактирование, удаление элементов меню, изменение порядка элементов
16. Блочное кеширование. Отдельные элементы сайта (например, главное меню, рекламные блоки) кешируются для ускорения загрузки и снижения нагрузки на сервер
17. Инструмент управления изображениями. Получение HTML-кодов изображений для вставки их в публикации
18. Мультисайтовость. Возможность обслуживания множества сайтов одним движком. Путем несложной настройки веб-сервера и специальных экстра-конфигов (для каждого домена свой конфиг с отличающимися от глобального конфига настройками). При этом определенные таблицы баз данных можно сделать общими для всех сайтов (например, таблица пользователей, для единой авторизации, и таблица блоков, чтоб иметь единый список блоков). Такой подход гораздо упрощает обслуживание крупной сетки сайтов
19. Возможность работы из-под поддиректории
20. Что можно настроить в конфиге:
- Метазаголовок, ключевые слова и метаописание, используемые по умолчанию
- Количество публикаций, выводимых в категории
- Режим индексирования категорий (не индексировать категориии, индексировать только 1-ые страницы категорий, индексировать все страницы категорий). Обычно категории не требуется индексировать, т.к. они содержат аннотации публикаций, а этот текст также содержится непосредственно на страницах публикаций. Для сателитов имеет смысл включать индексацию для увеличения общего кол-ва страниц. Индексировать только 1-ые страницы категорий иногда тоже полезно, например, для формирования быстрых ссылок Yandex
- Отображать ли записи только текущей категории или текущей или всех подкатегорий данной категории (рекурсивно)
- Заголовок и сообщение пустой категории
- Вкл/выкл кеширование
- Шаблоны метазаголовков. К примеру, вы хотите, чтобы к каждому заголовку приписывался какой-то префикс или постфикс (Заголовок / site.ru), это можно указать здесь
- Лого и слоган в шапке сайта
- Код, который вставляется перед </body>. Можно добавить коды счетчиков и т.п. Это можно сделать и в шаблоне main.tpl, но в случае с мультисайтовостью, если несколько доменов используют один и тот же шаблон, счетчики стоит прописывать в конфигах
- Содержимое robots.txt. Также указывается в конфиге по соображениям из предыдущего пункта
- Здесь также задается имя иконки сайта, которая ищется в папке с шаблоном. Таким образом для каждого сайта задается собственная иконка в случае с мультисайтовостью, если несколько доменов используют один и тот же шаблон
- Заголовки и тексты 404 и 503 ошибок
- ID Sape, вставлять ли контекстные ссылки в публикации
- URL страницы авторизации. Можно задать произвольный URL для повышения безопасности
- Размеры блоков. Здесь можно дополнить список размеров блоков для последующего выбора при настройке блоков
Некоторое несущественное и системное я опустил.
Есть еще несколько возможностей, которые сейчас не задействованы, но реализовать их можно, буквально, кинув пару модулей, которые уже готовы и используются в других сайтах, в соответствующую папку. Например, модуль журналирования. Для отслеживания всевозможных событий на сайте (ошибки 404, редиректы, посещения роботов и т.д.). Возможно также была бы востребованной поддержка мультиязычности. Пример реализации: http://easyslimbody.com/ (есть EN и RU версии).
Также в планах у меня реализация поддержки из коробки целей Яндекс.Метрики, таких как "клик по блоку". Что позволит смотреть в Веб-визоре действия посетителей, нажавших на, скажем, баннер Adwords.
Flaria - это лишь мой фреймворк Lorelei с набором модулей. Сам этот фреймворк я постоянно совершенствую уже года три, на нем построено, можно сказать, немало довольно функциональных сайтов, в старт-посте я привел несколько примеров, могу еще: itproblems.ru, dvplomba.ru. То есть я считаю непосредственно Lorelei достаточно зрелым и неплохим продуктом. Все построено на модульности: любой функционал сайта - это отдельный модуль (модуль категории, модуль страницы, модуль главного меню). Есть поддержка событийности и многих других фич. Весь код объектно-ориентирован. На сайте http://www.myfirstsite.ru/ меня уже несколько раз просили поделиться кодом Lorelei, но они вряд ли догадывались, что их ждет голый core.php :) Я же решил это дело довести до готового продукта в виде Flaria, потратив на это, кстати, не один вечер. Примеры в старт-посте непосредственно на Flaria очень неудачны, какие-то одностраничники получились и совершенно не отражают возможностей.
Код ничем не закриптован, напротив, он отформатирован, местами даже прокомментирован.
Либо не знаком с термином, либо с технологией. Просвятите?
По поводу комьюнити и прочего я конечно согласен, но получается ситуация а-ля "меня не берут на работу, потому что у меня нет опыта, у меня нет опыта, потому что меня не берут на работу".
Я тут вижу, вроде бы, неплохие варианты. К примеру, сделать движок бесплатным, но на платной основе выполнять какие-то индивидуальные реквесты "вне очереди". Что думаете по этому поводу?
В ближайшие несколько дней планирую все же заполнить контентом основной сайт и повесить демку.
Функционала действительно не много, про это я уже писал. Сырой бы я не назвал. Нет WYSWYG-редактора в добавлении/редактировании статей, но я не определился с тем, какой выбрать.
Ок давайте зайдем с другой стороны. Какой функционал, какие конкретно фичи по вашему сделали бы проект привлекательным?
Неплохое начало :) Благодарю хотя бы за то, что прочитали (вроде как) мою писанину. Окей, по поводу цены я согласен, поэтому пока 1к.
По поводу сессии что-то не совсем весело получилось, надо было четвертные контрольные или что-то в этом роде вспомнить.
Вот это уже поконструктивнее. Согласен, движков много, все хороши, всё отлично. Но я предлагаю сделать такой, чтобы все необходимое именно для целевых типов сайтов (сателлит, МФА, сайт под вечные ссылки) было уже встроено в функционал (а некоторое уже есть и в первой версии) без необходимости искать/ставить модули/расширения, всякие СЕО-паки и прочее, как это обычно происходит в традиционных CMS. Ведь многие даже не в силах без сторонней помощи добавить блок биржевых ссылок где-нибудь внутри контента.
Да, скорей всего брать деньги "в аванс" за такую призрачную перспективу не очень правильно, возможно стоит и сделать так:
Но для начала мне нужно узнать, имеет ли смысл это вообще. Поэтому жду советов/критики/etc, только пожалуйста без сарказма и остроумия.---------- Добавлено 21.08.2013 в 12:03 ----------dkameleon, кстати, так и не понял, зачем вы обратилесь к несуществующему поддомену. Я даже не стал заморачиваться с перенаправлением, в любом случае, обычно это делается тюнингом веб-сервера, а не возможностями движка.
Добрый день. Есть сайт в Sape со схемой продажи 2-2-2. Блочные ссылки. Хочу попробовать и контекстные ссылки. Возникло несколько вопросов. После добавления кода для контекстных ссылок нужно ли отправлять сайт на переиндексацию? Как будет вести себя схема продажи при наличии на странице и блока ссылок и контекстных ссылок. Допустим, в данный момент на странице заняты обе ссылки в блоке, значит в контенте ссылки размещаться не будут. Если в блоке одна ссылка - на странице может быть куплена одна контекстная ссылка. И наоборот, если обе контекстные ссылки на странице куплены, то ссылки в блоках не покупаются. Мои суждения верны?
Да, на счет этого знаю. В принципе, можно же загрузиться с live-образа и сделать клонирование куда-то на сетевой ресурс, потом обратную операцию проделать на целевом VPS. Сорри за сруливание темы ветки. Думаю, примерный алгоритм ясен. Поддержку же можно попросить смонтировать iso-образ, дав линк на него?
