Вероятно, рели... тьфу, спецификация:
Я бы посмотрел в сторону java script. В мозиле точно работает, в ие не знаю, но тоже должно.
Я бы не стал брать такую интересную ссылку =)
Спасибо, хорошая ссылка =)
Кстати, кто-то говорил, что "больше 100 внешних ссылок - гарантированно помойка, фильтровать как нефиг делать" и т.д. Дык, там исходящих больше 700, тем не менее, страничка попала в букмарки =)
Итак, работы по настройке выполнены. Заказывал у http://esupport.org.ru/ - всем доволен, адекватные люди, приятно иметь с ними дело, всем рекомендую. Выполнили задачи, поставленные в первом посте, кроме того, настроили тестовый домен, тестовый ящик, ну, в общем, сделали все, чтобы мне оставалось только копи-пастить и радоваться =) Дали необходимые пояснения и несколько дельных советов.
Всем откликнувшимся - также спасибо. Топик можно закрывать =)
Одному из лучших знатаков веб-стандартов на этом форуме - респект и уважуха =)
Будь здоров! 🍻
Ром, мы с тобой. Крепись, все наладится!
Не хочу огорчать, но ИМХО для реализации предполагаемого Вами функционала, придется нанимать программера, независимо от выбранного движка. Причем работы немало, насколько могу судить.
ОК, выскажу мнение.
Чтоб сделать более-менее приличную систему в одиночку, понадобится как минимум пол года работы. Скорее всего, несколько раз придется переписывать код с нуля =) И это если не изобретать велосипедов. То, что Вы выложили, развивать дальше будет очень сложно - нет единой концепции, она даже никак не намечена. Базовый функционал очень негибок. Когда кода в таком стиле становится больше хотя бы 2К строк, поддерживать его - одно мучение.
Могу дать такие советы. Если Вы хотите делать именно CMS - попробуйте использовать следующий алгоритм:
0. Получить практический опыт разработки сайтов разной сложности, чтоб знать, с какими задачами может столкнуться будущая CMS
1. Скачать и потестить как можно больше разных систем
2. Завести файлик, разбитый на разделы по функционалу
3. По каждому разделу из всех протестированных CMS выписать интересные решения
4. Наиболее неудобные решения тоже выписать, чтоб не повторять чужих ошибок
5. Наметить roadmap - сначала пишем ядро, потом на него вешаем всевозможные прибамбасы
6. Получившееся использовать как ТЗ, следуя этому ТЗ писать код, покуда хватит сил =)
Особо внимательно подойдите к разработке ядра. Если начать что-то кодить, не имея ясного представления, что в итоге получится - это почти 100% гарантия, что код придется переписывать, а все проекты, созданные к тому моменту, повиснут в воздухе - либо надо будет переделывать и их, либо - поддерживать 2 версии системы.
Для максимальной гибкости ядро должно содержать как можно меньше конкретного функционала. Только основную концепцию, методы подключения модулей, методы для работы с деревом документов, концепция шаблонизатора и т.д. Эту часть кода надо стараться сделать так, чтоб потом изменять как можно реже. Т.е. код должен быть быстрым, продуманным и хорошо документированным.
Следующий "слой" - базовые готовые модули - элементы, часто используемые на многих сайтах, как то всевозможные менюшки, авторизация, breadcrumbs, корзина etc. Библиотека таких готовых решений может очень здорово ускорить разработку, особенно если на этапе разработки ядра хорошо продуманы методы их подключения =)
И последнее - кастомные модули, которые делаются под конкретные узкие задачи. Чтоб с разработкой таких решений не было трудностей, постарайтесь:
1) Хорошо задокументировать интерфейсы ядра
2) Сделать механизм расширения базовых модулей
И самое главное - помните, что Вам понадобится немало сил и времени, чтоб сделать действительно интересный продукт.
Другой вариант - если Вы нацелены именно на SEO-фичи. Тогда, возможно, и не имеет смысла вкладывать кучу сил в разработку своей CMS. Можно либо делать модули под наиболее популярные системы (и это будет востребованно), либо делать универсальные классы, на базе которых каждый сможет сам сделать модуль под свой движок и прикрутить его.
Третий вариант - выбрать узкую специализацию. Например, сделать сателлитную CMS, заточенную под маленькие сайтики, и оснащенную всем функционалом, необходимым для SEO. Тогда основные требования таковы:
1) Мультисайтовость - т.е. чтоб из одной админки можно было рулить всей группой сателлитов
2) Расстановщик ссылок. Улучшать таковой можно до бесконечности =)
3) Наверно, действительно нужна статистика, но именно сводная, по всем сателлитам
Такие дела. В любом случае, желаю успехов =)
P.S. КМС - это "кандидат в мастера спорта" =) А content management sysem - в худшем случае "ЦМС", а лучше все же "CMS" =)
Если Вам нужно повесить у себя чужие новости (импортировать), надо
1) Собрать ленты
2) Распарсить
3) (скорее всего) сохранить у себя, например в БД (иначе может тормозить)
Пункты 1 и 3 - на Ваше усмотрение. Парсинг - удобнее всего DOM, но это довольно ресурсоемкая штука, подходит, если новостей мало и парсятся только один раз. Менее удобен SAX, зато довольно шустро работает. Я бы смотрел в его сторону. Есть еще экзотические решения - например, я как-то делал XSL-шаблон, который из XML-документа создавал набор SQL-запросов.
После того, как новости засторены у вас в нужном формате (в БД / в файлах), как их вывести - уже вопрос архитектуры вашего проекта. Поэтому полностью готовое решение может быть только под конкретный движок (у многих такие есть).
Если новости надо экспортировать (т.е. разместить у себя ленту, что ее потом тырили), XML можно собирать либо при помощи DOM (грамотно, гибко, но не очень быстро, скорее всего понадобится кэширование), либо тупо работать со строкой (некрасиво, не гибко, зато быстро и не требует знания DOM).
В любом случае, изучите спецификацию RSS, а также поищите готовые решения.
Антон, от всей души поздравляю! Успехов, самого вкусного пива, и чтоб рандом в выдаче приносил только прибыль и радость =) 🍻
