shurshur

Поздравляю, теперь в системе два докера, которые претендуют на /run/docker.sock. Можно посмотреть, что вернёт docker info, там будет /var/snap/docker/common/var-lib-docker вместо /var/lib/docker

Сомневаюсь что дело в livepatch, у меня поставился без docker. Так что советую удалить snap docker и рестартнуть обычный docker.

Убедиться, что используется fullchain, а не только конечный сертификат. Довольно типичная ошибка, кстати.

"\x06"

while True:
  _do_any_work_with_your_url_
  time.sleep(30)

Для дёргания url смотреть в сторону библиотек urllib или requests.

Самый простой и по рабоче-крестьянски наивный способ - создать один общий для всех воркеров файл и ставить на него эксклюзивную блокировку (flock LOCK_EX) в момент взятия из очереди. Например, пусть у задачи есть поле proc_status, которое имеет значения NEW, RUNNING, FINISHED, FAILED. Тогда ставим блокировку, берём из базы задание в статусе NEW, делаем update set proc_status='RUNNING' и снимаем блокировку - никто другой одновременно с нами ту же задачу не возьмёт. Финальный статус можно ставить без блокировки.

Вместо блокировки файла можно использовать блокировки в самой базе, если они там есть (с Mongo не имел дела).

Ещё один не менее простой способ - распределять задачи по идентификаторам. Например, пусть у нас N воркеров, тогда пусть воркер k (где k=0...N-1) обрабатывает только те задания, где id%N=k.

В общем, способы есть.

Потому что в протоколе HTTP заголовки выдаются до любого контента. Если контент уже хотя бы частично выдан, то Header'ы уже выводить нельзя (хотя это можно обойти через ob_start).

Никак. 404 выдаёт сервер, а js выполняется на клиенте.