Как стать автором
Обновить

Git scraping: методика бесплатного хостинга не совсем статических сайтов

Уровень сложности Средний
Время на прочтение 21 мин
Количество просмотров 10K
Всего голосов 33: ↑32 и ↓1 +31
Комментарии 5

Комментарии 5

не так просто, как хотелось бы

Да это адский ад!

рекомендации по данной теме, прошу, оставляйте

Статический сайтик в три клика лучше делать сделать в конструкторах. Мне нравится stackbit.com Он также хостит на GitHub и генерит на Netlify. Все делается на автомате без необходимости ковыряния в доках. Программировать придется разве что бесплатную привязку своего домена путем его вбивания в таблицу (не знаю как она называется, таблица привязки домена к пути до сайта).

Публиковать результирующую табличку с успехом может Google Sheets. На полном автомате - изменилась таблица, в течение 5 минут меняется и ее публикация. Под нее на сайтике надо выделить iframe, на этом программирование заканчивается.

Чтобы заполнять табличку Гугл по расписанию используется его же, гугловский, installable trigger в Google Script. В нем по умолчанию используется JScript. Поэтому в принципе запросы можно обслуживать в Fetch. Но конкретно в данном случае, когда сайт-источник не отбивается истерично от ботов и информация опубликована в табличках, у Гугла есть функция для подключения такой таблички в качестве источника данных, так что парсинг как таковой отсутствует как класс.

Ну, и раз уж вместо парсинга табличка с сайта просто копируется в гугло-табличку, бонусом получаем возможность "типа" визуального программирования, если так можно назвать преобразование данных силами табличного процессора. Наглядно и гибко, если использовать user custom functions.

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

Ушло в копилку, спасибо! ;)

Вау! Какая интересная идея!

Сам задумывался об использовании репозиториев Git-a в качестве хранилища данных бэкенда, но чтобы заюзать GitHub actions для бизнес логики бэка, не догнал.

Так же можно несложный новостной сайт или личный блог сделать. Причем GitHub предоставляет готовый неплохой CMS для этого - свой сайт. При коммите нового контента нужно будет просто перегенерить "индекс" файл всех статей.

К доводам автора я бы добавил еще одно важное преимущество Git-a - версионность.

А также разделил бы приложение на две части/репозитория - SPA фронтэнд и "статичный бэкенд" с данными. Тогда Git actions при обновлении данных надо будет запускать только на "бэке", и это будет намного быстрей, чем пересобирать современный SPA на Vue или React. Экономятся минуты. Ну и "чище" всё будет.

Одна из таких проблем: правильный выбор скорости (BPM) и тональности (Key) для новой композиции. Этот вопрос каждый раз встаёт перед артистом при создании нового проекта в FL Studio или Cubase.

Мне бы ваши проблемы, Марья Ивановна.

Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории