Советую осилить эту технологию тем, что считает что веб для даунов, а настоящие суровые челябинские мужики пишут только на си. Можно кидаться мегабайтами байтиков из JS в сишечку, делать сложные вычисления и пихать результат обратно. Можно невозбранно таскать огромные массивы данных туда-сюда много раз в секунду, например полностью перерисовывать канвас быстрее чем за движение мыши. Фотошопные сложные кисти так реализуются без проблем, прям со смешиваним в сишечке буферов и прозрачностями. В особо упоротых случаях можно реализовывать чуть более чем всю логику веб-приложенечки в сях или крестах, а из JS только окончательные инструкции «чо делать» забирать. 5 мегабайтный джипег и айпхона, породивший ~51 мб сырых пикселей в памяти JS, улетел в webasm и преобразовался там в чёрно-белую фотку где-то за 35.9 мсек. При этом сам jpeg в сырые пиксели в js вызовом window.createImageBitmap() конвертился 125 мс.

В современных JS есть ещё API для воспроизведения сырых семплов звука. Я знал мужика, который в 2005 году умел в JS из памяти .wav файлы порождать, а щас-то вообще жесть содомия начнётся!

Безопасность: плоская модель памяти. Нет malloc()/free(), просто плоский шмат памяти от нулевого смещения и живи там. Нельзя увеличить память изнутри wasm-машины. Все указатели - смещения от этого нуля. Нет никой кучи, точнее этот шмат и есть куча и ты вечно в ней живёшь. Размер этого шмата можно увеличить извне wasm-машины, из того JS-кода, который машину запускает и использует. Можно даже реализовать в wasm функцию, которую вызывать из JS и которая будет говорить хочет ли wasm увеличить себе память или нет, а js будет подкручивать рубильник. Все аллокаторы - сам реализуй или линкуйся с каким-то malloc(), но он будет по-сути резать эту кучу на куски и тогда тебе в бинарник просто накладут всякого кала типа стандартных библиотек и будет не цимес. А цимес-то делать бинарники на пару килобайт, реализуя только нужную обработку байтиков. Аллокатор обычно не нужен - назаписывал что-то там в памяти и выкинул всё в конце.

Сравнения wasm с flash некорректны, все кто так делает - тупой. flash специализировался на анимациях векторной графики, а wasm не специализируется ни на чём, исполнение произвольного кода, молотящего байтики. На wasm можно реализовать аудиокодеки с шифрованием и использовать как движой аудиозвонков или можно действительно построить на wasm новый flash, не важно.

ThinkPad T480. Иногда врубаешь (обычно конечно месяцами не вырубается и по гибернациям сидит), а там чёрный экран по 6 секунд чё-то делает, потом хоба чё-то молча вжух-вжух там провернулось и ты будто бы видишь dmesg не с самого начала. И пингвины не нарисованы сверху как в старые добрые времена. В общем, посоветуйте куда покопать, чтобы.

1. Грузилось всё это максимально быстро без е**ли вола на какие-то молчаливые паузы.

2. Было максимально динамично текстово, чтобы простыня ядра с самого начала лилась по экрану и пингвины присутствовали.

Ubuntu. Ну я их не отличаю, дебиан он и в африке дебиан, скажем так. Просто плохо шарю в загрузчиках, отошёл как-то от админства. Спасибо.

Возможно арматурные заодно, но помню в них баса не было, а навороченные дорого. Звук хочется иметь типа как у комплектных от samsung galaxy note 9, но чтобы провод был на разьемах сменный заменяемый в случае истирания, но из разьемов при этом не выпадал.

Срачь аудиофильный по поводу звука просьба не разводить, я в целом обозначил какой уровень интересует, мне хватит, слушаю всё равно только ссаное техно всякое типа Rodhad и т.п. и в самсунгах волнует истирание кабеля за год-полтора носки.

А арматурные у меня были раньше, помню что в звуке голой скрипки много нюансов услышал - как там всё шуршит, но бас был на нуле, а двухдинамиковые уже бюджет конь

UPDATE

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

ТРЕД не ставит задачу срачь про звук. Звук какой мне надо я уже сказал - типа того что есть в поделии под названием «Samsung AKG EO-IG955» - кладётся в коробку к топовым телепхонам samsung.

ТРЕД презирает блютус наушники, не потому что блютус что-то там искажает - нет, это отличная технология, а потому что я не хочу иметь что-то, что надо заряжать - я и телефон-то забываю зарядить, а тут ещё одна хрень! Тем более, в мелких наушниках такие слабые аккумуляторы умирающие через год работы, что грустно будет жить. А большие наушники мне не комфортны физически - одна мысль о том, что на тебе будет какая-то крупная хрень, которой ты можешь зацепиться об забор, когда будешь через него перелазить, убегая от гопников и её нельзя свернуть и положить в карман джинсов расстраивает меня до оцепенения, я даже рюкзак никогда не ношу поэтому. Так-то. С блютусом иметь дело всё равно надо, потому что в современных топовых телефонах с хорошей камерой (наиболее нужная вещь в телефоне для меня) уже нет дырок под наушники и эта задача решается всякими дешёвыми fiio BTR11 за тыщу рублей или аналогами за 500 с тем же упехом. То есть, какая-то тупая хрень, которую НАДО ЗАРЯЖАТЬ уже вошла в жизнь и это грустно, но она хотя-бы заменяема и эти наушники хотя-бы можно переткнуть в ноут из неё.

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

Проблематика вопроса:

• примерно любой квартирный механический замок, даже твой любимый итальянский за 50 тыр, умельцы открывают тихо без шума за 20 секунд. Смотрите ютубчик. Кроме отмычек уже напридумывано всего такого, что просто засунул и покачал и оно открылось. Давно уже байки ходят, что все эти ваши железные ключи - только против пьяных соседей.

• есть редкие малоизвестные замки с очень хитровы**ными ключами (змейка, магнит, всякие погремушки), но страдает надёжность самих ключей или возможность их копирования и вообще не факт, что злоумышленник не видел такой и не позучал. Интересными наверное являются магнитные ключи, у которых внешняя поверхность просто плоская без всяких бороздок и дырочек, а физически представляют собой серию по-разному ориентированных магнитных полей, поворачивающих набор ответных крутилочек внутри замка в нужное положение. Но они не переживут внезапно попадание в сильное ЭМ поле или в высокую температуру и т.п. и вообще, по меркам современной криптухи, маловато комбинаций. Опять же, возможно создание физической копии с электромагнитиками внутри, на которых ардуинка выставляет разные поля брутфорсом.

• становится совершенно очевидно, что единственным нормальным неломаемым всякими рукастыми умельцами (в наколках) средством является математика/криптуха/алгоритм/пароль. pow(2,256) комбинаций ещё ни один медвежатник не перебрал. Интерфейс замком должен быть в виде как можно менее отслеживаемого потока битов, а не физический. Тут скажут, что «все эти ваши электронные замки имеют уязвимости и их тоже научатся ломать», но как раз никакого электронного замка не будет. Всмысле, не будет известного, будет самодельная ардуинная херня - хрен ты узнаешь где у неё баги и уязвимости. Физический интерфейс - начиная с банальной Mifare карты/брелка, защищённой от копирования - это крайне удобно (пикнул - вошёл) и максимально безопасно (отпечатки могут не сработать, если палец в штукатурке, а на кодовых кнопках остаются потёртости, выдавая комбинацию или камера-жучок недалеко от панели ввода, а перехватить обмен с mifare сильно сложнее, если не лепить фальш-панель, что нереально при монтаже считывателя вплотную под передней поверхностью двери). Ясен хрен, секретности можно добавлять и комбинировать, это не тема разговора.

• вопросы питания системы тоже давно решены - двойной-тройной комплект аккумов/батареек, который 100 раз предупредит о том, что один их них пора поменять. В целом, проблема питания достаточно хитра тоже, потому что время никого не щадит - импульсные блоки питания могут помереть от вздувшихся кондёров или адских перепадов сетевого напряжения, литий-ион стареет от времени, щелочные батарейки самые крутые в этом списке, но всё равно если ты уехал из квартиры на 7 лет - непонятно что с ними будет.

• центральным местом во всей этой теме является, собственно, механический исполнительный девайс, выдвигающий ригеля. Это такая штука, которая выглядит, плавает и крякает как обычный замок, но дырки для ключа нет. Я уже понял, что он должен быть с шаговым двигателем, потому что при повреждении одной обмотки в нём, он всё равно работает, а в случае с соленоидом происходит полный отказ. Хотя соленоида можно поставить три дублирующихся. Плюс, есть нюансы монтажа - очень грустно, если ты не смог попасть в хату и пришлось пилить дверь, потому что перетёрся проводок в замке. Ещё, конечно, непонятно как эту хрень смазывать. Консистентная смазка, конечно, прослужит десятки лет, но всё же…

В общем, посоветуйте электромагнитный девайс, который умеет выдвигать-задвигать ригеля, не ломаться от попытки выдвинуть ригеля в глухой металл вместо отверстия и без перетирающихся проводов. Что там ЦРУ использует в офисах, когда они карточками пикают, где Джейсон Борн документы воровал - наверняка чё-то хорошее ставят. Питание, ясен фиг, нужно низковольтное, чтобы минимизировать риски странного. Вольта 24, например.

Управляющий сигнал на данный девайс будет подаваться от запараллеленных продублированных решающих систем. Грубо говоря, несколько разных MOSFET ключей, растущих из разных ардуин, любой из которых может открыть замок. Один нормальный, другой резервный, третий тоже резервный, чтобы по хитрой SMS-комбинации хату открыть если у основного жопа отсохла.

Спасибо.

P.S. Дед слесарем был на ЧТЗ, шарил в металлообработке. Замок в той хате был самодельный с хитрым ключом, но рассчитано такое было только на того, кто не видел ключа и не снял размеры его частей. Но вот электронные комбинации всё же гораздо жощще.

P.P.S. Ещё раз - «умные» замки с озона не интересуют. Там полный комплект всего «установил и забыл». Хрен знает какие там баги и вообще там навеное есть заводской пароль для китайского Моссада типа IDDQD и любая хата открывается. Интересует только сам исполнительный механизм, причём достаточно брутальный и суровый, ригелей на 5 и тяжелый как твоя мамка.

Нашёл пустой корпус JONSBO rm2: Mid-Tower, Micro-ATX, Mini-ITX, Standard-ATX. Подумал сервер видеонаблюдения собрать для дома, записывать несколько стримов с H.265 4K камер, например. С софтовой частью как-нибудь разберусь, нужны советы по железу, а именно по процу и матери. Хочется найти на авито что-то недорогое, потому что всё новое в продаже в основном рассчитано на бешеных лютых геймеров, а нужно что-то не такое упоротое. И ещё интересен проц, который мало жрёт. Ну это как если бы при выборе между ноутбучными процами я бы выбрал intel с индексом U на конец. Но intel atom - слишком детский, да и сдох вроде давно. От матери наверное нужна возможность воткнуть два sata диска, но такое наверное есть где угодно, то есть особых требований нет, кроме «дёшево / надёжно / просто».

В общем, хочется совета по максимально ходовой матери / процу для такой задачи. Надо заметить, что перекодированием видосов этот комп заниматься вряд-ли будет. По-сути видеопоток уже пожат процом камеры, а разжиматься будет плеером при просмотре, в который этот комп будет стримить куски файлов с диска. Выглядит так, что требования похожи на NAS, но NAS мне не нужен, я файлы хранить не люблю.

Есть самодельный C++ движок для написания сетевых приложений с корутинами и прочими там приколами. Юзал его для разных пет-проджектов в последние 10 лет. В последнее время было интересно перепилить свой старый Python-телеграм-бот на этот С++ движок и постепенно это получилось, в результате стало как-то няшнее и железобетоннее что-ли.

Появилось две идеи нарубить бабла.

1. Сделать некий такой лёгкий сайтик, куда клиент кидает telegram API token своего бота, который он создал в botfather только что и далее в неком конструкторе создаёт какие-то менюшки и ветвления между ними. В этом конструкторе будут такие шаги, как set(key, value), get(key) и прочее простейшее. В результате ты сможешь пилить простые логики для своих телеграм-ботов, а потом смотреть чё там понажимали люди, например заказ сделали в твоём малом бизнеске и телефон оставили чтобы ты перезвонил.

2. Самому делать ботов, общаясь с заказчиком. Вывесить объяву, мол, клепаю ботов, 5 тыр за штуку в среднем и делать такие заказики. Раньше сайты клепали, а я ботов буду клепать на своём фреймворке и запускать на своей виртуалке за 300 руб. Абонентская плата рублей 100-200 в месяц с чувака. Один процесс, наблюдающий сразу за рядом ботов будет жрать крайне мало ресурсов, на виртуалку за 300 рублей я могу упихать достаточно много ботов разной сложности, профит должен ощутиться.

Чо думаете. Делали кому-то телеграм ботов на заказ? Сколько бабла нарубили? Ну и поделитесь, после какой доходности налоговая начинает звонить.

А ещё идея 3. Бросить ботов для телеграма и писать ботов для московской биржи или через tinkoff-инвестиции API. Чтобы акции ФосАгро и Яндекса туда-сюда продавало в каком-то ленивом режиме. Не HFT, просто какая-то такая хренотень - да-да, знаю, народ целые диссеры пишет с дифурами на эту тему, просто так тебя там высушат, но вот будет повод заняться ML.

Сабж. Сижу на T14 i7-1260P / 32G / 4K IPS - хочется такого же приблизительно, но экран побольше. Чо бывает? Спасибушко.

Пока что вижу только такое: https://www.avito.ru/sankt-peterburg/noutbuki/thinkpad_p1_gen_7_ips_165h64rtx_3000_ida1121_7390448832?context=H4sIAAAAAAAA_wE_AMD_YToyOntzOjEzOiJsb2NhbFByaW9yaXR5IjtiOjE7czoxOiJ4IjtzOjE2OiI1d20xZlpWUUNwNlNpR2JUIjt96veWiD8AAAA но чё-то 250 тыр не хочется инвестировать в железку, это целый квадратный метр недвиги!

Яндекс или его аналог создаёт зону комфорта с кофепоинтами, когда не нужно интересоваться тем, что происходит в мире, потому что всё внутри написано на своих костылях и если чего-то не хватает, то эт могут написать. Вокруг ходят самоуверенные гении, которых сюда соизволили взять, потому что только они смогли прорешать весь литкод. Эффектно создаётся ощущение богоизбранности, поэтому когда хочется уволиться, тебя останавливает мысль, что ты лох, раз решил уйти из элитного клуба! Некоторым даже платят хорошую зарплату, которой хватает на недвигу (со скидками), особенно если ты пробился в тимлиды. Есть много творчества - пишутся велосипеды с использованием современных компиляторов, можно реализовать гениальную идею - пофиг, что она где-то уже сделана или что это страшное ненужно и велосипед, оправдывающий себя только в данном проекте на данной нагрузке. Минус в том, что нигде больше на рынке знание этих костылей не оценят и выходя оттуда ты не эксперт примерно ни по чему, кроме своих ссаных высоконагруженных костылей.

Но если ты пошёл пилить какой-то форк PostgreSQL, то никакого C++ тебе не будет, будет старый сишный легаси специфический код с собственными механизмами аллокации или исключений и логирований. Это всё не плохо, в яндексе оно тоже всё свое, но там хотя-бы оно завёрнуто в конструкторы-деструкторы и ты можешь что-то творить как настойщий гений художник-я-так-вижу! В постгресе творчества и РАЗРАБОТКИ как таковой скорее всего не будет - MVCC придумали давно до тебя, разрабатывать новые оптимизаторы тебе тоже никто не даст, не до этого, а вот мёржить новую версию постгреса в свой форк ты будешь полгода как обезъяна и тут нужно иметь просто каменную жопу и отсутствие всяких амбиций. В оставшееся время ты будешь фиксить какие-то баги с забытыми указателями, чтобы распутать которые ты будешь сидеть в gdb как тварь неделю. Зато возможно ты станешь экспертом мирового уровня по внутренностям постгреса и в какой-то момент тебя возьмут в перспективный HFT-криптостартап за 800к/наносек, чтобы запилить свой перспективный форк, поддерживающий какой-то особый тип таблиц, но тебе к тому времени будет уже 72 года. Либо ты сможешь после этого уйти куда-то экспертом по оптимизации производительности популярного во всём мире движка СУБД, видя движок насквозь и понимая во что скомпилировался запрос?

Правильно ли описано шило-на-мыло в двух сценариях развития карьеры или второй путь всё же более перспективен, хотя требует большей усидчивости и занудства?

Да я умею склеивать гору файлов через ffmpeg, буду рад припахать его для этой задачи, но не могу найти GUI для этого. Каждый раз сочинять filelist.txt руками надоело.

Описание задачи.

1. Есть папочка с 700 .ogg файлами длиной по 2 секунды с битрейтом 22kbps. В общем, много мелких.

2. Хочется открыть этот список в виде удобной GUI тулзы или консольного поделия - не важно, но важно чтобы можно было оперативно ползать вверх-вриз по списку и тыкать пробелом play/pause.

3. Самое важное: нужна фича выбора курсором нескольких файлов (не подряд, а рандомных любых) и быстрый вызов внешнего скрипта, на вход которому будет передан этот список файлов в порядке, в котором они выбраны. В этом месте моя скриптина ловко передаст выбранную гору файлов в ffmpeg и я их склею в один новый.

Посоветуйте чо? Спасибушко. P.S. В общем нашёл рабочий способ полу-удобный:

1. Берём файловый манагер Thunar
2. В настройках можно задать пользовательские действия для определённых типов файлов. Только там дебилы делали фильтр и если ты написал «.ogg» но не поставил галку в «Audio Files» то тебе жопа.
3. Пишем скрипт .sh, в который падает гора файлов и он их склеивает.

Вариант рабочий, но только это не аудиоплеер. И нажатие на файл вызывает внешний плеер (audacious например), который надо закрывать каждый раз после прослушивания.

Привет господа. Посоветуйте какую-нибудь приличную по картинке камеру:

• resulution: 4…5MP
• кодек H.265
• питание PoE 802.3af
• отсутствие wi-fi и привязки к каким-то облакам и интернету. Встроенные свистелки и детекторы движения тоже не интересны, движение можно в видеорегистраторе подетектить как тебе надо.

Приличную по картинке - значит хорошая светочувствительность, детализация честная для данного разрешения, а не интерполированная, возможно даже HDR или как там его Wide Dymanic Range. Объект наблюдения - кусок внутренностей подьезда с расстояния 5-7 метров.

Хочется просто записывать готовый поток h.265 на диск каким-то рандомным видеорегистратором, который готов к h.256 или linux-файлопомойкой самодельной на базе одноплатника.

Чо можете скзать про такие варианты:

• Hikvision DS-2CD2347G2H-LIU(4mm)
• Hikvision DS-2CD1053G0-I

Штука хорошая, несколько лет без ребутов работает. Но если пытаться рубиться в адское онлайн low-latency рубилово через wifi 5ghz, то наблюдается прикол, лучше всего описываемый если пинговать роутер в режиме флуда.

ping -f

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

Типа роутер о чём-то своём там задумывается на это время. Включены оба интерфейса - и 5ghz и 2ghz и на обоих кто-то есть, но мало - на 5ghz пара телефонов и ноутов с крайне малым трафиком уровня яндекс почитать, на 2ghz какой-то кусок «умного дома» раз в минуту стату отправляет в облако. Больше никуя нет. SSID на разных диапазонах разный.

Есть ещё одна такая же железка где-то в хламе валяется, могу попробовать на неё openwrt накатить и потестить конечно, вдруг чо.

Что можно такое поотключать или подебажить в RouterOS, чтобы стало совсем хорошо? В интернетах аналогичный прикол видел один раз, но там чел просто какой-то смарт TV телек вырубил и всё стало хорошо, не пойму прикола.

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

Рассуждения о том, что wi-fi - это шляпа для дебилов и нормальные люди сидят на кабеле - не нужны, это очевидно. wi-fi - это фактически полудуплексный хаб с системой правил разруливания желаний клиентов срать в один канал, со всяким оверхедом и системными пакетами анонса планов передачи и всякими carrier sence - всё это понятно, но у меня условия в эфире неплохие и кажется из технологии можно выжать что-то хорошее, просто интересно почему оно раз в несколько секунд так себя ведёт стабильно. Надо брать спектроанализатор или wi-fi сниффер аппаратный и смотреть что там творится конечно, но такой тулзы под рукой нет.

Хочется понять сколько кулеров на выдув из деревянного ящика на его боку надо поставить, чтобы наваленная куча фильтр-ткани или хепа-фильтров на входном верхнем отверстии этого ящика оказалась ощутимо эффективной для площади 20 кв метров. Ну то есть чтобы прямо объективные контроли содержания всяких мелких частиц показали, что жизнь улучшилась.

Нужен простой семплер с 8 или 16 кнопками. Держишь кнопку удерживая «REC» - в кнопку пишется твой пердёжь. Держишь без кнопки REC - эта кнопка воспроизводится. Внутри аккум Li-ion и зарядка по USB-C. Конец списка фич.

Может есть что-то на алиэкспрессе такое тупорылое? Видимо эта категория девайсов считается какой-то окуенно элитарной, поэтому любая подобная хрень начинается от 25K - yamaha/akai там всякие, других на рынке чё-то совсем нет. Ну типа записывать фразы Виктора Палчы из «бандитский петербург» и оперативно их врубать в ходе разговора по телефону достаточно чего-то менее навороченного.

Есть на ali всякие там usb-вотчдоги, но рассчитаны на то, что есть кнопка ресет.

А надо размыкать на 5 секунд питалово и подавать обратно. Мощность всего 10 ватт от силы - 5 вольт, 2 ампера. Нужно какое-то максимально опенсурсное тупое решение, которое способно жить на 5V (возможно больше, хз) и работало так: считает до 60 сек, если по UART не приходило HELLO за это время, то разрывает контакт на 5 сек и начинает заново (но после разрыва контакта первый рассчёт не до 60, а до 60*5 допустим, чтобы ядро успело запуститься).

Есть чо? А если нет, то можно на ардуине наверное сделать и релюшечке. А посоветуете релюшечку. Релюшечка не нравится, у неё ресурс конечный и контакты могут износиться и дать сопротивление. Но релюшечка хороша тем, что можно взять нормально-замкнутую и питалово она будет жрать только в процессе размыкания. А можно MOSFET замыкать? Два ампера нагрузки максимум наверное потянет почти любой мосфет. Минусы мосфетного подхода - только в том, что там постоянно нужна напруга поданная на затвор? Падения напряжения на нём вроде мало и греться он будеть чуть менее чем никак?

Контекст: надо железку на Allwinner A20 перезапускать. Проц дурной, от жары может встать колом в рандомный момент времени. Пока порешал задачу встроенным в тот же проц A20 аппаратный вотчдог, который даже работает. Но решение выглядит пока что не самым надёжным, хочется подпереть более надёжным костылём. Железка живёт на подоконнике. Зимой-весной ей хорошо, летом у неё наступает инфаркт жопы регулярно. Может радиатор ей попробовать прифигачить…

Коробочка нужна, куда ты втыкаешь jack3.5 наушники и слушаешь звук по bluetooth5.0/5.1/5.3 с телефона. Кодеки пофиг, можно старое днище, но главное хочется такого:

1. Офигенно большая батарейка, чтобы хватало на месяц использования по 2 часа в день. Ну то есть, не мизерная коробочка, а размером с пол-лопатофона хотябы, куда впихнут большой аккум. В идеале вообще сменная 18650 ячейка.

2. Отсутствие тормозов передачи команд с наушниковых гарнитурных кнопок на телефон (громкость/пауза).

3. Желательно: поддержка микрофона в гарнитуре, чтобы 4-й микрофонный контакт в самсунговых наушниках видело и обратно микрофон передавало при звонках, хотя фича опциональна, потому что в BT физически невозможна передача качественного аудио от гарнитуры к телефону (физически есть возможности, но на практике такая поддержка отсутствует в любом android/ios и достигается только конским патчингом ядра и диким бубном чтобы повернуть профиль A2DP в обратном направлении - короче проще забить).

4. Зарядная дырка USB-C.

Спасибушко господусики! Aliexpress я пытался копать, но там навалом какой-то невообразимой дичи на эту тему, хрен разберёшься в отношении конкретного товара бывает ЧТО ЭТО ВООБЩЕ ТАКОЕ - какие-то там двунаправленные приёмники-передатчики BT для повозок, прочее такое без встроенных аккумов.

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

Плохой пример идеи: выкачивалка аудиофайлов с ютуба: инфраструктурные издержки на хранение и выкачку 80-мегабайтных OPUS-файлов, горы трафика, набор клиентов ограничен только слушателями подкастов (не особо широкий контингент упоротых), необходимость постоянно следить за тем что там ютуб поменял в протоколах отдачи и обходить это, то есть будет ломаться иногда с простоями в неделю. Слишком нишево, рисковано и дорого. Не интересно.

Хороший пример идеи: бот для записи в рестораны, на ноготочки, на стрижку: подключаешь к себе разные рестораны и люди через бот могут бронировать места, менеджеру ресторана прилетает твой номер и они тебе перезванивают. Просто, инфраструктурно дёшево (вся БД на сервере бота не привысит 10 мегабайт карл, мало трафика), полезно, продаваемо.

Хороший пример ещё: антиспам бот: добавляешь себе в телеграм чат, а бот всем новым входящим людям задаёт капчу (капча инфраструктурно плоха, потому что жрёт ЦП на генерацию, ну ладно, простительно). Ещё плоха идея тем, что опять же нишева. Создателей чатов мало, не массовая публика.

Да, все эти задачи решены тысячу раз, но решать уже решённую задачу - это нормально, потому что смысл сделать лучше/дешевле - так работает весь бизнес - парикмахерские давно придуманы, но никто не мешает открывать новые.

Не очень хочется связываться со всяким тупым проведением времени, типа там игр сраных.

Короче посоветуйте идей.

Вот есть два таких события от утилиты xev.

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

А есть внешняя мышь. Она bluetooth, но это не важно. У неё есть колесо. Если нажат на колесо, то генерируется отдельно первое событие. А если отжать колесо, то генерируется отдельно второе событие.

Ну почти всё нормально. За исключением того, что в гуях (дефолтных для ubuntu 24.04) эта кнопка мыши работает через раз, а тачпадная центральная кнопка работает стабильно. Но дело не в том, что у мыши плохие контакты. Утилита xev показывает стабильные клики средней кнопки от мыши, без единого разрыва и пропуска. Дело в какой-то другой фигне.

Через раз срабатывает среднее нажатие на ссылках с внешней мыши, но стабильно от нажатия на центральную кнопку.

Дело может быть в том, что у мыши эта кнопка является колесом. А колесо слегка крутится, если эту кнопку жать. А иногда не крутится. Если оно слегка крутится, то оно успевает вставить своё событие кручения между PRESS и RELEASE и это всё портит. А когда всё работает, тогда кручения колеса не происходило. Гипотеза такая.

Есть какие-то офигенно крутые способы лечения этого прикола?

ButtonPress event, serial 34, synthetic NO, window 0x3400001,
    root 0x5ed, subw 0x0, time 1967841156, (1592,498), root:(1598,591),
    state 0x0, button 2, same_screen YES

ButtonRelease event, serial 34, synthetic NO, window 0x3400001,
    root 0x5ed, subw 0x0, time 1967841156, (1592,498), root:(1598,591),
    state 0x200, button 2, same_screen YES

А правда, что доступа к моему компу из-под моего пользователя вполне достаточно, чтобы скопировать некие файлики сессии телеги из домашнего каталога, чтобы эту сессию угнать и потом с ней пойти на сервер телеги совершенно с другого компа?

Если бы я был телегой, то у меня каждая сессия была бы реализована как ключ, с которым на сервер можно пойти только в один поток, то есть соединение с данным ключом до сервера телеги может быть только одно. Если появляется параллельно два соединения с одним и тем же ключом, то я закрываю оба и ставлю на данной сессии галку «угнано».

Хочется автоматически скачать/спарсить откуда-то из интернетов примерно 1000 фоток Киркорова. Примерно в том духе, который вы увидите вбив «киркоров» в картинки яндекса - вот это всё в перьях и на фоне хрусталя в креслах. Можно не быстро.

Есть идеи, где должен шариться бот, чтобы накачать пободного под тыщу штук и так, чтобы его не прибанило? Если я полезу ботом на яндекс с произвольной VDS-виртуалки, я думаю что с первого раза увижу этот IP в бане с требованием ввести капчу. Есть ваще идеи как это решается? Ну или может есть альтернативно-одарённые поисковики картинок, которые уже нашли Киркорова, но которые не банят ботов?

Есть IP адрес, про который нам стало известно, что это кулхакеры DOS-овцы. Овцы Доса. А коннект от него мы уже приняли в приложении. И тут возникет идея «а давайте скажем TCP-стеку ядра, чтобы оно забыло запись про этот TCP коннект как будто его и не было и наш сокет тоже выкинем и закроем так, чтобы никакого FIN/RST никуда от нас клиенту не уходило». То есть, если про клиента известно, что он скотина, то пускай себе думает, что он всё ещё держит до нас коннект, а мы просто забудем про это, фигли ресурсы на чертилу тратить.

Ясно, что во взрослом мире такие задачи решаются вообще не так: если вдруг про IP-адрес стало известно, что он псина, то этот IP передаётся в списки какой-то firewall-овой машинерии перед нашим физическим сервером и там на низком уровне в DKPK-XDP-фигнях пакеты от этого IP адреса тупо забудутся как будто их не было.

Но вот допустим, мы поняли, что клиент - псина только после того, как соединение приняли. Допустим он по этому соединению нам что-то такое передал, что спалился как чертофан. И тут хочется как-то резко перестать тратить на него ресурсы, поднасрав ему заодно в отместку, авторитарно забыв это соединение и не сказав ему. Пускай ретраит, нам не жалко ваще, тем более что скоро этот IP таки может быть уйдёт в firewall. Хотя тут зло в том, что после первого же ретрая с его стороны, наше ядро, не узнав это TCP-соединение (по исходящей паре ip:port) тупо отправит ему RST. То есть, RST всё равно пойдёт. Но потом. Но цимес в том, что этот чертила может быть тоже про нас уже забыл и слать ничего не собирался, думая что мы всё ещё держим ресурсы на него.

Короче вопрос про резкое забывание TCP-соединения без отправки RST. Я чё-то там почитал про SO_LINGER, shutdown() и т.п., но это всё не то, потому что оно отправляет RST.

Ещё знаю утилиту tcpdrop, которая вроде бы не отправляет «туда» RST.

Ещё слышал про такой способ потереть из TCP стека молча инфу про коннекшн: sudo conntrack -D -s <локальный IP> -d <удалённый IP> -p tcp --sport <локальный порт> --dport <удалённый порт>

Ещё можно shutdown(), перед которым сделать такое:

sudo iptables -A OUTPUT -p tcp --tcp-flags RST RST -j DROP

Но всё это какие-то внешние тулзы. Они же наверное какие-то вызовы системные дёргают? Я-то их тоже же могу дёрнуть? Вряд-ли без рута. Так чё делать?

Наверное нормальным решением будет написать на сишечке внешнее злое приложение, запустить его от рута на нашей машине. Пусть слушает UDP 127.0.0.1:44444. В это приложение по UDP наше «рабочее» приложение будет стучать доносы, а то приложение уже системные вызовы в ядро делать типа вот того conntrack -D?