Как добавлять/удалять новые данные в базе данных?

Whey, тут вопрос в чём, если записи в БД — это "зеркало" записей на сайте, и их количество всегда небольшое, сойдёт любой код. Можно даже очистить таблицу и заново заполнить тем, что спарсилось с сайта. Если БД будет хранить историю, уходящую вглубь веков, тут дампить всю базу и делать SELECT на каждый чих уже не подходит.

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

Сколько записей присутствует на сайте, по какой логике они там добавляются и удаляются? Как используются данные в БД, просто распарсенные копии с сайта, или к ним дополнительно ещё что-то привязывается?

Как получить доступ к репозиторию bitbucket?

Jekson, вводить нужно юзернейм и пароль от аккаунта на Bitbucket (которому доступ к репозиторию открыли). Только что попробовал с приватным репозиторием по HTTPS. Надо же, работает)

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

Почему pyautogui.pixelMatchesColor вызывает сильные лаги компьютера и OSError?

Dima_E, в доках я вижу pyautogui.screenshot(), Image.getpixel(), pyautogui.pixel() и pyautogui.pixelMatchesColor() (иными словами, не вижу там pyautogui.getpixel).

Вопрос в том, проверяете ли вы 1 пиксель или ищете в цикле (отсюда вопрос про код). Ну и что именно пишется в OSError.

Почему pyautogui.pixelMatchesColor вызывает сильные лаги компьютера и OSError?

Исходя из доков, pyautogui.screenshot() делает скриншот, а не сравнивает цвета. Мне кажется, не помешало бы приложить к вопросу ваш код и подробности по OSError.

Почему environment variables undefined?

prolina, на здоровье:) Всё же рекомендую вариант с __dirname. Потому что прописывание абсолютного пути — это прибивание гвоздями, и если потребуется переименовать какие-нибудь папки, или перенести приложение на другую машину, можно забыть поправить абсолютный путь, и словить баги. Если только это не какой-то чётко задокументированный путь типа /etc/yourapp/.env.

Почему environment variables undefined?

prolina, а до этого где он лежал? Какая рабочая папка (process.cwd()), когда вызывается server.js? Изначально .env рядом с server.jsклали? Попробуйте абсолютный путь:

dotenv.config({ path: '/full/custom/path/to/your/env/vars' });

Либо, скажем, если .env обычно лежит рядом с server.js:
dotenv.config({path: __dirname + '/.env'});

Или как там принято,

dotenv.config({path: path.resolve(__dirname, '.env')});

Как решить проблему с кодировками mysql/php на новом хостинге?

Jean-Claude, вот так, трудишься, прописываешь всё, а тебя флагом) Осталось подтвердить, что проблема теперь не воспроизводится, и дело закрыто.

Как решить проблему с кодировками mysql/php на новом хостинге?

Jean-Claude, подозреваю, что для удалённой отладки надо XDebug на удалёнке и что-то вроде ssh-туннеля с перенаправлением портов, но, опять же, я не сварщик.

Можно версии PHP и MySQL посравнивать ещё. А то, говорят, до PHP 5.3.6 PDO игнорирует charset. А то ещё всякие --skip-character-set-client-handshake на сервере бывают… Полагаю, этот момент можно выяснить, если запросить SHOW VARIABLES LIKE 'char%';изнутри тестового скрипта, в котором предварительно инициализировать PDO как в основном скрипте.

Мб у хостера найдётся знаток Mysql…

Как решить проблему с кодировками mysql/php на новом хостинге?

Jean-Claude, по идее, client, connection и results устанавливается при подключении клиентом, тогда следует обратить внимание на остальные. Различие и подозрительная cp1251 видны в двух переменных, но на локалке там тоже не юникод…

Если старые записи в БД выводятся без кракозябр, а новые с ними, тогда проблема где-то при записи новых значений в БД, а не при чтении. Это основная гипотеза, наверно. Значения в БД из php-скриптов попадают? Везде при подключении кодировка указана?

Рандомные идеи: можно попробовать переписать в новом конфиге cp1251 на latin1, сравнить параметры кодировки таблиц в новой и старой БД, провести сравнительное испытание — добавить "кракозяброгенные" данные в новой и старой БД и проследить, как изменяются данные на разных этапах.

Как решить проблему с кодировками mysql/php на новом хостинге?

Jean-Claude, судя по номенклатуре кракозябр, код где-то обрабатывает utf-8, думая, что это win-1251. С кодировками везде хорошо после перезаливки?

Как вариант, окинуть взглядом конфигурацию кодировок:

SHOW VARIABLES LIKE 'char%'

(hosting-vds-vps.ru/hosting/mysql.html)

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

Как решить проблему с кодировками mysql/php на новом хостинге?

Jean-Claude, встречались и отображались ли правильно аналогичные строки до переезда? Вносились ли изменения в код после переезда? Откуда в базу попадают подобные строки — ручной ввод, форма на сайте, внешний скрипт?

Я не настоящий сварщик, если что,) Но должна же быть логика.