Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Раздел полезных советов: Создание QR-кода в консоли, чтобы б..., auto_tips (?), 15-Июн-17, (0) [смотреть все] о, утащу-ка я к себе в новый релиз , Леонид Потыринг (?), 23:17 , 15-Июн-17, (1) // дык, давно было уже QR-коды на сервере, http-server в init е, бинарные логи в, Аноним (-), 20:23 , 16-Июн-17, (9) // пруф или не было на сервере в консоли, а не просто на сервере , igor_chubin (ok), 21:25 , 19-Июн-17, (16) а в Убунте вместо UTF-8 просит UTF8, aaa (??), 23:41 , 15-Июн-17, (2) в Федоре тоже , AS (??), 00:53 , 16-Июн-17, (3) Это что, содержимое консоли предлагается конвертировать на сайте http qrenco d, Аноним (-), 10:40 , 16-Июн-17, (4) // Не всем же дано qrencode установить, а как же еще пароли ключи передать Толь, SysA (?), 17:43 , 16-Июн-17, (7) // А пароли тут при чём , igor_chubin (ok), 21:26 , 19-Июн-17, (17) А зачем пароли ключи вообще конвертировать в QR-код Вы их кому-то показывать в , dq0s4y71 (ok), 12:45 , 21-Июн-17, (41) Вопрос 1 В чём принципиальное отличие с точки зрения безопасности я так понимаю, igor_chubin (ok), 21:40 , 19-Июн-17, (21) // Затем что такие дети цветов всё подвязывают на онлайн тулзы и как только сеть ля, Аноним (-), 21:09 , 09-Авг-17, (60) // Понятно, igor_chubin (ok), 21:53 , 09-Авг-17, (62) Да уж, быстрых разумом невтонов нам не занимать Был у нас бог API прослоек ирина, Аноним (-), 11:26 , 16-Июн-17, (5) // К сожалению, прошло мимо меня Нормальные вещи делал или ничего интересного Можн, igor_chubin (ok), 22:13 , 19-Июн-17, (24) // Без всякой иронии говорю, если что Делает полезные вещи, народ пользуется apuls, Аноним (-), 11:39 , 20-Июн-17, (31) // Тогда почему же был Значит был, есть и будем надеяться будетДа, действительно , igor_chubin (ok), 11:54 , 20-Июн-17, (33) А почему бы это не офромить обычным скриптом Зачем это делать именно как веб сер, XoRe (ok), 16:57 , 16-Июн-17, (6) // Так ведь скрипт получается слишком сложный, аж целых 3 команды cat text_file , SysA (?), 17:48 , 16-Июн-17, (8) // 2 команды echo text_string 124 qrencode -t UTF8 -o -, Mik (??), 19:00 , 17-Июн-17, (11) // 1 команда qrencode -t UTF8 text_file, Mik (??), 20:25 , 17-Июн-17, (13) qrencode надо инсталлировать, это единственный минус,а так qrencode, конечно же,, igor_chubin (ok), 21:27 , 19-Июн-17, (18) curl тоже надо инсталлить, XoRe (ok), 02:14 , 21-Июн-17, (37) curl wget fetch httpie есть в системе в 99 99 наверное, в 100 , если не брать , igor_chubin (ok), 07:11 , 21-Июн-17, (39) У вас тяга к внешним зависимостям Синдром спихивания ответственности на партне, Аноним (-), 21:14 , 09-Авг-17, (61) Понятно, igor_chubin (ok), 21:53 , 09-Авг-17, (63) Зачем gqview, это же консольная версия Расстраиваете, igor_chubin (ok), 21:40 , 19-Июн-17, (22) // Для посмотреть Ибо предполагалась чистая консоль без псевдографических и ФБ пр, SysA (?), 17:34 , 09-Авг-17, (58) а что такое ФБ Собственно, это уже достаточно чистая консоль,я не знаю в каком т, igor_chubin (ok), 17:40 , 09-Авг-17, (59) потому что обычный скрипт остался дома, и тебе хочется унести с собой на памят, ваш кэп (?), 01:00 , 18-Июн-17, (14) –1 // И почты, конечно же, у него тоже нет , SysA (?), 11:58 , 19-Июн-17, (15) // Почты может не быть на телефоне у меня нет, например ,как и прочих мессенджеров, igor_chubin (ok), 21:28 , 19-Июн-17, (19) Расскажите, пожалуйста, как если у вас есть скрипты и неткаты, но нет никаких с, igor_chubin (ok), 21:55 , 19-Июн-17, (23) // pushbullet, google keep и т д А вот вам реальный кейс - на сервере нет интернета, XoRe (ok), 02:19 , 21-Июн-17, (38) мы договорились без аккаунтов, эти примеры ничем не лучше джаббера,но даже и с н, igor_chubin (ok), 07:11 , 21-Июн-17, (40) Боюсь, это вы договорились с самим собой Просто придумали экзотический пример К, XoRe (ok), 16:48 , 23-Июн-17, (43) Я предложил вопрос, вы на него ответили Я предположил, что вы приняли условия з, igor_chubin (ok), 17:17 , 23-Июн-17, (44) s менеджер мессенджер , igor_chubin (ok), 17:30 , 23-Июн-17, (45) Автор, зачем писать что-то типа многопоточное-событийное, если в результате оно , Аноним (-), 15:13 , 17-Июн-17, (10) // 1 Установить qrencode и xinetd 2 Создать файлик etc xinetd d qrencode с соде, Аноним (-), 19:51 , 17-Июн-17, (12) В данном случае стоит действительно использовать вызов библиотеки, а не запускат, igor_chubin (ok), 21:32 , 19-Июн-17, (20)   // Для задачи кодировать строку из консольки в QR код HTTP нафиг не нужен Да и п, Аноним (-), 23:32 , 19-Июн-17, (25)   // Обертка head -n1 124 grep -oP GET 124 qrencode -t , Аноним (-), 23:56 , 19-Июн-17, (26)   И меньше места занимает Это прорывКак насчёт поддержки embedded PNG-объектов i, igor_chubin (ok), 07:37 , 20-Июн-17, (27)   Я не nginx заменил, а питон с кучей тормозного барахла Если вы не заметили Ngi, Аноним (-), 11:09 , 20-Июн-17, (30)   nginx там и так стоит перед сервисом если мы про qrenco de говорим Я немножко , igor_chubin (ok), 11:44 , 20-Июн-17, (32)   Я здесь в сущности отказываюсь от некритичных вещей и за счет этого значительно , Аноним (-), 13:34 , 20-Июн-17, (34)   Насчёт доверия это не так критично как кажется Сервисы pastebin, sprunge us, ix, igor_chubin (ok), 15:38 , 20-Июн-17, (35)   На мой взгляд не нужно это делать через неткат Http для погоды оптимален Можно, Аноним (-), 17:21 , 20-Июн-17, (36)   Я так понимаю без интернетов это не работает, Аноним (-), 09:28 , 20-Июн-17, (28) // libqrencode работает только если проинсталлировать локально ,qrenco de работает, igor_chubin (ok), 09:52 , 20-Июн-17, (29) qrencode -o qr png -t png Только локально feh qr png, Аноним (-), 01:44 , 23-Июн-17, (42) Что только не придумают, лишь бы KDE Connect не ставить , Аноним (-), 17:25 , 27-Июн-17, (46) про передачу данных на телефон - регаемся на sms ru, кладём рубъ, и далее wget h, Аноним (-), 15:02 , 30-Июн-17, (47) // Классный сервис, но 1 Размер SMS сильно ограничен время доставки SMS зависи, igor_chubin (ok), 15:51 , 30-Июн-17, (48) // я его в основном для сигнализации о проблемах сети и серверов использую по раз, Аноним (-), 16:52 , 30-Июн-17, (49) // Да, для оповещений, конечно, не подходит QR-код никак А для переноса текста на с, igor_chubin (ok), 17:34 , 30-Июн-17, (50) данные переносить лучше морзянкой мигаем на экране белым квадратом текст, а на, Аноним (-), 18:01 , 30-Июн-17, (51) А кстати с морзянкой вы очень правы, только переносить не на смартфон, а в мозг , igor_chubin (ok), 18:07 , 30-Июн-17, (52) не каждый радиолюбитель хочет свой мозг к морзянке приучать, не говоря уже о про, Аноним (-), 18:31 , 30-Июн-17, (53) По-моему до 100 знаков в минуту довольно реально дойти простому человеку,а 200 п, igor_chubin (ok), 18:42 , 30-Июн-17, (54) В среднем - до 120 знаков в СССР, насколько помню, это был 1 разряд мужской вп, Abu (?), 08:02 , 03-Июл-17, (55) Никто не пробовал это в браузер запихать таким образом чтобы не чистый текст от , Аноним (-), 08:12 , 24-Июл-17, (56) // Так работает же в браузере, igor_chubin (ok), 09:55 , 24-Июл-17, (57) 1,2,3,4,5,6,10,28,42,46,47,56

Сообщения

[Сортировка по времени | RSS]

	20. "Создание QR-кода в консоли, чтобы быстро перенести текст на ..."	+/–
	Сообщение от igor_chubin (ok), 19-Июн-17, 21:32
	> Автор, зачем писать что-то типа многопоточное-событийное, если в результате оно запускает > бинарник в системе? Не использует биндинг (как тут http://search.cpan.org/~kurihara/Text-QRCode-0.01/lib/Text/Q...), > а именно запускает процесс и читает его вывод. > Не проще ли сразу в inetd прописать? Убрать ненужный здесь http. Открывать > сокет, пишешь туда что нужно закодировать, читать обратно. И все. В > качестве клиента неткат или телнет. Было бы более портабельно, чем курл. В данном случае стоит действительно использовать вызов библиотеки, а не запускать напрямую Про xinetd — нет, не пойдёт, потому что нужно ещё поддерживать браузеры, а не только консольные клиенты. + xinetd, напомню, это TCP, а не HTTP. А про библиотечный вызов правильно совершенно, полностью с вами согласен. Почему этого нет? Потому что используется generic-код, предназначенный для запуска любых процессов, а с потерями на внешние вызовы при незначительно количестве обращений (как в данном случае) можно смириться. Хотя если писать реально правильно, то форки тут совершенно ни к чему
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	25. "Создание QR-кода в консоли, чтобы быстро перенести текст на ..."	+/–
	Сообщение от Аноним (-), 19-Июн-17, 23:32
	Для задачи "кодировать строку из консольки в QR код" HTTP нафиг не нужен. Да и поверх xinetd тривиально дописывается обертка на sed, которая выдернет строку из запроса. Будет интересно сравнить производительность конфигурации на xinetd (вместе с оберткой) и оригинальной поделки. Ожидаю разницу в 2-5 раз.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Создание QR-кода в консоли, чтобы быстро перенести текст на ..."	+/–
	Сообщение от Аноним (-), 19-Июн-17, 23:56
	Обертка head -n1 |   grep -oP '(?<=GET \/)(.*?)(?= )' |     qrencode -t UTF8 -o - Остальная требуха аналогична. Я гарантирую, что это быстрее, чем питон.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Создание QR-кода в консоли, чтобы быстро перенести текст на ..."	+/–
	Сообщение от igor_chubin (ok), 20-Июн-17, 07:37
	И меньше места занимает! Это прорыв Как насчёт поддержки embedded PNG-объектов (<img src='png.qrenco.de/.../'>), опций запроса, виртуальных хостов, HTTPS, прокси, различного поведения для различных user-agent'ов, которые есть в оригинальной версии? Вообще ничего не виже в плохого в попытках заменить питоновский werkzeug shell'ом (и nginx заменить xinetd), только понимаю, что работать это будет если HTTP свести до уровня TCP, и с каждой добавляемой функцией типа виртуальных хостов или аргументов URL-строки, сложность кода будет увеличиваться экспоненциально.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Создание QR-кода в консоли, чтобы быстро перенести текст на ..."	+/–
	Сообщение от Аноним (-), 20-Июн-17, 11:09
	Я не nginx заменил, а питон с кучей тормозного барахла. Если вы не заметили. Nginx можно поставить перед xinetd и я бы даже так и сделал, если бы захотел выставить Http версию в интернет. Моя поделка из трех строк имеет 99% функциональности оригинальной и при этом не содержит ни строчки программного кода. PNG генерировать - на слабо берете? Могу хоть потоковое видео вывести. И обертка будет не сложнее.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Создание QR-кода в консоли, чтобы быстро перенести текст на ..."	+/–
	Сообщение от igor_chubin (ok), 20-Июн-17, 11:44
	nginx там и так стоит перед сервисом (если мы про qrenco.de говорим). Я немножко о другом хотел сказать, я сейчас не говорю о сервисе qrenco.de как таковом, это просто незначительный частный случай, но он интересен поскольку он позволяет сделать наши рассуждения из абстрактных более конкретным. Вы предложили заменить полноценную имплементацию HTTP-протокола (которая есть в nginx и в стоящим за ним werkzeug) его простой имплементацией поверх xinetd, по большому счёту просто заменить чистым TCP. Какие минусы и плюсы имеет это решение? 1. (+) Простота, надёжность, отсутствие ошибок, скорость 2. (-) Экспоненциальный рост сложности, изобретение велосипеда (HTTP) при появлении новых требований; требование знания дополнительной информации (пара "хост:порт" в случае TCP, против "хост" в случае HTTP). То есть, если нас не интересуют дополнительные приятные возможности HTTP, мы вполне можем обойтись одним TCP (xinetd) как простым, надёжным и быстрым решением, но как только мы хотим дополнительных возможностей, мы очень быстро приходим к тому, что нам нужно полноценно работать с HTTP (а не сводить работу с ним к работе с "TCP с фиксированным портом"). Какие возможности HTTP я имею в виду? 1. Стандартное кодирование данных (GET + POST); 2. Шифрование из коробки; 3. Заголовки (например, язык и другие; не так важно в данном сервисе, но в других важно); 4. Content-Type ответа (пример с PNG). Можно ли это всё реализовать на xinetd? Конечно же да. Просто добавить HTTP-враппер вокруг вашего скрипта, который всё это дело правильно распарсит и представит вашему скрипту, но в конечном итоге вы быстро придёте к реализации nginx с помощью xinetd. Можно ли всё это реализовать на голом TCP (xinetd + netcat), не переходя на уровень HTTP? Да, можно, но в итоге вы начнёте изобретать свой собственный HTTP, не имеющий своей экосистемы (ни клиентов, ни серверов). То есть, лучше, конечно, использовать HTTP. В целом считаю ваш подход очень здравым (там где он применим, а именно — где входом сервиса является одна только строка, и выходом тоже одна строка). Я так же полностью согласен с вами в том, что неоправданное усложнение кода (серверной части) бессмысленно и даже очень вредно. Одна строка на шелле всегда лучше одной страницы кода на питоне или программы на Си (за исключением случаев, где важна производительность или есть другие существенные причины). Так что предлагаю разделить дискуссию на две: 1. (интерфейс) TCP (netcat) против HTTP (curl) при создании консольных сервисов. 2. (имплементация) Кривизна сервиса qrenco.de и его слабые стороны (например: ненужный форк там где можно использовать библиотечный вызов). Я считаю, что дискуссия по первой теме представляет значительно больший интерес для сообщества чем вторая (там и так всё понятно; простейшая werkzeug/flask обёртка с очевидными плюсами и минусами; хотя и по второй теме может быть интересно — например, как реализовать аналогичный сервис (не урезанную netcat-замену!) средствами nginx + shell). В общем, очень интересные темы вы поднимаете
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Создание QR-кода в консоли, чтобы быстро перенести текст на ..."	+/–
	Сообщение от Аноним (-), 20-Июн-17, 13:34
	Я здесь в сущности отказываюсь от некритичных вещей и за счет этого значительно все упрощаю. HTTP на уровне примитивных GET запросов вполне можно "делать" регулярками на коленке. Если расширять требования и делать их специфичными, довольно быстро перестанет хватать HTTP и поверх вырастет какой-нибудь JSON-RPC протокол. И так далее сложность будет увеличиваться до бесконечности. Я в обертке забыл сделать корректный HTTP ответ :) head -n1 |   grep -oP '(?<=GET \/)(.*?)(?= )' |     ( qr=`qrencode -t UTF8 -o -` ;\       echo "HTTP/1.0 200 OK" ;\       echo "Content-Type: text-plain" ;\       echo "Content-Length: "$(echo "$qr" | wc -c ) ;\       echo "" ;\       echo "$qr" ) HTTP достаточно простой, особенно 1.0. 1. Для консоли TCP сокет однозначно роднее, чем HTTP API, сколь угодно хорошее. Легче интегрировать в пайп и меньше накладухи. Гибкости можно достичь, развесив дополнительные варианты сервиса по разным портам ( практически аналогия микросервисов против монолитных приложений). 2. В форках не вижу проблемы. Расход памяти на qrencode очень маленький и время жизни процесса мало. Это совсем не то же, когда копируется огромное приложение и работает по несколько секунд. Вижу проблему в не самом удачном для написания сетевых сервисов языке. Кроме очевидной проблемы (необходимости) доверия к такому сервису.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Создание QR-кода в консоли, чтобы быстро перенести текст на ..."	+/–
	Сообщение от igor_chubin (ok), 20-Июн-17, 15:38
	Насчёт доверия это не так критично как кажется. Сервисы pastebin, sprunge.us, ix.io прекрасно используются, просто, конечно, никто не пересылает через них чувствительную информацию. Вообще, этот отдельно взятый сервис никакого принципиального значения не имеет. Это просто пример сервиса для консоли (для человека, работающего в консоли). Можно взять для примера какой-нибудь другой, давайте возьмём wttr.in. Мне кажется, что использование TCP-интерфейса (netcat) наряду с HTTP очень важно для таких сервисов. Выбрасывать HTTP неправильно, но и ограничиваться HTTP тоже нельзя. Другое дело, что при использовании голого TCP встают такие вопросы, как: * как передавать параметры; * как передавать заголовки; * как передавать виртуальные адреса. Эти все вопросы открыты. Например, с помощью http всё это сделать легко:   curl ru.wttr.in/Москва вы получаете прогноз погоды по москве на русском языке. Как это сделать с помощью netcat?   echo Москва | nc wttr.in 1024 Неплохо, но нет языка. Тогда так:   echo ru.wttr.in/Москва | nc wttr.in 1024 получается по сути реализация HTTP-протокола заново. Моё решение здесь: отказаться от передачи параметров (использовать дефолтные):    echo Москва | nc wttr.in 1024 или, для определения положения по IP-адресу,    nc wttr.in 1024 (кстати, вот вам интересная загадка: как на серверной стороне распознать, собирается клиент передавать ему какие-то данные или нет; грубо говоря как сделать так чтобы оба вышепреведённых варианта работали). TCP-вариант хорош (по сравнению с HTTP-вариантом) ещё и тем, что вообще не требует никаких клиентов. То есть, работать будет и так:     cat < /dev/tcp/wttr.in/1024 (пока что TCP-интерфейс ещё не реализован, поэтому тест этот не отработает). Вообще, почему я об этом так много пишу (здесь в комментах и вообще), потому что считаю, что направление консольных сервисов незаслуженно забыто человечеством в настоящий момент, и у них есть потенциал
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Создание QR-кода в консоли, чтобы быстро перенести текст на ..."	+/–
	Сообщение от Аноним (-), 20-Июн-17, 17:21
	>Например, с помощью http всё это сделать легко: >Как это сделать с помощью netcat? На мой взгляд не нужно это делать через неткат. Http для погоды оптимален. Можно выгружать по TCP grepable текст с прогнозом по всем городам, чтобы юзер мог сам выдернуть нужные данные. Или интерактивный телнет-интерфейс с обработкой набора команд. >(кстати, вот вам интересная загадка: как на серверной стороне распознать, >собирается клиент передавать ему какие-то данные или нет; грубо говоря >как сделать так чтобы оба вышепреведённых варианта работали). По таймеру - если сразу ничего не пришло, обрабатывать отсутствие ввода. Насчет потенциала консольных сервисов - согласен. В мире консолепанка у них огромное будущее! В нашем вряд ли, так как очень мало активных пользователей консоли, предпочитающих текстовые интерфейсы. Вот определитель IP. service myip {         disable = no         socket_type = stream         user = user         wait = no         port = 9999         protocol = tcp         server = /usr/local/bin/myip } #!/bin/sh echo "$REMOTE_HOST" cat < /dev/tcp/127.0.0.1/9999 cat < /dev/tcp/xhost/myip
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема