>>2178 Потому что в смартфоне всем управляет чипсет. Не забывай про самодостаточные устройства, берущие питание от колебательного контура (смарт-карты, проездные кольца и т.д.).
Да я нюфаня на мелкобордах, но вижу треды полны идей аналогичных моей. Я уверен что в нашем мире много таких как мы. Людей кому важна безопасность и свобода слова. Ну вроде правильно нас называть шифропанками, хотя я себя боюсь даже так назвать. Но к сожалению мы всегда были только на чужих ресурсах, мы ютились на бордах и форумах. А давайте создадим движение разработчиков/шифропанков, думаю очень годно выйдет. Делать софт, обсуждать софт на своем ресурсе. В чем профит? Во-первых, нас мало и нам лучше стоит все объединятся. Ну в правду на каждой борде найдете всего пару анонов, довольно плохо связанные. Многие идеи летят в трубу изза этого. А еще обычно все на мелкобордах о которых узнаешь через знакомого, или как спонтанно. Думаю пока завести чатик в жабе или ирке, и сделать мост друг друга, и в телегу с матрицой. если не трудно вдруг сообщества есть накидайте итт. А то уже знаю таких же как мы только малосвязных так же
Вот бы легаси в виде 3.6.хх версии лисы оживить. Из плюсов - она на всем нормальным людям понятных сях, ее не заблотили, к тому же исходя из первого пункта, можно легко вырезать опасный функционал. Ты спросишь - а че не так, бери да канпиляй.. а я тебе скажу - иди нахуй если не понимаешь что такое оживить легаси под все современные платформы.
Подумываю ебашить вообще адовый суп, вариаций масса, но в целом схема примерно такая: Главный процесс - авторизируется перед сервером, запускает все другие, в stdin им пишет соответсвующие станзы полученные от сервера (с префиксами длины, предварительно очищая от всякой возможной уязвимой хуйни, которая энивей недопустима в хмпп типа dtd, т.о. в этих програмулечках можно будет использовать любую хмл либу, а не ебаться со всякими sax), с их stdout читает станзы и шлёт серверу. Причём этот же главный процесс заботится о том чтобы каждая станза была доставлена, причём один раз, т.е. имплементирует ХЕР0198 и ХЕР0359. Станзы "iq" идут к условному iqd, "message" к условному messaged, "presence" аналогично. Нонзы не имеет смысла выносить в отдельный процесс, я думаю, потому что насколько я знаю они всегда делают что-то непосредственно связанное с соединением. iqd открывает UDS сервер. Подключившись к UDS серверу, клиент (т.е. любая другая программулечка), может послать один iq и получить ответ тут же, аналогично с префиксом длины, чтобы не ебаться с парсингом хмл, а просто скормить любой хмл либе всю станзу. messaged открывает какой-нибудь простой локальный интерфейс для гуя или консосьного фронтенда, где у входящего сообщения например указывается тупо (расшифрованный) текст, дата, зашифровано ли, всякая такая хуйня - фронтенду подаётся на блюдечке, а гуй опять же шлёт текст, говорить зашифровать ли и если да то чем, ну и т.д. хуйня. Так же открывается UDS сервер, клиенты которого шлют интересующие namespaces, и получают все сообщения, их содержащие (через это будет работать условный pubsubd(ХЕР0330), который в свою очередь поднимет аналогичный сервер-два, которые предоставят простой интерфейс (им сможет пользоваться условный discod (ХЕР0030), который в свою очередь сделат подобное)). Через pubsubd в т.ч. главный процесс сможет аннаунсить поддержку ХЕР0359. Во всём этом блядском цирке например omemo будет организовать как-то так: подписываемся на pubsub сообщения о ключах, предоставляем UDS-сервер на который можно будет послать станзу <encrypted> хуйню и получить расшированный текст, этим сервером будет пользоваться messaged. Отдельно будет жить хуйнюшка реализующая вот эту хуйню, например https://xmpp.org/extensions/inbox/omemo-media-sharing.html#aesgcm. Т.е. будет отдельный демон у которого фронтенд будет запрашивать файлы, а он уже будет решать - тупо curl'ом их надо качать, или по вот по этой хуйне.
Т.о. компоненты можно будет пилить разным людям, на разных языках, общаясь с простейшим апи. Я ебан? Где я проебался?
>>1728 >Так другие люди не будут пилить из кучки программ свои клиенты, максимум свой GUI прилепят, ведь им придётся начать серьёзно понимать за посылку сообщений у тебя в системе. И делать точно так же, как делаешь ты. Универсальной сериализации нет. Также про сам хмпп можно сказать, лол. Надо серьёзно понимать за посылку сообщений и делать точно так же как существующие клиенты. >Я бы хотел увидеть там тот же GTK, но он собирается с помощью какой-то магии и официально не поддерживается. Хз к чему ты это сказал вообще, Андроид специально сделан чтобы не поддерживать существующий софт, чтобы на него разработка была сложной, и проблема при портировании гтк ну никак не сводится к какому-то там binder'у. А вот у Dbus число библиотек наверное не сильно меньше числа програм его использующих.
>>1728 >Это можно сделать и превратив клиент в огромную библиотеку с коллбеками, делая ffi там, где надо. Можно. Так весь клиент и все плагины сделать можно. Но 1) ffi сложнее чем какой-нибудь минималистичный текстовый rpc 2) Для какого-нибудь python с asyncio или tcl с его event loop надо будет писать какие-то прослойки чтобы оно работало в одном евент лупе со всем клиентом 3) Клиент будет менее отзывчивым. Если какой-нибудь плагин занимающийся архивами работает в своём процессе - то он вполне может работать с каким-нибудь sqlite синхронно, его подвисания затормозят только работу с архивами но не повесят вообще весь гуй, и процесс можно будет в крайнем случае убить и запустить заново
Кстати по-моему таки нужен RPC. Нужно отдельное представление сообщений для клиента. Просто фильтрами можно реализовать омемо, да, но что делать например с отправкой файлов? Нужно представление информации о загрузке и отправке независимое от языка. Поэтому нужен rpc. Таким образом порой совершенно разные по принципу действия и степени уродства существующие способы передачи файлов типа https://xmpp.org/extensions/xep-0066.html#example-1 https://xmpp.org/extensions/xep-0234.html#example-1 https://xmpp.org/extensions/xep-0363.html https://xmpp.org/extensions/inbox/omemo-media-sharing.html Можно загнать под какой-нибудь один минималистичный протокол (всм между гуём и самим клиентом), который можно свести к трём фразам: от гуя клиенту: "отправь файл по такому-то пути" и "прерви загрузку" от клиента гую: "файл загружен настолько-то процентов"
В общем, по сути, RPC должен поддерживать request-response, ну и события. Можно его вообще свести к трём типам станз: <stream> <request id="XX" method="XXXX"></request> <response id="XX"></response> <event></event> </stream> Но желательно добавить бы ещё разбиение событий на группы, т.е. чтобы событие могло ассоциироваться с какой-то транзакцией. Тогда разговор гуя с клиентом мог бы происходить как-то так: <stream> <!-- от гуя/морды: --> <request id="1" method="upload.start"> <chat id="juliet@capulet.lit/balcony"/> <file path="/home/romeo/dickpic.jpg"/> </request> <!-- от клиента: --> <response id="1"> <ok/> </response> <event id="1"> <download-progress percentage="50"/> </event> <event id="1"> <download-progress percentage="100"/> </event> </stream>
Клиент в свою очередь исходя из поддерживаемых сервером и девайсом собеседника херов мог бы решить, как именно слать файл, через какой плагин. Количество кода в гуе - минимально. Разработчик плагина ничего не должен знать про гуй, только должен уметь в этот минималистичный rpc.
Ответы:
Мобильных устройств тред стартует здесь
Anonymous
No.1857[Ответ]
Как смотреть локально сохранённые веб-страницы с изображениями (в формате "название страницы.html" + каталог "название страницы_files") на Android 6.0 и выше? Браузер (пробовал несколько) отображает только голый "название страницы.html", без изображений из "название страницы_files".
> Как смотреть локально сохранённые веб-страницы с изображениями (в формате "название страницы.html" + каталог "название страницы_files") на Android 6.0 и выше? Браузер (пробовал несколько) отображает только голый "название страницы.html", без изображений из "название страницы_files".
Недавно наткнулся на DuckDuckGo. В вики позиционируется как поисковая система, придающая особое значение обеспечиванию конфиденциальности пользователей и отказу от «пузыря фильтров» персонализированных результатов поиска. С одной стороны отказ от персонализированных результатов поиска выглядит интересно. С другой стороны в гугле для двух разных пользователей будут выданы разные результаты для одного и того же запроса, т.е. ты видишь одно, а товарищ майор видит другое. Что думаете, какой вариант лучше?
Когда я начал изучать современный php для меня стал откровением composer - это менеджер зависимостей и автозагрузчик классов. С его освоением качество кода вышло на новый уровень, теперь можно забыть про include и ручное подключение классов. А в репозитории Packagist есть целая куча готовых пакетов на все случаи жизни, ведь зачем заново писать то, что уже давно написано профессионалами. Так же за счет применения стандарта автозагрузки PSR-4 код стал в целом более упорядочен и удобен в работе. Считаю разработку на php без composer сегодня вчерашним днем.
Анон, поясни, каким образом эта хуйня работает. Захожу на пикрелейтед сайт через прокси. В настройках торрент клиента так же прописано использование прокси (пикрелейтед 2). Откуда берётся мой реальный IP?
Сейчас стало нормой изымать всю электротехнику при обысках. Но если информацию хранит о облаке, то есть шанс её (информацию) сохранить. Каким провайдером пользоваться? Критерии выбора?
https://nextcloud.com/providers/ Здесь перечислено довольно много провайдеров облака, какой выбрать? Имеют значение и цена и privacy и ...
>>1513 >А чё. PGP и усё зашифровано. Только я не желаю граф связей делать доступным т-щу майору. >И не подставляй своих собеседников. Ищ-ты, мыло.ру и яндекс ему подавай. Так в это в случае с почтой. А в случае с криптоконтейнерами что утекает? Тот факт что ты умеешь шифровать данные майор и так знает.
>Билл Гейтс летал на шлюхосамолёте педофила Эпштейна >всем похуй, ты даже об этом не слышал >Столлманыч сделал не педоистерическую ремарку о чуваке который общался с педофилом Эпштейном >взлом жопы, бан очка, пшол нахуй педофил ебаный
Подозрительно ли использование для повседневных нужд почтового ящика на, скажем, protonmail? Я не хочу чтобы мою почту анализировали, как это делают всякие гуглы, но в то же время, не хочу выглядеть со стороны криптошизиком. Возможно, есть какие-то компромиссные решения?
>>1449 И будет твоя солидная почта попадать прямиком в папку СПАМ. А сервер, поднятый не профи и нерегулярно обслуживаемый, станет отличной тренировочной площадкой начинающих хацкеров.
>>1450 > torbirdy не устраняет проблем птички > (чтоб черновик до pgp на север не утек (так птичка делает)), и даже сам ник@mail.ru не сохраняся
Тред об автоматизации дома, проектах умного и не очень умного дома, DIY в этой области и обо всем, что с этим связано.
Я открыл для себя недавно такую крутую штуку, как Node-RED, о ней сегодня хочу рассказать. Это система визуального программирования, которая работает в браузере, предназначена для связи между собой программных и аппаратных компонентов и передачи потоков данных между ними. К примеру, туда можно подключить wifi реле и написать различные сценарии для управления им, это самое простое. Можно заводить туда показания различных датчиков и учитывать их в других сценариях. К системе подключаются кнопки, датчики, всякие панели ввода, пульты, исполнительные устройства, реле и прочее, а вся логика описывается с помощью специальных блоков и потоков данных между ними. Плюс ее в том, что абсолютно все устройства можно связать логикой между собой.
На картинке в оппосте сценарий, который я написал, это сценарий для мониторинга моего бесперебойника (простой apc smart) и отправки оповещений мне на email в случае сбоев питания. Работает он так: в случае пропадания напряжения сети, мне на email приходит оповещение с временем события и текущим уровнем заряда батарей. Если сеть восстанавливается, на email приходит еще одно оповещение с временем, в течение которого не было напряжения в сети и остаточным зарядом батарей. Если напряжение не восстанавливается и заряд аккумуляторов заканчивается, на email приходит оповещение о том, что компьютеры будут выключены и временем работы бесперебойника от батарей, после чего все компьютеры штатно выключаются упсом. Два блока сверху справа это отправка уровня заряда батарей mqtt брокеру, это отдельная программа для передачи данных между устройствами по mqtt протоколу. Эти показания я могу использовать либо в других сценариях, либо выводить на дашбордах. К примеру у меня эти показания выводятся на телефон.
В чем смысл? В любом случае тебе будет похуй. Беспербойник отработал свое и выключился при подаче напряжения > похуй. Заряд батареи беспребойника закончился до включения электропитания > похуй, все равно твое знание о его отключении на появление электропитания не повлияет. ИМХО, единственно где нужна автоматизация в жилом помещении это учет потребления жизненно важных ресурсов: воды, отопительного топлива и электричества, ибо вручную передавать в жэк эти циферки заёбно, остальное хуйня полная и выдумывание решений для несуществующих проблем.
>>1452 Добавлю еще что очень полезной для городского человека с непостоянным графиком была бы автоматика штор затемняющая комнату полностью когда ложишься спать, и поднимающая их по будильнику, и собственно сам будильник читающий фазы сна и будящий в нужный момент ярким светом. И дневная лампа уф-досветки для живущих за полярным кругом, или витами D в таблеточках, что из этих двух дешевле. Для всего вышеперечисленного не нужны ни интернет, ни wifi, ни что-то сложнее микроконтроллера.
Собираюсь начать активно пользоваться биткойном для оплаты всяких vps, доменов и прочих таких услуг. После того, как paypal заблокировал аккаунт за отказ прислать скан паспорта и фото с флажком в жопе. Биткойном раньше пользовался немного, из всяких онлайн кошельков, типа btc.com. Но онлайн кошельки это ненадежно, так как они имеют доступ к моим деньгам. Какой выбрать десктопный киент, чтобы иметь единоличный доступ к кошельку и при этом желательно без необходимости скачивать 200+ гб данных.
И где луче всего покупать биткойн? Я несколько раз покупал на localbitcoin, но там как-то все мутно, покупать крупную сумму боюсь, боюсь, что кинут, и наценка большая выходит.
>>1442 >банки охреневают блокируя переводы Когда уже биткойн будут принимать в обычных магазинах и всяких ибеях. Скорее бы. Как надоела вся эта хуета с паспортами и блокировками.
Аноньчики, планирую вкатиться в погромирование. Вот стек(так называется????) технологии, которые, как ящитаю, важны для работы в рашке 1) Си/Си++ 2) php+mysql 3) JS 4) C#/Java + DB 5) Python 6) 1c(Битрикс как движок для веба, предприятие для хуйни на кассах в пятерочке?) И еще дополнительно алгоритмы и структуры данных. Хватит ли этого чтобы стать успешным??
>>1085 Ассемблер. Я вкатывался по каким-то гайдам, предназначенным для DOS, запускал через dosbox. Потом ещё операционную систему написать пытался, какой же ужас. Можешь ещё купить микроконтроллеров и там ассемблерить.
>>1329 > Как правильно работать с указателями? Странный вопрос. Берёшь и работаешь. Может быть, тебе лучше искать ответы на вопросы «что такое указатели» и «зачем они нужны»? Паскаль придумали именно для того, чтобы плавно подвести учеников к ответу на эти вопросы.
> Что такое умные указатели? Без понятия, в C такого нет. Рекомендую не углубляться в дебри хитросплетений абстракций, а сначала изучить основы.
Это PL, который просто поражает воображение. Он настолько ахуенен, что и представить сложно. В общем, я написал макровскую цепь в двух строчках кода, блядь!
Сейчас пролистал список IT вакансий за последний месяц в своей мухосрани. Итого: 80 % вакансий - веб макакинг (пхп, js), несколько 1С вакансий, но там везде требуется стаж, несколько ява вакансий для андроидо параши, и только одна вакансия на С# и там требуется опыт 3 года минимум. Сам хотел бы вкатиться в C/С++, но вакансий нет вообще. Как понимаю, связано это с тем, что хайтека в этой стране почти нет, поэтому все барыжат сайтами или пытаются поднять легкие деньги на узколобых, пиля игры/приложения для смартфонов. То есть выше риски, но меньше затрат и больше результата в случае успеха.
Отсюда следует вопрос: стоит ли прогнуться под реалии и временно вкатиться в веб-макакинг, или же есть другие варианты? Вариант понаехать в Москву для бОльшего разнообразия не рассматривается, т.к. для этого все равно придется сконцентрировать приличные резервы, что откатывает к первоначальному вопросу.
>>1260 (OP) Весь мир такой, лол. Вебмакакинг, говноприложения (что от вебмакакинга отличается ещё более уебищными фреймворками и иде на 8гб оперативы минимум). Все деньги в слежке/рекламе, что конечно же одно и тоже, ежжи. Поэтому ты ещё можешь пойти в data science и подобную мочу. Но тут нужен вуз. Data scientist'ы это конечно ни чуть не меньше человеческий гной чем вебмакаки и прочие сеошники
Сижу под Убунтой, версии Гамака под неё нет. Смотрел Game Editor - он какой-то маленький по возможностям. Чем можно заменить Game Maker, чтобы возможностей было достаточно много и при этом в освоении приложение было простое?
Кто-нибудь знает, что они напердолили с расширениями? При попытке установить с сайта мозиллы выдаёт оповещение о том, что расширение повреждено. Не могу понять какая строчка в about:config за это отвечает.
Сап, господа. Какой бы кошелёк для битков вы посоветовали бы накатить на пеку? Чтобы без всех этих овер 200 гигов. Очень рассчитываю на ваш совет, анончики.
Electrum. Все ключи хранятся только локально, и наличие транзакций подтверждаeтся по SPV, что близко к полной ноде по надежности. Подключается к ElectrumX серверу (полному узлу), которых достаточно и в любой момент можно использовать любой доступный онлайн. Качать блокчейн не нужно.
Достаточно давно существует, один из первых SPV кошельков. Сайт: electrum . org , существует достаточное количество фишинговых сайтов с ним, осторожнее. Если используешь альтернативные источники, вроде репозиториев, версия должна быть 3.3.x, более ранние содержат уязвимость, из-за которой практически не работают и выводят сообщение с перенаправлением на фишинговый сайт.
Сап, антуаны. С помощью чего проще всего разделить траффик с разных приложений, чтобы часть шла через VPN/Tor, а часть напрямую? Ещё было бы здорово если можно сделать что-то подобное для разных профилей одного браузера.
>>300 >пространством имён сетевых интерфейсов. Про это можно почитать man ip-netns. Можно просунуть создаваемый vpn'ом tun или tap прямо в неймспейс и вообще не париться с назначением ip-адресов с двух сторон виртуального линка и роутингом из него, как это пришлось бы делать с виртуальной машиной. Даже фаервол настраивать не нужно.