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

Нужно срочно доработать парсер статей. Есть некоторые ошибки и неточности в реализованном коде, вот код: 
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, поэтому нужно, чтобы обе команды работали с любыми полями, нынешними и будущими, а не были ограничены текущей структурой таблицы.