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