Gimp, Inkscape в веб студиях используется? или везде дизайн сайтов рисуют в Photoshop?

Перемещено leave из desktop

Если вы пишите на Vala, пожалуйста, отпишитесь в этом топике.
Если хотите, можете также указать, что вы конкретно пишите, какой редактор используете для кода.

Регистрация по SMS для доступа к Wi-Fi.

Алгоритм такой:

• Редирект с любых ip на наш шлюз.
• На шлюзе web-сервер, регистрирующий ip,mac и генерирующий уникальный код.
• Он же показывает страничку с просьбой отправить уникальный код на наш номер.
• GSM-модем или SIP на стороне сервера принимает SMS и по коду определяет с какого IP разрешить доступ.

Скажу сразу, что СМС не отправляется клиентам, чтобы за них не платить. Если это кому-то понадобиться, можно реализовать.

Пишу в job в надежде немного заработать.

UPD: Проект развивается. Есть наработки взаимодействия с оператором беспроводной связи. Кроме приема SMS появилось 3 дополнительных способа подтверждения телефонного номера. По техническим вопросам внедрения можно писать на rtlx73 [soббaka] yandex.ru. По вопросам сотрудничества, опыту практического использования и т.д. на g2r [soббaka] mail.ru

Вот есть два каталога /mnt и /media . Оба предназначены для немного различных целей. Но у меня есть один cd-rom и пару флешек , которыми я пользуюсь , все монтирую вручную . Вопрос : можно ли вообще удалить один каталог (/mnt или /media) и какие могут быть проблемы после этого . Например оставлю /mnt и в нем /mnt/cdrom и /mnt/usb-disk .

Будет много текста.

Я даже не знаю, скорее всего я спрашиваю — «где мне взять такое готовое?», но, дело в том, что кратко я это описать не смогу, т.к. не знаю как это называется.

Итак, что же мне нужно.

Я хочу раз и навсегда выбрать и использовать универсальный формат хранения данных. Что я под этим подразумеваю?

Берем некую абстрактную программу, которая манипулирует какими-либо данными. И эти данные сохраняются. Пусть будут живые примеры: Ardour сохраняет свои проекты в XML, фотошоп в своем бинарном, ёксель в zip+XML, ну и т.д...

Как правило (в приведенных примерах и далее в моем случае) сами данные представляют собой «дерево» где какие-то зависимые элементы лежат внутри родительских. Некоторые (ёксель) комбинируют несколько уровней для создания дерева данных: zip->fs->xml.

А зачем это все? Я же просто хочу сохранять состояние, файл проекта, логи или что-то еще.. Т.е, конечно понятно, возможно где-то удобен xml, где-то JSON, где-то ini, а где-то бинарь. Но проблема в том, что у всех все по разному. И для преобразования в удобоваримый вид внутри приложения (структуры, массивы, указатели, ссылки, значения), (кроме бинарного хранения) необходим парсер и интерпретатор/транслятор этих данных, причем в обе стороны (fs->?*->app и app->?*->fs). Форматов много, и для каждого куча либ, писанных за авторстом от васяна до профессора.

Нет, я пишу сюда потому, что не хочу чтобы случилось так: http://twentysix.ru/uploads/images/00/91/06/2016/05/10/adaaed_full.png

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

Итак, поехали.

1) Формат хранения данных — бинарный. Да, бинарный. Почему? Потому что сразу прочитал его в память (да, с валидацией, о ней ниже) и все.

2) Дерево данных. Каждый узел — это бинарный пакет с заголовком, хешсуммой и указанием размера узла, включая размеры потомков, или смещения откуда начинаются потомки со своими заголовками. Да, декларативное бинарное описание структур данных любого моего/вашего приложения.

3) Единый парсер-транслятор туда/сюда. Он знает только то, как ему распарсить свои декларации, отсеить их, а на выходе будут уже готовые к работе данные в памяти. Таким образом вы можете seek'ать в файле или ожидать желаемую позицию смещения в буфере, чтобы пропустить не интересующие вас в данный момент данные (в XML, да и в любых text-based, с этим облом, он последовательный, текстовый, посимвольный, пока не пропарсишь минимум узел, а он может быть огромным, с вложениями, ты не узнаешь структуру). Так же для парсера должна быть определена схема (отсылка к XSD schema) внутри приложения, можете называть это конфигом парсера для заточки именно под ваши данные. Именно сюда могут быть и «забиндены коллбеки валидатора». При сохранении же должно быть обратное действие.

Теперь снова простыми словами.

Я хочу что-то типа бинарного XML, ака узлы-пакеты, где сразу лежат бинарные данные. И универсально транслировать это все в сишное приложение.

Так вот. Есть ли такое готовое? Если есть — подскажите. Если нет — отпишитесь что вы обо всем этом думаете? Какие слабые и сильные стороны этой эпопеи?

<joke-mode>Хм... Да, очень похоже на кусок OSI. Но почему данные не хранят в виде TCP пакетов?</joke-mode>

Сабж.

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

tcvs@vladislav:~/data/works/moped/atmega$ stty -F /dev/ttyS0 -a
speed 9600 baud; rows 0; columns 0; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S;
susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl -ixon -ixoff -iuclc -ixany -imaxbel -iutf8
-opost -olcuc -ocrnl -onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
-isig -icanon iexten -echo -echoe -echok -echonl -noflsh -xcase -tostop -echoprt -echoctl -echoke

Это же куча параметров. Зачем оно? Всякие МК вполне обходятся куда меньшим количеством параметров у uart

Никак не нагуглю, что, до висящей в воздухе объемной голограммы мы еще не доросли?