fix: skip updates that do not fit their model instead of crashing

[smotim]

Продолжение #17: тихий режим для неподдерживаемых типов событий из issue #15.

Проблема

#17 глушит LogicException из createUpdate(): createUpdateList() и WebhookHandler пишут debug и пропускают событие. Но бывает, что тип события известен, а данные не подходят модели: API сделал поле необязательным или добавил новое значение enum. Тогда ошибка возникает раньше — TypeError или ValueError в конструкторе модели, — и её никто не ловит:

• Long polling. Ошибка вылетает из getUpdates(), а LongPollingHandler::handle() ловит только \Exception. Цикл останавливается, после перезапуска получает тот же пакет и падает снова.
• Вебхук. WebhookHandler отвечает 500, и MAX повторяет запрос.

Реальный пример: в схеме 0.0.33 User.last_activity_time стал необязательным, и событие с таким пользователем падает с TypeError: Argument #6 ($lastActivityTime) must be of type int, null given. Так же сломает бота любое новое значение ChatAdminPermission или ChatType: ::from() бросит ValueError.

Решение

createUpdate() превращает TypeError и ValueError в LogicException (исходная ошибка сохраняется в previous) и пишет warning с payload. Дальше работает существующий тихий режим: событие пропускается, бот продолжает работать. Расхождение с API видно в логе на уровне warning, а не debug.

Ошибки в обработчиках пользователя не затронуты: преобразование происходит только внутри createUpdate().

Тесты

• createUpdate() на payload без обязательного поля выбрасывает LogicException с TypeError в previous и пишет warning.
• createUpdateList() пропускает событие с TypeError и событие с неизвестным chat_type (ValueError), остальные события возвращает.
• WebhookHandler с настоящей ModelFactory не падает и не вызывает обработчик.

Покрытие осталось 100%. PR не зависит от #43 и от PR со сверкой схемы 0.0.33; вместе с ним новые модели оттуда тоже не уронят бота, если реальный API разойдётся со схемой.