Оказывается в мае представили интеграцию виндового проводника с git 🤯

Смарите что делаю 🍊

Внезапно, README.md можно положить в директорию .github, и оно будет отображаться на главной странице репозитория 😮

Можете посмотреть, как сделано здесь:
https://github.com/FluentValidation/FluentValidation

Вышла моя новая либа, на разработку которой ушло около трех месяцев!
Это парсер ссылок по современному стандарту WHATWG URL, созданный под .NET на C#

Сейчас парсеры ссылок в основном написаны по стандарту RFC 3986. Но есть нюанс - не все ссылки, встречающиеся в реальном мире по нему проходят. А также он разрешает всякую курсед хрень, по типу: http://*:80/cat

Поэтому этот рфс соблюдают только частично. Очевидно когда каждый придумывает свой стандарт, это уже не стандарт, а какая-то херня

WHATWG URL призван решить эту проблему. Он более продуманный и ориентируется на то, что встречается в реальности. Подробнее рассказано в README репозитория

Библиотека написана с прицелом на перфоманс. Для нее были созданы бенчмарки, которые бесконечно гонялись в процессе SIMD-оптимизаций и устранения лишних аллокаций на хип. Производительность получилась недалека от реализации на плюсах, и я считаю, что это достижимая планка

Поставьте звёздочку на гитхабе 🥺
https://github.com/Dubzer/Dubzer.WhatwgUrl

API ботов в Телеграме — это полная жопа!

Представьте, что вы хотите от лица бота отправить реплай. Но вот незадача: сообщение пользователя было удалено перед тем, как вы успели отправить свой ответ.
Что произойдет в таком случае? Может, ошибка, ведь в запросе вы ссылаетесь на несуществующее сообщение? Или хотя бы подпись "Deleted message"?
Хрен там! Сообщение будет отправлено без реплая так, будто ваш бот косплеит Тайлер Дёрдена, разговаривая сам с собой

В документации описан флаг, название которого может навести на мысль, что он решит эту проблему: allow_sending_without_reply: false/true.
Но нет, по-дефолту значение и так false, а его целью является возможность игнорировать ошибку

И возникнуть таковая может лишь только если:
a) Удаленное сообщение было очень старым, более не хранится в кеше бекенда, его пришлось запросить заново, и Телеграм вернул ошибку

Причиной использования этого кеша, как говорит разработчик Bot API, являются строгие лимиты на запросы сообщений. Поэтому актуальное состояние запрашивается как можно реже, а все выводы делаются из локального кеша, который собирается в основном из обновлений, поступающих от сервера

б) Сообщения никогда и не существовало

Напомню, что Bot API — это всего лишь "юзер-френдли" обертка над основным протоколом MTProto. Сервис просто общается с основным сервером от лица вашего бота.
И на самом деле проблема кроется именно в сервере

Допустим, отвечать на запросы сообщений действительно дорого, отсюда такие серверные лимиты. Но Телеграм, по неизвестной мне причине, не уведомляет ботов об удаленных сообщениях, тем самым даже не давая шанс Bot API инвалидировать кеш.
Будь у ботов уведомления об удаленных сообщениях, работал бы флаг в запросе

Наравне с этим, разработчики ботов сохраняющие сообщения, также не могут узнать о том, что локальную копию пора удалить.
А что если в удаленном сообщении была конфиденциальная информация, и разработчик бота продолжает ее хранить?
Думать вечно 🤡🤙