Как отредактировать более 100 html файлов на самописном сайте?

Борис, ты?

самописный сайт надо писать заранее так, чтобы в будущем страдать меньше. не делай сайт на статических файлах.

sed/awk/perl/vim/emacs?

Как раз таки самый вменяемый сайт - на статических файлах. Без этой тормозятины в виде жабоскрипта или пыхпыха. Разве что можно средствами сервера к страничкам приплюсовывать что-нибудь в начале и в конце. Да и использовать общую CSS, чтобы в случае необходимости легко было поменять макет разметки на всех страницах единообразно.

Плюсую. Особенно если это личный сайт или блог, то статика — самое оно. Быстро, удобно, надёжно, легко переносимо.

У тебя есть исходник и код, который превращает этот исходник в хтмл. В исходнике/коде и меняй.
Ты же не наркоман, чтобы руками весь хтмл набирать.

Допустим у меня накопиться 100 страниц

Нормальные люди делают html шаблон, один на все страницы, в которые контент подставляется из базы данных. Тогда для решения твоей проблемы понадобится поправить только один файл - шаблон.

Сделай все как посоветовал Eddy_Em, но создай еще файлы top.html, bottom.html. И отдельную папку content.

Потом напиши баш-скрипт который будет создавать страницы в папке сервера из твоего контента:

for i in content/*; do
  cat top.html $i bottom.html > ${i%%.*}.html
done

cat top.html $i bottom.html > ${i%%.*}.html

Если делаете именно статику, то желательно делать tmp файл, делать cmp и только если не равно, то переименовывать. Сохранять дату неизменной — хороший стиль для кеширования статики у клиентов, а переименование из tmp — атомарная операция и клиент не получит части html-ки.

https://en.wikipedia.org/wiki/Server_Side_Includes и вынести head в отдельный файл

но вообще в jekyll нет ничего сложного, знаний ruby там требуется минимум

Ты же не наркоман

Смелое допущение

Разбирался я с Hugo и Jekyll, ну такое не впечатлило, зачем так все усложнять - не совсем понятно

Напиши свой генератор статических сайтов, не переусложнённый. Простейший генератор можно написать хоть на шеле за несколько минут

https://ru.wikipedia.org/wiki/SSI_(программирование)

Вот это по идее должно помочь.

короч пиши свою CMS и храни контент страницы в БД, а для вывода его на страницу используй один общий скрип-шаблон.

или присмотрись например к wordpress

либо

https://www.gatsbyjs.com/

я бы с радостью, но не умею.

с помощью питона и супа.

только без жопаскрипта у тебя свистоперделок не будет в виде окошечек и рюшечек

https://www.andreas.com/faq-ssi.html

Будет просто статическая верстка, что нужно в 99% случаев. А рюшечки не нужны.

Нужда в жабоскрипе возникает лишь тогда, когда требуется интерактивность: тут пользователь нажал, а там что-то засветилось. Или просто динамически отображать какие-то данные, подгружаемые с сервера.

Если же твой сайт — просто сборник рецептов/схем/новостей/анекдотов и т.п., ему не нужен жабоскрипт.

Если же твой сайт — просто сборник рецептов/схем/новостей/анекдотов и т.п., ему не нужен жабоскрипт.

Если информационная страничка, а-ля визитка или что с небольшим количеством контента - да, js не нужен, статического html хватит, если сборник чего-то, то пагинация, сортировка, фильтрация на клиенте сильно удобнее, а серверный рендеринг - такое себе, по скорости разработки и жору ресурсов разница - копейки, а пользоваться сильно хуже.

Ну это конечно в общем случае, всегда стоит исходить из конкретной ситуации.

Тогда и поддержка сайта из вороха html-файлов для тебя превратиться в ад. Разбирайся с элементарным программированием, или уже имеющмися генераторами статических сайтов. Ну или возьми вордпресс (:

Общий шаблон заголовков

Ну разрбрался ведь, не? Очевидно, что нужен генератор статики, потом из контента перегенерируешь. Не знаю насчёт этих, но есть продвинутые, где можно самому наколбасить шаблон.

100 страниц

для таких задач лучше взять CMS

Поставь ноду и pug, читай офф сайт pug, там всё подробно описано. Hugo тоже нормальный, так что ты просто не врубился как работать с шаблонами и как там всё удобно…

создай еще файлы top.html, bottom.html И отдельную папку content.

Так они тоже разные для разных языков. + В меню разные ссылки

использовать css? надеюсь, это шутка

Познакомься с няшной тян-программистом, отношайся с ней до выхода HTML 6, после чего попроси отредактировать однострочником 100 файлов и брось. Самый простой способ из известных мне.

Ты собрался каждую странице верстать чтоль полностью? Это же тупняк.

Еще если сайт был бы на xhtml то можно было бы упоротся и написать xslt для масс трансформирования страниц

А как ты собираешься html без css верстать?

у меня проблемы с чувством юмора, забей

почему без css?

используй Perl. Он всё распарсит и отредактирует.

не делай сайт на статических файлах.

Только после того как например в github pages добавят хотя-бы тот же php

Владимир Владимирович из кремля

а че сразу пых то? он тормозить не будет, все таки на сервере исполняется...

самый дорогой способ

сфига не будет тормозить? никогда не ждал, пока саёт пробзится с ответом?

потому что отдает готовую страницу

И что будет с сервером на пыхе, если он там начнет генерить по тысяче страничек в секунду? Я уж молчу о бесконечных дырах пыхпыха.

Отдает готовую страницу nginx, если это — статика. А когда пыхпых начинает убивать ресурсы ПК ради того, чтобы сгенерить нечто, это не может не тормозить! Скажем, форумы идеально держать в виде статических хытымлей, куда по мере необходимости добавляются сообщения. А всякие функции пагинации, фильтрации и т.п. пусть жабоскрипт на стороне юзверя делает!

так это только серверный жабоскрипт + node.js

Не пробовал

node.js

Аааа!!! Ловите эксгибициониста!

И потом берем к примеру phpbb так в нем все сообщения в мускуле хранятся хотя я считаю что это неправильно. А как js будет коннектиться к mysql? Не это фигня, начиная с того что обычный js не серверный просто может быть отключен в браузере. Так что я с тобой не согласен.

В принципе, да. Ты прав: если хранить каждое сообщение в виде файла, то получится уйма дисковых обращений, что вынудит либо выделять пару десятков ГБ на кэш файловой системы, либо все будет тормозить.

В общем, надо думать, как правильно форумный движок делать, чтобы не было нагрузки на сервер, и все быстро загружалось пользователю.

Нет я не то предлагал я предлагал сообщения с разделителями в каком нибудь текстовом документе, и вычленить нужное будет не сложно.