html поисковики ранжируют лучше.
cms "тащит" толпу скрипта и css, зачастую ненужных, массу кода (тоже не всегда оправданно). 30 страниц - можно и руками "слепить".
Но: без динамики сайт "зачахнет". И - достаточно быстро.
Дилемма. Для перспективы - нужен cms. Всё же.
В СМS обычно встраивается какая никакая но базовая система СЕО (дескрипшены, тайтлы, кейворды, метатэги). Новички с ХТМЛ обычно ничего такого не пишут, визуально выглядит хорошо и сойдет.
Конечно в идеале вылизанный с помощью профи ХТМЛ он получше в плане скорости открытия и отсутствия ненужностей. Но для удобства наполнения и динамики на сайте CMS все таки более современный.
В общем 1-5-10 страниц с частотой добавления 1-2 в месяц при помощи профессионала лучше хтмл.
Попытаюсь вкратце изложить суть - клиенту нужен был сайт как визитка, я его написал на html, продвинул хорошенько, но тут клиенту в будущем понадобится размещать на сайте новости. И вот вопрос, боюсь потерять позиции которые уже поднял, в связи с этими переездами. Может посоветуете хорошие скрипты для того чтобы прикрутить к простенькому html-сайту модуль новостей? Или всё таки рискнуть и перенести ресурс на cms?
Ты еще можешь поставить CMS, но главную привязать к index.html как приоритетную. Таким образом главная будет открываться как index.html, остальные через php. Вывод новостей на index.html через RSS
Что лучше лапата или трактор, клиентам нужен конечный результат, выбирай что будет удобно, если уж сделал на html и всё устраивает, то для новостей добавь скрипт новостной, хотя если не полениться то можно и перенести уже сделанную работу на движок, главное понять что в итоге нужно клиенту и что потом он ещё захочет.
Переносить не хочу, но и адекватного скрипта новостей не нашёл, "где-то что-то как всегда не работает в них".
Ставил даже cutenews, так он ни изображений не выводит ни видео, кривое.
детский сад хочу-не хочу. клиенту не судьба объяснить, мол так так - новости сами не появятся нужно делать работу, работу нужно оплатить - могу сделать или найти исполнителя.
не ну если клиент ваша бабушка, то вопрос отпадает сам собой, посоветуйтесь с генератором случаных чисел
Я думаю вопрос закрыт, так как топикстартер сам до конца не понимает что ему нужно. В итоге все свелось к уже крылатому:
- я не знаю ничего в этом, подскажите как надо.
- надо так вот и так.
- я не согласен.
увы, становится классикой - когда "клиент" выкатывает глаза, мол 50-100 т.р. за сайт больно дохера, мне Вася, друг сестры сделает за пять, когда сам такой же нищеброд.
после чего эти "Васи" группируются в тролль-команды и заваливают ресурсы (где им разрешено песАть, разумеется) своими архиважными вопросами из серии: " а точно в следующем году будет 365 дней? а если я поеду к бабушке, тут так же останется?" в итоге два лоха нашли друг-друга, браво
Грузиться будет быстрее поэтому небольшой плюс есть, но есть и минусы такие как надобность создавать видимость того что это динамика а не голый хтмл. Для этого в .htaccess пропишите редиректы так чтобы .html в путях не было и выставите каноника на чистые новые пути. Если подделаете заголовки сервера и наклепаете поддельный псевдоним генерируемый RSS и Sitemap то будет еще лучше. То есть есть шанс замаскировать ваш более быстрый и простой HTML под динамический движок и тогда поисковик нихрена не поймет разницы. У статики есть только один минус - у нее статичные заголовки ответа сервера и классические устаревшие пути что будет давать свой результат на повторах индексации. если на сайте будет что-то меняться. Для 30 страниц я бы уже на вашем месте задумался над CMS(легкой и простой), но для сайтов в 5 страниц от CMS толка никакого нет. Даже комментарии можно подключить от VK или дискус простым JS.
HTML - для продвижения естественно идеальный вариант, скорость загрузки и т.д.
CMS - куча хлама подгружается
Еще не писали
чистый php или framework - что есть куда лучше долбаных cms. Ушли с cms на framework и по всей видимости уже не вернемся, хотя для клиентов это действительно дороже и для разработчиков трудозатратнее, но качество говорит за себя
Мда... Вы реально дураки? Конечный формат страницы у CMS = HTML!!!!!!!!!!! Итого, разницы нет!!!!
А то что CMS тащит много не нужного отключи в шаблоне/коде и все.
cms "тащит" толпу скрипта и css, зачастую ненужных, массу кода (тоже не всегда оправданно). 30 страниц - можно и руками "слепить".
Но: без динамики сайт "зачахнет". И - достаточно быстро.
Дилемма. Для перспективы - нужен cms. Всё же.
Конечно в идеале вылизанный с помощью профи ХТМЛ он получше в плане скорости открытия и отсутствия ненужностей. Но для удобства наполнения и динамики на сайте CMS все таки более современный.
В общем 1-5-10 страниц с частотой добавления 1-2 в месяц при помощи профессионала лучше хтмл.
Ставил даже cutenews, так он ни изображений не выводит ни видео, кривое.
не ну если клиент ваша бабушка, то вопрос отпадает сам собой, посоветуйтесь с генератором случаных чисел
- я не знаю ничего в этом, подскажите как надо.
- надо так вот и так.
- я не согласен.
после чего эти "Васи" группируются в тролль-команды и заваливают ресурсы (где им разрешено песАть, разумеется) своими архиважными вопросами из серии: " а точно в следующем году будет 365 дней? а если я поеду к бабушке, тут так же останется?" в итоге два лоха нашли друг-друга, браво
CMS - куча хлама подгружается
Еще не писали
чистый php или framework - что есть куда лучше долбаных cms. Ушли с cms на framework и по всей видимости уже не вернемся, хотя для клиентов это действительно дороже и для разработчиков трудозатратнее, но качество говорит за себя
А то что CMS тащит много не нужного отключи в шаблоне/коде и все.