Поправить парсер на питоне

Здравствуйте, есть парсер, вот его код:
https://github.com/0-EternalJunior-0/-autonewsparser
Разработчик куда-то исчез, а нам нужно внести в него правки. В первую очередь удостовериться, что он настроен автоматически парсить новости по заданному критерию, потому что сейчас впечатление что запускается парсинг исключительно по команде. Если автопарсинг не настроен - его нужно будет настроить. Проект развернут на нашем сервере, доступы дадим исполнителю.

Во-вторых, вот список задач (на доработку) от нашего разработчика по апи:

---

Новые необходимые команды API:

1.

Необходима команда запроса N статей по произвольному запросу WHERE

назвать можно как угодно, тип POST

входные данные:

{

“where”:{

“field1”:”value1”,

“field2”:”value2”,

“field3”:”value3”

},

“limit”:10

}

значение limit может быть любое, но можно ограничить чем-то, например 100… если limit  не передано - выдавать 1 статью (по умолчанию)

в where могут передаваться любые поля, значение прописываются в string (для универсальности)... надеюсь, “1” и 1 при запросе в базу данных, будут одним значением, и ошибку вызывать не будет… перед составлением запроса нужно проверить все переданные параметры where на существование в таблице, например, с помощью

SHOW COLUMNS FROM articles

или

DESCRIBE articles

и если какого-то поля не существует, вернуть ошибку

на основе данных формируется запрос в БД вида

SELECT * FROM articles WHERE field1=’value1’ AND field2=’value2’ AND field3=’value3’ LIMIT 10

все параметры WHERE объединяются через AND

и все результаты со всеми полями возвращаются в ответе на запрос API… убирать какие-то поля из ответа не надо, надо вернуть все, какие есть

2.

Необходима команда произвольного редактирования статьи по id

назвать можно как угодно, тип POST

входные данные:

{

“set”:{

“field1”:”value1”,

“field2”:”value2”,

“field3”:”value3”

},

“id”:1

}

перед составлением запроса нужно проверить все переданные параметры set на существование в таблице, например, с помощью

SHOW COLUMNS FROM articles

или

DESCRIBE articles

и если какого-то поля не существует, вернуть ошибку

также нужно заблокировать передачу id в разделе set, и вернуть ошибку, если там обнаружен id

“set”:{

“id”:”2”

},

вот это явная ошибка, id нельзя менять

на основе данных формируется запрос в БД вида

UPDATE articles SET field1=’value1’, field2=’value2’, field3=’value3’ WHERE id=1

в ответе на запрос API достаточно вернуть 200 код при успешной операции, и другой код с описанием ошибки, если что-то пошло не так

ВАЖНО:

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