Статические по определению не используют базу данных (во время работы). Поэтому тот вопрос был странный.
Сами по себе статические сайты морально устарели, даже если их генерировать. К тому же придется "шаманить" с директивами сервера или использовать специализированный хостинг, чтобы хотя бы немного "причесать" сайт, например убрать из адресов страниц .html, устранить дубли страниц.
Вы вообще не в теме. Статический сайт для пользователя - не значит, что вы верстаете статические страницы. Контент страницы может собираться в результате выполнения скрипта. Но не в момент запроса пользоателем страницы. У вас все тормоза из-за этого.
Я имею ввиду под статическими страницами, что всем пользователям отдается готовая одна и та же страница.
Расширения в конце файлов убираются из адресной строки через команды в .htaccess.
Я сразу сказал, что речь идет о статических статейника. И ангулу конвертируют в html и у amp html есть оптимайзейр. Да, все может работать и на сервере. Суть дела не меняет. Пользователю отдают готовую статику.
При каком изменении БД, если она уже не нужна сайту? 😊
Вы не понимаете о чем речь? На локальном компе ведется разработка сайта-приложения. Допустим, может использоваться БД для хранения статей, связи с меню, объединение статей в разделы. Вы тут же на локальном компе генерите статические страницы и заливаете их на хостинг. Можно все это делать через интерфейс самописа/фреймворка или командную строку и на хостинге.
Процесс разработки сайта и готовый сайт - разные вещи. Если всем пользователям вы отдаете одну и туже страницу, зачем в ней програмная часть, не считая клиентского js?
Ну так объясните, зачем нужна субд статичному статейнику?
Основные тормоза исходят от базы данных. Для сайтов без хранения комментов, аккаунтов на стороне самого сайта, а тупо предоставляющих контент и хранящих данные в куках на стороне клиентов, база данных не нужна. Она может быть нужна при разработке самого сайта, но потом если делать по уму, надо нагенерить статических html - чтобы траф не лез в БД. Она ему не нужна. При изменении БД, надо автоматом перезаписывать измененные страницы на сервере.
Это все сложно реализовать для большинства. Поэтому очевидно да, без CMS будет быстрее. К тому же код чище, отдельные страницы можно делать не шаблонными. Например, страницы разделов. Рекламу вставлять по логике страницы, а не по шаблону на всех одинаково.
На что должно хватать компетенции? На создание каталога файлов?
Чтобы сделать сайт на фреймворке, надо быть программистом. На CMS - достаточно уверенного пользователя ПК.
Даже если пилить с нуля на HTML+CSS нормальный сайт, надо уметь делать адаптивные шаблоны, знать о контрольных точках, единицах измерения, уметь работать с командной строкой (иначе как делать замены/вставки в файлах). CMSщику все это не надо. Он должен знать как настраивать свою CMS и куда обратиться за помощью в случае проблем.
Белый бизнес должен быть готов разместить на своем сайте-магазине сведения о себе, в том числе адрес для связи.
Где-то в правилах было, что надо вывести в течение года. Сейчас не нашел. Возможно его уже нет, но как знать.
А зачем сейчас активно скупают ру-акки адсенса и сайты по бросовой цене?
поэтому и "типа". ВК - дебилизм. Лучше не трогать.
В юкассу всех подряд не берут.
О фрикассе пишут нехорошее.
Если трафик российский заморачиваться с "по всему миру" не стоит. Покупают редко.
Есть digiseller.com. Теоретически там можно подключить любой сервис платежей или получать на вебмани. Но сервис вы не подключите, если магаз ваш дно, а получать на сам диджиселлер и вывод - конская комиссия.
Так что лучший вариант: доводить сайт до уровня чтобы хотя бы взяли в юкассу и не выделываться.
