topy: Анатолий Денисов, вообще такие темы на форуме были (как-то так: "Идеальная CMS"). Поищите, темы были довольно-таки большими и много вопросов было раскрыто.
Спасибо, обязательно воспользуюсь - и, если получится, обобщу здесь найденную информацию. Думаю, это будет небесполезно.
Николай В.: В первую очередь вменяемая система шаблонов, т.е. CMS не должна навязывать использование типовых HTML-конструкций, не должна генерировать избыточный HTML-код.
Т.е., грубо говоря, максимальная "отвязанность" верстки от программных алгоритмов? Если попробовать сформулировать в виде "да/нет", то можно ли, на Ваш взгляд, возможность обработки связки XML/XSLT рассматривать как характеристику "вменяемости системы шаблонов"?
Николай В.:
Еще мне кажется хорошей идеей реализация управляемого наследования тайтлов, кейвордов и дескрипшенов, управление ими с помощью различных масок и т.д.
Да, согласен. Т.е. если формулировать как-то для ответа да/нет - то "возможность группового управления мета-тегами - т.е. с применением наследования, масок и т.д."?
Ткач: зачастую проблемма кроется в разных характерах участников нового проекта.
Ведь один как правило оказывается вдохновителем и энтузиастом, а другой считает денежки сразу)
ИМХО, это как раз хорошее сочетание :-). Иначе очень реальна ситуация, описанная в одном из постов выше, когда появление первых денег рушит отношения тех, кто к ним не готов. Но, с другой стороны, без энтузиастов тоже никуда - кто-то же должен "осиливать дорогу".
Канал-Р: Так вообще похоже, что в этой теме собрались люди, знающие вопрос не понаслышке. Слишком много таких общих мыслей, которые можно наработать только длительным опытом.
А день "Х" ИМХО можно как минимум отодвинуть на отдаленное будущее. Ведь с годами растет не только проект, но и тот самый единственный программист. Значит постепенно раскрываем кошелек все шире и спокойно относимся к тому, что некий объем работы три года наза стоил 100 долларов, а сегодня 500, да и то "под настроение". То есть мысль: платить, не скупиться, стимулировать рублем.
P.S. Ну и в церкви не забываем ставить свечки за его здоровье :о)
Канал-Р: Да, когда программист начинает намекать, что устал, хочет завязать, отдохнуть, сосредоточиться на "своих проектах" или наоборот нашел "более важное и прибыльное дело", у клиента начинается нервный тик... :о)
Тут ИМХО можно только морально готовится к неожиданному наступлению часа "Х" (потере старого программера) и последующему выкладыванию заведомо большОй суммы заведомо дорогому новому программеру - сначала за анализ и изучение сотен килобайт чужого кода, а затем за его продолжение :(
Насколько я понимаю, мы одинаково смотрим на возможные проблемы; а вопрос реагирования носит скорее философский характер :-) (готовиться заранее не только морально или надеяться на лучшее)
Канал-Р: И это верно. Но мало кто в нулевом проекте начинает с двумя программистами. Всегда один. А потом получается ситуация: программер проработал год или два, сделал полностью все по своему и под себя, потихоньку повышает клиенту ставки и т.п. Ну и как в такой ситуации ввести второго программера? Да никак, наверное.
Об этом и речь. А если проект потребует взрывного развития (чего дай Бог каждому хорошему проекту :-) ), то из-за отсутствия изначальной командной постановки могут возникнуть серьезные проблемы.
MadeInWeb: Может проще тогда составить не список CMS, а список возможностей, наличие которых в CMS необходимо для SEO? И те, кто работал с каждой конкретной CMS, просто по нему ответят.
Это вопрос скорее к составителю данного F.A.Q. Лично мне кажется, что это хорошая постановка задачи, которая ощутимо облегчит составление F.A.Q.
MadeInWeb:
Более того, это даст информацию разработчикам CMS, ЧТО нужно еще добавить для улучшения системы с точки зрения поисковой оптимизации.
Что скажете по поводу них?
На сколько нужны системе такие возможности?
Я был бы рад их наличию. Вопрос, кстати, еще в том, во сколько "обходится" поддержание актуальности подобной статистики. Для проектов на виртуальных хостингах это может иметь значение.
Kpd: Если получается коллективная работа, то с двумя программистами лучше. Но чаще получается как "две женщины на кухне" :)
Если этот носитель знаний не криворукий, оставлял в коде хорошие комментарии, то изучение кодов не составит проблему. По крайней мере разобраться в кодах PHP можно всегда, было бы желание :)
Вот как раз вопрос в "составлял". К сожалению, ИМХО, хороший программистов, которым хватает сил заставлять себя постоянно комментировать (и главное - поддерживать комментарии в актуальном состоянии) в одиночном режиме разработки, меньше, чем просто хороших программистов. А здесь есть некоторая стимуляция :-).
А по поводу двух женщин... Рад был бы возразить, но не могу).
Евген: ни одна из cms никогда не будет являться идеальной под все задачи оптимизатора. потому как задач этих много и они разносторонние.
Согласен. Но в данном F.A.Q. будет собрана информация об использовании конкретных CMS в оптимизационных задачах. Насколько я понимаю, здесь нет цели назвать "самую лучшую CMS для оптимизации". Скорее, обобщить опыт их использования.
Анатолий Денисов, вообще такие темы на форуме были (как-то так: "Идеальная CMS"). Поищите, темы были довольно-таки большими и много вопросов было раскрыто.
Спасибо, обязательно воспользуюсь - и, если получится, обобщу здесь найденную информацию. Думаю, это будет небесполезно.
В первую очередь вменяемая система шаблонов, т.е. CMS не должна навязывать использование типовых HTML-конструкций, не должна генерировать избыточный HTML-код.
Т.е., грубо говоря, максимальная "отвязанность" верстки от программных алгоритмов? Если попробовать сформулировать в виде "да/нет", то можно ли, на Ваш взгляд, возможность обработки связки XML/XSLT рассматривать как характеристику "вменяемости системы шаблонов"?
Еще мне кажется хорошей идеей реализация управляемого наследования тайтлов, кейвордов и дескрипшенов, управление ими с помощью различных масок и т.д.
Да, согласен. Т.е. если формулировать как-то для ответа да/нет - то "возможность группового управления мета-тегами - т.е. с применением наследования, масок и т.д."?
зачастую проблемма кроется в разных характерах участников нового проекта.
Ведь один как правило оказывается вдохновителем и энтузиастом, а другой считает денежки сразу)
ИМХО, это как раз хорошее сочетание :-). Иначе очень реальна ситуация, описанная в одном из постов выше, когда появление первых денег рушит отношения тех, кто к ним не готов. Но, с другой стороны, без энтузиастов тоже никуда - кто-то же должен "осиливать дорогу".
Так вообще похоже, что в этой теме собрались люди, знающие вопрос не понаслышке. Слишком много таких общих мыслей, которые можно наработать только длительным опытом.
А день "Х" ИМХО можно как минимум отодвинуть на отдаленное будущее. Ведь с годами растет не только проект, но и тот самый единственный программист. Значит постепенно раскрываем кошелек все шире и спокойно относимся к тому, что некий объем работы три года наза стоил 100 долларов, а сегодня 500, да и то "под настроение". То есть мысль: платить, не скупиться, стимулировать рублем.
P.S. Ну и в церкви не забываем ставить свечки за его здоровье :о)
Что ж, здесь уже и добавить нечего :-).
Да, когда программист начинает намекать, что устал, хочет завязать, отдохнуть, сосредоточиться на "своих проектах" или наоборот нашел "более важное и прибыльное дело", у клиента начинается нервный тик... :о)
Тут ИМХО можно только морально готовится к неожиданному наступлению часа "Х" (потере старого программера) и последующему выкладыванию заведомо большОй суммы заведомо дорогому новому программеру - сначала за анализ и изучение сотен килобайт чужого кода, а затем за его продолжение :(
Насколько я понимаю, мы одинаково смотрим на возможные проблемы; а вопрос реагирования носит скорее философский характер :-) (готовиться заранее не только морально или надеяться на лучшее)
И это верно. Но мало кто в нулевом проекте начинает с двумя программистами. Всегда один. А потом получается ситуация: программер проработал год или два, сделал полностью все по своему и под себя, потихоньку повышает клиенту ставки и т.п. Ну и как в такой ситуации ввести второго программера? Да никак, наверное.
Об этом и речь. А если проект потребует взрывного развития (чего дай Бог каждому хорошему проекту :-) ), то из-за отсутствия изначальной командной постановки могут возникнуть серьезные проблемы.
У всех успешных проектов есть одна логика:
"Дорогу осилит идущий!"
Все остальное детали, главное упереться и долбить в одну точку ;)
+1.
Хорошо сказано, и по существу.
Может проще тогда составить не список CMS, а список возможностей, наличие которых в CMS необходимо для SEO? И те, кто работал с каждой конкретной CMS, просто по нему ответят.
Это вопрос скорее к составителю данного F.A.Q. Лично мне кажется, что это хорошая постановка задачи, которая ощутимо облегчит составление F.A.Q.
Более того, это даст информацию разработчикам CMS, ЧТО нужно еще добавить для улучшения системы с точки зрения поисковой оптимизации.
Согласен.
Для примера, скриншоты:
http://www.sbuilder.ru/ss_more.php?fid=116&binn_rubrik_pl_imagelib=344
http://www.sbuilder.ru/ss_more.php?fid=117&binn_rubrik_pl_imagelib=344
http://www.sbuilder.ru/ss_more.php?fid=118&binn_rubrik_pl_imagelib=344
http://www.sbuilder.ru/ss_more.php?fid=119&binn_rubrik_pl_imagelib=344
http://www.sbuilder.ru/ss_more.php?fid=120&binn_rubrik_pl_imagelib=344
http://www.sbuilder.ru/ss_more.php?fid=121&binn_rubrik_pl_imagelib=344
Что скажете по поводу них?
На сколько нужны системе такие возможности?
Я был бы рад их наличию. Вопрос, кстати, еще в том, во сколько "обходится" поддержание актуальности подобной статистики. Для проектов на виртуальных хостингах это может иметь значение.
Если получается коллективная работа, то с двумя программистами лучше. Но чаще получается как "две женщины на кухне" :)
Если этот носитель знаний не криворукий, оставлял в коде хорошие комментарии, то изучение кодов не составит проблему. По крайней мере разобраться в кодах PHP можно всегда, было бы желание :)
Вот как раз вопрос в "составлял". К сожалению, ИМХО, хороший программистов, которым хватает сил заставлять себя постоянно комментировать (и главное - поддерживать комментарии в актуальном состоянии) в одиночном режиме разработки, меньше, чем просто хороших программистов. А здесь есть некоторая стимуляция :-).
А по поводу двух женщин... Рад был бы возразить, но не могу).
ни одна из cms никогда не будет являться идеальной под все задачи оптимизатора. потому как задач этих много и они разносторонние.
Согласен. Но в данном F.A.Q. будет собрана информация об использовании конкретных CMS в оптимизационных задачах. Насколько я понимаю, здесь нет цели назвать "самую лучшую CMS для оптимизации". Скорее, обобщить опыт их использования.