estic

Это вариант. Но если речь про обычную (HTTP(S)-) "апишку", могут быть ограничения на размер файла на уровне Web-сервера. Высокоуровневые протоколы - тоже своего рода "апишки".

Конечно, можно использовать контроль версий, даже когда он не нужен 😊 Но лучше использовать инструменты по прямому назначению 😉

Уже можно было понять, что большинство пользователей этого форума не "пушит" код, тем более свой, а просто копирует/загружает в основном чужой. Это вполне нормально. Даже разработчики далеко не все используют непрерывный цикл разработки. Например, я могу "выкатывать" финальные версии раз в несколько лет.

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

WinSCP плюс PuTTY (PSCP, PSFTP)/Pageant. PuTTY - это не только передача файлов и командная строка, но и сразу туннель к админке.

Сменить адресацию с применением постоянной (301) переадресации можно. Я написал, что не стал бы это делать, потому что формат адресов страниц постов мне не нравится. Возможно, при появлении блогинга в этом был смысл, но сейчас... Блог - это даже не новостной сайт.

В общем зачем вам этот сервис, если есть опыт использования обычного хостинга?

Кстати, в этом блоговом сервисе можно настраивать внутреннюю переадресацию вроде бы прямо "от корня", т.е. /my-post -> /2025/10/my-post.html, но я бы не стал это делать. Даже прямую с домена второго уровня не стал бы делать.

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

Что касается домена, то по крайней мере раньше там можно было использовать только домен третьего уровня наподобие www.estic.ru, причем поддержка переадресации с estic.ru была плохая, поэтому приходилось для этого использовать сторонние сервисы. У меня на парковке работает несколько таких переадресаций.

Незачем с большими (широкими, многостолбцовыми) таблицами работать "в мобильной версии". Поэтому или прокрутка, или сокращение числа столбцов до пары основных с открытием отдельного объекта щелчком по соответствующей строке.

Опыт показывает, что после выпуска очередного планового релиза могут быть выявлены какие-то ошибки, в том числе ошибки безопасности. Просто не торопитесь ставить последнюю LTS-версию "на прод для паблика", а "обкатывайте ее в песочнице" и следите за новостями.

Можно "тупо" ждать следующего релиза 26 года, а до того пока ставить 22.04.

В общем верно мыслите: быстро пролистать до конца, посмотреть на размер и сравнить с размером предыдущего. А в общем просто делайте резервные копии автоматически и часто, а также периодически выборочно тестируйте или просматривайте созданные копии. Кстати, в плане резервного копирования можно описать поведение при ошибках, например отправить письмо админу и не удалять "устаревшую" копию.

Всякое бывает. Начинающие вполне могут это сделать. Кроме того, здесь все еще строже. Как выше писали, сейчас еще к 24.04 могут быть вопросы, например у меня она пока используется только внутри локальных сетей.