Вы что-то сделали, но это никому не нужно, правильно?
Неправильно, перефразирую кратко и одним предложением - вайб-кодинг позволяет решать не критичные, реальные задачи бизнеса без привлечения программистов, т.е. дешево и быстро
Я не программист, хотя, надеюсь что знаю питон на уровне джуна (хочется в это верить) и в голове есть что-то про пузырек, вставку и списки. Так вот, какой-ндь сервис учета заряда батарей, для коллег, я напишу примерно на уровне нейронки, только затрачу на это 2-4(если с фронтом) недели. Ну и нафига это бизнесу (и мне)?
Вечер с нейронкой и вуаля - оповещения, журнал, ААА, фронт. Понятно дело, что эта штука не пройдет пентесты, что ляжет от двух rps, а то и просто от второго запроса, но нафига это все в ЛВС предприятия и для двух пользователей?
Все чуть сложнее, как понять сменен IMEI или не сменен? Кто и в каких ситуациях это будет проверять? ППСники точно не будут т.к. см первый вопрос.
Раньше хоть под батареей была наклейка с SN и IMEI(и то на любом термопринтере можно напечатать нужную), а сейчас? Коробку хранить? Так опять таки наклейку можно переклеить
Законы явно запрещают убивать, воровать и употреблять вещества. Однако, тюрьмы существуют и даже поговаривают, что переполнены.
Допустим, чек покупки я выбросил, как мне доказать, что я честный покупатель и первый владелец этого IMEI, а все остальные это мои копии
В теории запросом и официальным письмом от производителя, где будет SN и IMEI. Долго, больно и с неизвестным результатом. Так что скорее всего проще будет забить и купить новую мобилу
Я не верю в то что гос-во будет тратить многомиллионный (миллиардный?)бюджет просто так ради того чтобы пару тыщ. смартфонов вернулись владельцам (реальная цифра думаю еще ниже)
А вот в то что на этом будут рубить бабло/вводить контроль верю. Но не могу пока понять как (о чем собсно и изначальный вопрос).
Пока, мне видится следующее - вводится налог на технику (сколько там 500 р./устройство?), чтобы перекрыть серые поставки вводится база IMEI. Поставщик перед/после/во время уплаты налога вносит в БД - все. Серые поставки не работают, закупки на ali/ebay/казахстане не работают, без уплаты налога. Рынок БУ - работает.
Этот сценарий понятен, но тут как бы не нужна привязка к пользователю и опсосам, нужна работа с импортерами/производителями оборудования в РФ
На некотором оборудовании и imei поменять не проблема, я вот в Турцию точку доступа повезу и уже нагреб 4 IMEI от старых(не включаемых) мобил.
Отсюда у меня еще большее количество вопросов. Допустим, злоумышленник прошьет свой модем моим IMEI, тооо... его(IMEI) блокернут? и я честный гражданин буду потом бегать и всем доказывать что не верблюд? Если не блочить то часть краденого оборудования можно шить одним IMEI. Тоже какая-то херня получается.
Спецслужбы и так, по номеру телефона видят привязку к конкретному человеку. IMEI без SIM-ки(а она привязана к паспорту) можно использовать только для вызова экстренных служб
Использую битрикс24 несколько лет и ... он до сих пор страдает детскими болезнями, которые не фиксятся годами. По большому счету руководителя UI\UX отдела надо увольнять с записью в трудовой о проф.непригодности.
Как можно игнорировать пользователей ноутбуков в 2026 г. (это после ковида то)?Классический же use case - вы обсуждаете какой-то документ и решили открыть два окна... win+вправо, win+влево и получаете такой UI:
Скрин с 14" ноутбука
Сколько там под чат отведено? 1\6-1\8 экрана, 200 pix? Но вот список чатиков - это важно, да, настолько что этот список нельзя свернуть. В общем, готовьтесь, alt+tab ваш друг. У - уе..добство.
----
Далее, вы прикрепляете файл и пишете сопроводительный текст - казалось бы, под капотом, к сообщению должно добавиться div-блок aligin=ltft, картинка, имя файла и все... нооо...
Ширина текстового поля становится равна ширине имени файла
Зачем? Почему? Особенно удобно когда пишешь по пунктам что надо сделать с файлом, а по итогу все видят портянку поехавшего форматирования.
----
Мессенджер. Он вроде как про текст, про общение, а в общении много занимает цитирование - коллег, клиентов, информации, данных. Так вот они там в битриксе до сих пор не могут определиться, как пользователь должен вставлять цитаты. Если вы написали текст, выделили его то ... UI предлагает вам ровно один вариант - code. При этом если выделить текст в чате, то там вставляется нормальная цитата.
Скрытый текст
сверху цитата из чата, снизу блок code
@bitrix24ну наймите вы уже полтора студента чтобы они вам прикрутили одну кнопку для превращение текста в цитату
----
Кстати о блоке code - он по разному рендерится. В задачах с подсветкой, в чатах без. Для чего, почему?
----
Каждая задача имеет свой отдельный чат,
Вот хочется посмотреть в глаза человеку который до этого додумался, обнять и отправить на мед. освидетельствование. Если раньше все обсуждения были в 1-2 чатах, то теперь ищи хрен знает где, то ли в чате проекта, то ли отдела, то ли в какой-то хрен пойми каком чате. Поиск не работает через ж....
Далее, коммент к задаче - это агрегированная информация которую люди пропускали через себя, сжимали и писали осмысленно, кратко и емко... так было. Сейчас портянка обсуждений причем местами не имеющая к задаче никакого отношения. Особенно классно когда пишут "Привет."
---
В части UI с задачами такая же фигня как и с мессенджером - под саму задачу отведено процентов 10-15 экрана, остальное - мета инфа. и чат. Причем если сделать win-вправо\лево то чат исчезает... совсем.
---
Про всякие неработающие мелочи, типа перевода и фильтров даже говорить не буду.
---
Общий вывод, они там в битриксе не умеют в динамическую верстку от слова совсем (это в 2026 году то) из-за чего UX становится всратее некуда.
Вот на любых этапах, связанных с физическим перемещением оборудования, это все и ломается.
Это ломается в трех случаях:
Доступ и вся система создана для кладовщика(склада). Остальные не имеют в него доступ или же их требования никто не учитывает. Классика жанра - у организации 3 офиса, 2 площадки, 1 филиал - это ясно и понятно, а то что оборудование могут утащить удаленщику домой\на выставку все как-то забывают и вообще че плодить сущности? Или вариант когда Сотрудник А может предать оборудование сотруднику Б, тот сотруднику С, и все это за пару дней. Так вот, вместо того чтобы двигать плиточку с оборудованием по сотрудникам, от вас требуют напечатать две накладных в трехкопиях, подписать и сдать на другой конец города. При чем от каждого.
Вас (кладовщиков) мало, вы давно работаете и накладные расходы на ведение БД явно превышают "Васян, куда мы дели старый ноут Марьванны?"
У вас мало точек и оборудования
У меня 10 (десять) неготиков мигрируют по четырем площадкам - два офиса и два производства. В среднем, раз в три недели они меняют свое местоположение (такой use case). Так вот если не вести учет, то можно чудно потратить два часа на дорогу, обнаружить что оборудование увезли на другую площадку и просто потерять день катаясь туды-сюды.
И, не смотря на то что у нас есть 1С-ный склад с интеграторами, поднять свой ITAM оказалось намного проще и удобнее. Главное чтобы между взял в руки железку и "информация обновилась" было минимум времени и телодвижений.
а этот пусть полежит тут
Так а в чем проблема? Это же классический CRUD (только не Read, а InWork). Если непонятно что с оборудованием то ставите статус: неизвестно\проблемы\обновляется. А место всегда указывается физическое "каб.15", "Ремонт у Ашота".
Соответственно в конце года (мае?) можно провести аудит хлама и решить что списывать окончательно, что в ремонт, а что доделать. Нам такая штука помогала собирать стенды и полигоны. Новое оборудование не купят потому что "денег нет", а вот на складе овна всякого валяется старого и не очень. Выбираешь что надо, оцениваешь чего не хватает и вот ты перед руководством уже говоришь мол "Нам для испытаний надо 32 Гб ОЗУ, 3 SSD и мы покажем заказчику кузькину мать что, как и почему. Ну или можем закупить новое за дохреллион денег. Или можем вообще ничего не покупать, но тогда надо ехать к заказчику на другой конец страны на 3 недели."
базовый уровень - это все равно руки.
Базовый уровень это дисциплина. Если человеку лень ткнуть в три кнопки на экране, то пусть п*ет ногами и за свой счет на другой конец города - пару раз сходит, все поймет и будет вести учет хоть в гроссбухе. Если непрошибаемый и решил, что тратить деньги компании на прогулки и тупняк веселее чем работать, то с таким надо прощаться - имхо.
Я вот другого понять не могу, приходишь в WB говоришь - хотите в серьезую промку, на КИИ одного международного проекта, мы готовы использовать в своих решениях - выпилите беспроводные интерфейсы, т.к. кибербез их напрямую запрещает.
Казалось бы - отличное предложение и в качестве пиара, и обеспечения себя заказами (конечно не на десятки тыщ, но на сотни устройств\год точно) - решение становится типовым и следующие 15 лет объект будет использовать его, т.к. протестировано, согласовано этажеркой организаций\проверяющих и пр. далее можно получить распространение на другие объекты просто за счет "вот там работает без замечаний". Так же в ценовом диапазоне "~25 тыщ." можно создать прямую конкуренцию ОВеНу.
но... WB лень потратить месяц (или сколько там) на выпуск исполнения - тарам пам-пиу. Зачем лишать заказов - загадка (вроде кризис в стране)
В чем реальная проблема
Проблема в том что на серьезную промку не достаточно просто отпаять модуль беспроводного интерфейса - нужен парт.код, паспорта, сертификаты соответствия и пр. реестры отечественных и не очень изделий
Претензии, договора, допники, чеки за кэш, накладные, передачу ПД, акты, приказы и распоряжения (если это есть в вашей организации), справки и заключения от врачей или ветеринаров
Комуналка уже в электронном виде, чеки тоже в приложении банка.
и да и нет, приложение банка не парсит что именно было куплено. Т.е. на вопрос "сколько лет холодильнику" надо будет поковырять приложение или искать в памяти контекст. Бонусом, вы можете сменить банк и, чтобы не ловить спамм, снести приложение, отозвать ПД.
Плюс в реальности есть ситуации со связанностью. Договор -> чек -> рекламация (в случае поломки) или накладная, или акт приемки -> что-то сломалось -> претензия -> письма -> суды и понеслось. Понятно что чаще всего есть только чек, но вот в оставшихся 10% случаев, хранить все в папочках крайне неудобно.
Про комуналку +- так же - у меня в банке одна платежка, после чего расчетный центр присылает пачку чеков по каждой сервисной компании. Так вот, в случае вопросов, на платежку всем будет плевать, нужны будут чеки о переводе конкретной организации.
Сразу - почему не хранить это все в почте? Можно, но в случае взлома злоумышленник получит доступ к пучку документов в том числе и домашнему адресу. Не секьюрно это. Так же провайдер может внезапно превратиться в тыкву или ввести плату/рекламу, что там еще мэйл.ру с яндексом выдумают
Почему не хранить в почтовом клиенте, оффлайн? можно, но тогда вы получите два хранилища документов - а это как известно совсем не удобно, надо держать в голове где, какой документ хранится плюс почтовики не распознают текст в сканах и не имеют по нему поиска.
Общий вывод - проще иметь одну систему хранения, чем 2, 3, 5
Это не тянет на статью, но и не на 5 минут. Если кратко:
Всем входящим документам вешается тег inbox. Кроме совсем уж очевидных которые не меняются и всегда одинаковые типа чеков за коммуналку;
На дашборде (не путать с фильтрами) кроме inbox'а ничего нет - как итог открывая приложение всегда попадаю в раздел документов которые а.надо разгрести б.были добавлены последними;
Основная задача любой документ в первую очередь закинуть в пайперлесс, теги и метаинформацию - потом. По факту inbox разгребаю раз в месяц. Но! ничего не теряется, и в худшем случае перед глазами будет 20 документов вида scan_0123.pdf которые не долго протыкать;
Наш рабочий МФУ умеет сканить на почту. Т.е. я кладу бумагу, ввожу мыло, нажимаю скан и МФУ отправляет на почту письмо. По отправителю, почтовик кладет письмо в папку scans, и оттудава Paperless забирает pdf'ку самостоятельно, парсит, присваивает корреспондетна, теги, тип и пр. Аналогично работает скачивание чеков об оплате всякого. В общем, paperless ползает в почту, но не во всю, а только в определенные каталоги;
Корреспондент и тип документа - как есть только без правовой формы (если появится дубль, но пока такой ситуации не было), то же касается типа "справка", "акт", "договор", "выписка" и пр. - в таком случае автоматическое распознавание работает хорошо и почти не ошибается;
Теги - половина вручную, половина . "вычет 2024", "мащина". Для меня это сущности и контекст. Автоматом навешиваются однозначные теги. Например, если в тексте есть имя домашних животных.
в Custom Fields у меня ровно одно поле - "связанный документ" - удобно когда к договору идут допники и можно связать все отношением один ко многим. Ну и со счетами удобно - вот счет за комм.услуги, вот пачка чеков об оплате
На самом деле работа как с почтой, настраиваешь фильтр, папку, ключевые слова и потом просто смотришь как inbox сам разгребается (в почте). Оставляя тебе 2-3 письма которые непонятно куда пихать.
Единственное чего мне не хватает в paperless это возможности задать множество корреспондентов. Ситуация возникает когда сам пишешь письмо и отправляешь в несколько организаций.
Роутер с подсетью 192.168.0.1 пробрасывает 443 порт на мой роутер 192.268.2.1, а тот в свою очередь на сервер с адресом 192.168.2.10. Второй роутер (cudy, прошитый на openwrt) нужен, т.к. на нем поднято xray ядро я думаю и так всем понятно зачем, да и просто удобно лично мне.
Вообще не очевидно, зачем 443 пробрасывать через два роутера. Это ж входящее соединение, а xray вы используете для ... ну назовем это так - исходящего траффика. Выглядит так как будто надо просто на Роутере А, исходящий траффик завернуть на роутер Б и на этом успокоиться (схема ессно условная). А еще лучше вообще все реализовать на одном роутере... ... в том же pfsense(и прочих альтернативных CHR).
Смысл в том что чем больше у вас устройств - тем больше точек отказа, больше (меньше) TTL и еще пучек приколов может быть. Например поддержка Jumbo Frame разного размера. Да и просто электричества одно устройство жрет меньше чем три отдельных.
Так же рекомендую ооочень осторожно относиться к торчащим в сеть self-hosted сервисам, вот прям очень-очень осторожно. VPN в домашнюю сеть все же лучше. Или хотя бы использовать прокси CloudFlare и закрыть доступ из всех стран кроме вашей\тех в которых бываете (да-да белые списки они такие).
Из текущего списка:
рекомендую посмотреть в сторону paperless-ngx - у меня прям wow-эффект был когда выстроил пайплайн работы с документами (сканы, чеки, счета и прочая бумага)
Telegram заблокирован, уведомления из Zabbix не доходят. Пошаговый гайд: как интегрировать мессенджер Max
Можно, но зачем, если есть gotify, ntfy? Бесплатно, self-hosted, никто не отключит по велению ркн.
Но токен можно получить официально:
- Только для юридических лиц и организаций
Это основная претензия к максу. Ради уведомлений от датчиков воды надо ИП регать. Ну зашибись. Хочешь сделать два канала - один для уведомлений о заказах, второй для dev - лососни тунца.
Неправильно, перефразирую кратко и одним предложением - вайб-кодинг позволяет решать не критичные, реальные задачи бизнеса без привлечения программистов, т.е. дешево и быстро
Прототипирование, mvp, рутину.
Я не программист, хотя, надеюсь что знаю питон на уровне джуна (хочется в это верить) и в голове есть что-то про пузырек, вставку и списки. Так вот, какой-ндь сервис учета заряда батарей, для коллег, я напишу примерно на уровне нейронки, только затрачу на это 2-4(если с фронтом) недели. Ну и нафига это бизнесу (и мне)?
Вечер с нейронкой и вуаля - оповещения, журнал, ААА, фронт. Понятно дело, что эта штука не пройдет пентесты, что ляжет от двух rps, а то и просто от второго запроса, но нафига это все в ЛВС предприятия и для двух пользователей?
Все чуть сложнее, как понять сменен IMEI или не сменен? Кто и в каких ситуациях это будет проверять? ППСники точно не будут т.к. см первый вопрос.
Раньше хоть под батареей была наклейка с SN и IMEI(и то на любом термопринтере можно напечатать нужную), а сейчас? Коробку хранить? Так опять таки наклейку можно переклеить
Экономика не сходится, потратить(а потом еще поддерживать) многомиллионный/миллиардный бюджет на то чтобы вернуть пару тыщ мобил - ну такое себе
Законы явно запрещают убивать, воровать и употреблять вещества. Однако, тюрьмы существуют и даже поговаривают, что переполнены.
В теории запросом и официальным письмом от производителя, где будет SN и IMEI. Долго, больно и с неизвестным результатом. Так что скорее всего проще будет забить и купить новую мобилу
Я не верю в то что гос-во будет тратить многомиллионный (миллиардный?)бюджет просто так ради того чтобы пару тыщ. смартфонов вернулись владельцам (реальная цифра думаю еще ниже)
А вот в то что на этом будут рубить бабло/вводить контроль верю. Но не могу пока понять как (о чем собсно и изначальный вопрос).
Пока, мне видится следующее - вводится налог на технику (сколько там 500 р./устройство?), чтобы перекрыть серые поставки вводится база IMEI. Поставщик перед/после/во время уплаты налога вносит в БД - все. Серые поставки не работают, закупки на ali/ebay/казахстане не работают, без уплаты налога. Рынок БУ - работает.
Этот сценарий понятен, но тут как бы не нужна привязка к пользователю и опсосам, нужна работа с импортерами/производителями оборудования в РФ
На некотором оборудовании и imei поменять не проблема, я вот в Турцию точку доступа повезу и уже нагреб 4 IMEI от старых(не включаемых) мобил.
Отсюда у меня еще большее количество вопросов. Допустим, злоумышленник прошьет свой модем моим IMEI, тооо... его(IMEI) блокернут? и я честный гражданин буду потом бегать и всем доказывать что не верблюд? Если не блочить то часть краденого оборудования можно шить одним IMEI. Тоже какая-то херня получается.
Строго говоря, по стадартам, mac-адреса, может определять администратор сети. Т.е. сменяемая штука, примерно как ip-адрес
И-и-и-и, при чем тут IMEI? IMEI не серийник, IMEI не MAC-адрес, он используется только в мобильной связи
Спецслужбы и так, по номеру телефона видят привязку к конкретному человеку. IMEI без SIM-ки(а она привязана к паспорту) можно использовать только для вызова экстренных служб
Кто объяснит в чем смысл базы IMEI?
Чет понять не могу какую проблему она решает (даже абстрактную/гос/контроллирующую)
Использую битрикс24 несколько лет и ... он до сих пор страдает детскими болезнями, которые не фиксятся годами. По большому счету руководителя UI\UX отдела надо увольнять с записью в трудовой о проф.непригодности.
Как можно игнорировать пользователей ноутбуков в 2026 г. (это после ковида то)?Классический же use case - вы обсуждаете какой-то документ и решили открыть два окна... win+вправо, win+влево и получаете такой UI:
Скрин с 14" ноутбука
Сколько там под чат отведено? 1\6-1\8 экрана, 200 pix? Но вот список чатиков - это важно, да, настолько что этот список нельзя свернуть. В общем, готовьтесь, alt+tab ваш друг. У - у
е..добство.----
Далее, вы прикрепляете файл и пишете сопроводительный текст - казалось бы, под капотом, к сообщению должно добавиться div-блок aligin=ltft, картинка, имя файла и все... нооо...
Ширина текстового поля становится равна ширине имени файла
Зачем? Почему? Особенно удобно когда пишешь по пунктам что надо сделать с файлом, а по итогу все видят портянку поехавшего форматирования.
----
Мессенджер. Он вроде как про текст, про общение, а в общении много занимает цитирование - коллег, клиентов, информации, данных. Так вот они там в битриксе до сих пор не могут определиться, как пользователь должен вставлять цитаты. Если вы написали текст, выделили его то ... UI предлагает вам ровно один вариант - code. При этом если выделить текст в чате, то там вставляется нормальная цитата.
Скрытый текст
сверху цитата из чата, снизу блок code
@bitrix24ну наймите вы уже полтора студента чтобы они вам прикрутили одну кнопку для превращение текста в цитату
----
Кстати о блоке code - он по разному рендерится. В задачах с подсветкой, в чатах без. Для чего, почему?
----
Вот хочется посмотреть в глаза человеку который до этого додумался, обнять и отправить на мед. освидетельствование. Если раньше все обсуждения были в 1-2 чатах, то теперь ищи хрен знает где, то ли в чате проекта, то ли отдела, то ли в какой-то хрен пойми каком чате. Поиск
неработает через ж....Далее, коммент к задаче - это агрегированная информация которую люди пропускали через себя, сжимали и писали осмысленно, кратко и емко... так было. Сейчас портянка обсуждений причем местами не имеющая к задаче никакого отношения. Особенно классно когда пишут "Привет."
---
В части UI с задачами такая же фигня как и с мессенджером - под саму задачу отведено процентов 10-15 экрана, остальное - мета инфа. и чат. Причем если сделать win-вправо\лево то чат исчезает... совсем.
---
Про всякие неработающие мелочи, типа перевода и фильтров даже говорить не буду.
---
Общий вывод, они там в битриксе не умеют в динамическую верстку от слова совсем (это в 2026 году то) из-за чего UX становится всратее некуда.
Это ломается в трех случаях:
Доступ и вся система создана для кладовщика(склада). Остальные не имеют в него доступ или же их требования никто не учитывает. Классика жанра - у организации 3 офиса, 2 площадки, 1 филиал - это ясно и понятно, а то что оборудование могут утащить удаленщику домой\на выставку все как-то забывают и вообще че плодить сущности? Или вариант когда Сотрудник А может предать оборудование сотруднику Б, тот сотруднику С, и все это за пару дней. Так вот, вместо того чтобы двигать плиточку с оборудованием по сотрудникам, от вас требуют напечатать две накладных в трехкопиях, подписать и сдать на другой конец города. При чем от каждого.
Вас (кладовщиков) мало, вы давно работаете и накладные расходы на ведение БД явно превышают "Васян, куда мы дели старый ноут Марьванны?"
У вас мало точек и оборудования
У меня 10 (десять) неготиков мигрируют по четырем площадкам - два офиса и два производства. В среднем, раз в три недели они меняют свое местоположение (такой use case). Так вот если не вести учет, то можно чудно потратить два часа на дорогу, обнаружить что оборудование увезли на другую площадку и просто потерять день катаясь туды-сюды.
И, не смотря на то что у нас есть 1С-ный склад с интеграторами, поднять свой ITAM оказалось намного проще и удобнее. Главное чтобы между взял в руки железку и "информация обновилась" было минимум времени и телодвижений.
Так а в чем проблема? Это же классический CRUD (только не Read, а InWork). Если непонятно что с оборудованием то ставите статус: неизвестно\проблемы\обновляется. А место всегда указывается физическое "каб.15", "Ремонт у Ашота".
Соответственно в конце года (мае?) можно провести аудит хлама и решить что списывать окончательно, что в ремонт, а что доделать. Нам такая штука помогала собирать стенды и полигоны. Новое оборудование не купят потому что "денег нет", а вот на складе овна всякого валяется старого и не очень. Выбираешь что надо, оцениваешь чего не хватает и вот ты перед руководством уже говоришь мол "Нам для испытаний надо 32 Гб ОЗУ, 3 SSD и мы покажем заказчику
кузькину матьчто, как и почему. Ну или можем закупить новое за дохреллион денег. Или можем вообще ничего не покупать, но тогда надо ехать к заказчику на другой конец страны на 3 недели."Базовый уровень это дисциплина. Если человеку лень ткнуть в три кнопки на экране, то пусть п*ет ногами и за свой счет на другой конец города - пару раз сходит, все поймет и будет вести учет хоть в гроссбухе. Если непрошибаемый и решил, что тратить деньги компании на прогулки и тупняк веселее чем работать, то с таким надо прощаться - имхо.
Я вот другого понять не могу, приходишь в WB говоришь - хотите в серьезую промку, на КИИ одного международного проекта, мы готовы использовать в своих решениях - выпилите беспроводные интерфейсы, т.к. кибербез их напрямую запрещает.
Казалось бы - отличное предложение и в качестве пиара, и обеспечения себя заказами (конечно не на десятки тыщ, но на сотни устройств\год точно) - решение становится типовым и следующие 15 лет объект будет использовать его, т.к. протестировано, согласовано этажеркой организаций\проверяющих и пр. далее можно получить распространение на другие объекты просто за счет "вот там работает без замечаний". Так же в ценовом диапазоне "~25 тыщ." можно создать прямую конкуренцию ОВеНу.
но... WB лень потратить месяц (или сколько там) на выпуск исполнения - тарам пам-пиу. Зачем лишать заказов - загадка (вроде кризис в стране)
В чем реальная проблема
Проблема в том что на серьезную промку не достаточно просто отпаять модуль беспроводного интерфейса - нужен парт.код, паспорта, сертификаты соответствия и пр. реестры отечественных и не очень изделий
Что заставляет вас отвечать на комментарии годичной давности?
Претензии, договора, допники, чеки за кэш, накладные, передачу ПД, акты, приказы и распоряжения (если это есть в вашей организации), справки и заключения от врачей или ветеринаров
и да и нет, приложение банка не парсит что именно было куплено. Т.е. на вопрос "сколько лет холодильнику" надо будет поковырять приложение или искать в памяти контекст. Бонусом, вы можете сменить банк и, чтобы не ловить спамм, снести приложение, отозвать ПД.
Плюс в реальности есть ситуации со связанностью. Договор -> чек -> рекламация (в случае поломки) или накладная, или акт приемки -> что-то сломалось -> претензия -> письма -> суды и понеслось. Понятно что чаще всего есть только чек, но вот в оставшихся 10% случаев, хранить все в папочках крайне неудобно.
Про комуналку +- так же - у меня в банке одна платежка, после чего расчетный центр присылает пачку чеков по каждой сервисной компании. Так вот, в случае вопросов, на платежку всем будет плевать, нужны будут чеки о переводе конкретной организации.
Сразу - почему не хранить это все в почте? Можно, но в случае взлома злоумышленник получит доступ к пучку документов в том числе и домашнему адресу. Не секьюрно это. Так же провайдер может внезапно превратиться в тыкву или ввести плату/рекламу, что там еще мэйл.ру с яндексом выдумают
Почему не хранить в почтовом клиенте, оффлайн? можно, но тогда вы получите два хранилища документов - а это как известно совсем не удобно, надо держать в голове где, какой документ хранится плюс почтовики не распознают текст в сканах и не имеют по нему поиска.
Общий вывод - проще иметь одну систему хранения, чем 2, 3, 5
Это не тянет на статью, но и не на 5 минут. Если кратко:
Всем входящим документам вешается тег inbox. Кроме совсем уж очевидных которые не меняются и всегда одинаковые типа чеков за коммуналку;
На дашборде (не путать с фильтрами) кроме inbox'а ничего нет - как итог открывая приложение всегда попадаю в раздел документов которые а.надо разгрести б.были добавлены последними;
Основная задача любой документ в первую очередь закинуть в пайперлесс, теги и метаинформацию - потом. По факту inbox разгребаю раз в месяц. Но! ничего не теряется, и в худшем случае перед глазами будет 20 документов вида scan_0123.pdf которые не долго протыкать;
Наш рабочий МФУ умеет сканить на почту. Т.е. я кладу бумагу, ввожу мыло, нажимаю скан и МФУ отправляет на почту письмо. По отправителю, почтовик кладет письмо в папку scans, и оттудава Paperless забирает pdf'ку самостоятельно, парсит, присваивает корреспондетна, теги, тип и пр. Аналогично работает скачивание чеков об оплате всякого. В общем, paperless ползает в почту, но не во всю, а только в определенные каталоги;
Корреспондент и тип документа - как есть только без правовой формы (если появится дубль, но пока такой ситуации не было), то же касается типа "справка", "акт", "договор", "выписка" и пр. - в таком случае автоматическое распознавание работает хорошо и почти не ошибается;
Теги - половина вручную, половина . "вычет 2024", "мащина". Для меня это сущности и контекст. Автоматом навешиваются однозначные теги. Например, если в тексте есть имя домашних животных.
в Custom Fields у меня ровно одно поле - "связанный документ" - удобно когда к договору идут допники и можно связать все отношением один ко многим. Ну и со счетами удобно - вот счет за комм.услуги, вот пачка чеков об оплате
На самом деле работа как с почтой, настраиваешь фильтр, папку, ключевые слова и потом просто смотришь как inbox сам разгребается (в почте). Оставляя тебе 2-3 письма которые непонятно куда пихать.
Единственное чего мне не хватает в paperless это возможности задать множество корреспондентов. Ситуация возникает когда сам пишешь письмо и отправляешь в несколько организаций.
Вообще не очевидно, зачем 443 пробрасывать через два роутера. Это ж входящее соединение, а xray вы используете для ... ну назовем это так - исходящего траффика. Выглядит так как будто надо просто на Роутере А, исходящий траффик завернуть на роутер Б и на этом успокоиться (схема ессно условная). А еще лучше вообще все реализовать на одном роутере... ... в том же pfsense(и прочих альтернативных CHR).
Смысл в том что чем больше у вас устройств - тем больше точек отказа, больше (меньше) TTL и еще пучек приколов может быть. Например поддержка Jumbo Frame разного размера. Да и просто электричества одно устройство жрет меньше чем три отдельных.
Так же рекомендую ооочень осторожно относиться к торчащим в сеть self-hosted сервисам, вот прям очень-очень осторожно. VPN в домашнюю сеть все же лучше. Или хотя бы использовать прокси CloudFlare и закрыть доступ из всех стран кроме вашей\тех в которых бываете (да-да белые списки они такие).
рекомендую посмотреть в сторону paperless-ngx - у меня прям wow-эффект был когда выстроил пайплайн работы с документами (сканы, чеки, счета и прочая бумага)
Можно, но зачем, если есть gotify, ntfy? Бесплатно, self-hosted, никто не отключит по велению ркн.
Это основная претензия к максу. Ради уведомлений от датчиков воды надо ИП регать. Ну зашибись. Хочешь сделать два канала - один для уведомлений о заказах, второй для dev - лососни тунца.
127.0.0.1 же