Анатолий Денисов

Анатолий Денисов
Рейтинг
48
Регистрация
09.06.2007
f0x:
Если так на вскидку с главной страницы
1. Зачем дата наверху нужна у меня она в трее есть всегда;) ? разбросана навигация в шапке.

Предполагается "газетная" подача информации. Но Вы уже не первый, кто говорит про эту дату - возможно, мы с ней действительно переборщили :-).

f0x:

2. Сравнение систем? Может имеет смысл сначала получить представление о интересных мне цмсках, потом их уже сравнивать

Т.е. какой-то поиск по CMS?

f0x:

3. Форма добавления CMS - полчил ошибку - "kernel::K_insert_obj_Error on insert"

Был не введен e-mail - это отловил сервер, но не проверил JS - спасибо, что не ввели :-).

f0x:

4. Поиск совсем не порадовал, нет " и или " при запросе на определенную цмс вываливает огромный список

Нужно будет настроить области индексации. Спасибо!

Что именно ужаснуло? :-).

Если обилие информации, то при выборе больше 3-4-х CMS таблица действительно становится очень большой, но как иначе вывести такое количество характеристик?

А насчет сортировки - интересная идея (не всем может быть понятен принцип группировки характеристик), спасибо!

opaHzheBb1u:
Насчет функциональности -
очень удобную и простую приладу для себя написал - вставляет ссылки на данную страницу в контент на других страницах в определенное слово, причем только в первое, если такое встречается несколько раз. Если сделать систему, чтобы все эти вставки отслеживать (чтобы не пропустить разные формы слова и тд), возможность добавлять синонимы и тд, вышел бы неплохой инструмент для внутренней перелинковки.

Т.е. составляется какой-то словарь со словоформами и соответствующими им "статьями", который потом применяется для контента?

Обобщая общение на предыдущей странице по поводу многосайтовости, попробую сформулировать такие характеристики:

1. Возможность управления несколькими сайтами в рамках одного интерфейса администрирования.

2. Ценовая политика в отношении лицензий (при росте их количества).

Arty.M:
PHP Classes - Class: Sunset & Sunrise
Вроде бы неплохой, в свое время использовал. Конечно, точность не до минуты, погрешность +/-15 минут.

Мы в свое время хотели сами такую штуку писать, потом... в общем, не понадобилось, а оказывается, поляки уже целый класс сделали :-).

MadeInWeb:
Само собой, считаю следующие вещи:
2) Простота самой CMS. Иначе нафига ОНО нужно? ;)

Вот с этого места поподробнее :-) (понятие очень широкое)

MadeInWeb:

3) Возможность менять тайтлы, кейвордсы и т.д. как у всех страниц скопом, так и у каждой конкретной страницы, товара, новости и т.д.

+1 к предложенной в нескольких постах выше характеристике.

MadeInWeb:

НО! Кроме этих возможностей, есть вариант "заточки" CMS конкретно под поисковую оптимизацию! Вот и интересно, насколько оптимизаторам это интересно и что конкретно нужно в CMS. В качестве затравки могу привести несколько пунктов “украденных” из ТО ДУ CMS S.Builder:
1. У каждой страницы внутри CMS сделать вывод ее PR. Пересчитывать его, скажем раз в 3 месяца.
2. Модуль со списком белых каталогов и возможностью регистрации в них.
3. Проверка типичных ошибок в текстах и верстке с выводом замечаний. Например:
-скрытый текст, например, белый на белом
-Длинный тайтл.
-Длинный дескрипшен
и т.д.
4. ИЦ сайта, при входе в CMS например.
5. Модуль анализа позиций в различных поисковиках по заданным ключевым словам. К примеру, CMS cама, в фоне (по крону) анализирует позиции по заданным фразам и в случае их изменения отсылает отчет владельцу или оптимизатору. В результате: меньше работы оптимизатору, сокращение трафика у оптимизатора и т.д.
6. Вывод процентного соотношения слов на странице.

Спасибо за конкретные формулировки!

Kpd:
Недавно перечитывал книжку Фредерика Брукса "Мифический человеко-месяц или как создаются программные сисемы". Книга была издана в 1975 году, автор описал проблемы (и их решение), с которыми столкнулся при руководстве крупными проектами по разработке ПО в середине 60-х. Переиздается до сих пор, многие проблемы актуальны даже сегодня, по прошествии 40 лет. Если вкратце, то для успешного проекта нужна четкая концепция и соответствующая ей организация коллектива, всё остальное отходит на второй план. Более фундаментальной (и в то же время простой) литературы по этой проблеме я не встречал. Если кому-то интересно. могу скинуть на рапиду.

Был бы очень благодарен :-). Одно название чего стоит (просто бальзам на душу менеджерам, которые не понимают, почему первоначально утвержденные сроки программирования имеют фантастическую способность к увеличению).

claygod:
Я в другой ветке
/ru/forum/146905
попросил высказать мысли по КМС-ке в разрезе поисковой привлекательности
оптимизированности движка. Может тут надо было запостить...

КМС сейчас много, и скорее это всё-таки надо рассматривать с конечной точки
зрения, каков будет результат.

Где-то здесь уже обсуждалась подобная тема: есть мнение, что только опытным путем можно получить достоверную информацию. Но, ИМХО, если обобщить опыт сотен (тысяч) специалистов по той же оптимизации, то какие-то базовые требования сформулировать все-таки можно.

Николай В.:
Возможно, но лично я против шаблонизации основанной на XSLT. Мне не очень удобно организовывать шаблоны таким образом. Предпочел бы подход, когда есть стандартизированный набор объектов и переменных (описанный в мануале) в связке с шаблонами вроде Smarty.

Т.е. если попробовать обобщить, то нужно знать, какую шаблонную систему использует CMS? А уже сам "покупатель" решит из своего опыта, отвечает ли она его потребностям, или нет.

Всего: 208