TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #851 · 2.08

Впервые использовал нейросетку для реальной практической пользы в коммерческом заказе. У заказчика есть база данных, куда информация вносится кое-как. Представьте, что вы составляете каталог, например, книг, и в базе данных предусмотрены поля: "Автор книги", "Название книги", "Число страниц" и ещё десяток других полей с информацией. Но заполняют эту базу другие люди, которых вы не контролируете, поэтому информация может случайным образом лежать в любом произвольном поле, быть введена с ошибками, опечатками и так далее. В реальном заказе были не книги, я просто привожу пример такой же задачи. Вот как это может выглядеть: 1. В поле "Автор" написано "Лондон, Дж. Белый Клык", поле "Название" при этом пустое. 2. В поле "Название" написано "150-страничный сборник рецептов", поле "Число страниц" пустое 3. В поле "Название" написано "джеклондон мартин иден", поле с автором пустое 4. В поле "Автор" написано "150-стр.3изд,доп.перераб инструкция по пользованию подстанциями типа ТП-13, М.Васильев москва 98" ...и так далее. А нужно искать нормально по автору, названию, числу страниц, городу и году издания. Никакими прямыми алгоритмами это не берётся: регулярки, поиск по ключевым словам, морфология, нечёткая логика — всё это либо даёт много ложноположительных результатов, либо (если подкрутить пороговые значения) вообще перестаёт искать. И вот тут в какой-то момент мы решили попробовать запрашивать через API GPT. Нейросетке задаётся следующий промт: "Есть следующая информация: «150-страничный роман джеклондон мартин иден». Если здесь есть то, что похоже на имя автора книги, напиши мне его, иначе ответь null". И, надо сказать, даже 3.5 справляется с этой работой очень хорошо. Получилось сравнительно без ошибок разметить около 80% данных (остальные с ошибками даже после нейросетки). Но, важный нюанс. Сначала мы пытались поймать все данные одним запросом: "GPT, выведи мне JSON, в котором есть автор, название, число страниц...", но тесты показали, что значительно эффективнее будет отдельно спросить 5 раз про 5 разных типов данных. Да, это расходует больше токенов, но они и так сравнительно дёшевы. Кстати, API у OpenAI безбожно глючит даже на платном тарифе. Обещанных 3500 запросов в минуту нет даже приблизительно. По факту удаётся отправлять около 200-300 запросов в минуту, потом оно вываливается в таймауты или ошибку 429, нужно делать какие-то умные паузы, ждать итд. Над этим всем пришлось повозиться, зато результат вполне ощутимый. #dev

Hashtags

Резултати

Намерени 1 подобни публикации

Търсене: #imagecompression

当前筛选 #imagecompression清除筛选
AppPie

@AppPie · Post #2372 · 27.03.2025 г., 04:04

#Apps Squish: 基于浏览器的批量图像压缩工具 🔗GitHub Squish 是一个现代的、基于浏览器的图像压缩工具,利用 WebAssembly 技术提供高性能的图像优化。这款工具支持多种格式的图像处理,并提供直观的用户界面,让您可以压缩图像而不损失质量。 该项目由 Google Chrome 团队工程师 Addy Osmani 开发,是一系列与图像处理相关开源项目中的一个。Squish 完全在浏览器中运行,不需要将您的图像上传到任何服务器,保证了图像处理的隐私性。 主要特点 - 多格式支持:支持 AVIF、JPEG、JPEG XL、PNG 和 WebP 格式 - 批量处理:可同时处理多个图像文件 - 质量调整:通过滑块平衡文件大小和图像质量 - 拖放操作:可拖放或选择图像进行处理 - 下载选项:支持单个图像下载或批量下载所有处理后的图像 - 默认优化设置:AVIF (50%)、JPEG (75%)、JPEG XL (75%)、PNG (无损)、WebP (75%) - 本地处理:所有处理过程在浏览器中完成,无需上传图像 开源许可证 MIT License。 #GitHub#OpenSource#ImageCompression#WebAssembly#BatchProcessing 📮 频道 @AppPie