SEOD

Наверное, можно безголовый браузер, например, PhantomJS.
И вместо "screenshots or html2canvas" лучше Screen Capture API

Если это будет работать на живом компе, а не удалённом сервере, можно чистым ffmpeg захватывать экран и стримить.

1) робокасса предоставляет робочеки - платить нужно комиссию платежки - касса бесплатно - чеки бьют от своего имени. Но бывает, что ИП прикрывали на робокассе для приема средств - не помню причин.
2) pokupo - аналогично, но платежек побольше. Чеки тоже отгружают от своего имени.
если же работать в чёрную, т.е. прям физиком, то о чеках вообще можно забыть, оба вышеназванных сервиса работают с физиками, но с ограничениями.

Тут есть несколько вариантов, самый простой и самый дешёвый это воспользоваться услугами агрегатора, который включает эквайринг как нерезидент РФ, при этом может делать выплаты как на р/с компаний в РФ так и на карты/кошельки в рублях.
Тогда получается, что при продаже чеки не нужны, это минус расходы на кассу и тд, необходимую сумму для уплаты налогов переводите на счёт своего ИП, а остальное учителям на их карты либо счета их ИП, и далее они сами решают вопрос с налогами, а ещё и комиссию за вывод на них переложить можете частично либо полностью.

Итого, Вы платите 6% налог, от 1% за эквайринг и, по желанию, комиссию за вывод на карты. Минимум всё обойдётся Вам в 7%.

Эта модель очень близка к моделям маркетплейсов с различными товарами. Советы про оплату в серую и обналичивание лучше игнорировать, люди попросту не знают в какую сторону идут и как можно делать законно то же самое и дёшево, не прибегая к подобным инструментам.

Обязательно ли у ИП должна быть касса для приёма платежей от физиков

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

или через посредников можно обходиться без неё?

Разумеется можно.

Не обязательно, когда продажи идут онлайн. Чеков и кассы может вообще не быть, это разрешается в некоторых случаях.
Один из простых примеров таких случаев это Aliexpress и магазин Tmall. Товар находится в РФ, продажа идёт онлайн резидентам РФ, юрлица, у которых товар находится, тоже зарегистрированы в РФ, но чеков и кассы нет. Лишь по простой причине, продажи идут через процецессинг и агента нерезидентов РФ. По похожему принципу действуют и некоторые платёжные агрегаторы, о которых можно найти информацию в сети, никакие кассы и чеки в этом случае не нужны. Другой вопрос, как Вы от них будете получать деньги за проданные товары/услуги, тут уже есть нюансы и нужно обсуждать.

А смысл говорить про права если вы даже не подключились к базе?

Хотите просто и не разбираться с правами - от postgres и снимайте дамп. sudo -u postgres pg_dump ...

С точки зрения "old school" SEO:
- Тег < br> (и все блочные теги) разрывает пассаж (Lexical Spans в терминологии Яндекса).
- Если два слова запроса находятся в разных пассажах, это увеличивает расстояние между ними.
- Слова ищутся в пределах всего документа, но в зависимости от расстояния между словами, они вносят разный вклад в конечную общую релевантность.

Раньше даже перенос слова через дефис '-' рвал пассаж - Яндекс просто не понимал этого слова. Но он правильно понимал переносы по & shy;


Можно, конечно, "запилить" эксперимент (он займёт пару месяцев), но проще тупо не использовать < br> в заголовке. Задействуйте CSS для этих целей.

В пуле хранятся соединения, скажем 10 штук. Каждый раз когда мы вызываем pool.query(), мы запрашиваем соединение. Если соединение есть - производится запрос, а потом в пуле обновляется его статус на свободный. Если все соединения уже заняты - ждём пока освободится первый попавшийся. В документации же сказано, что вы должны возвращать соединения в pool (иначе когда подойдёт лимит соединений в пуле, запросы будут ожидаться бесконечно). А pool.end() нужно вызывать когда вам больше не понадобится текущий пулл запросов, например вы его временно создали для другой БД? Пулл сам создаст соединения по необходимости, конечно он не будет выходить за лимиты, иначе бы мы тратили все ресурсы на создание соединений.