rPman

while(true);do php some.php;sleep 1;done
sleep 1 это чтобы между запусками была пауза, можешь убрать но если ошибка будет возникать сразу при запуске, такой скрипт будет жрать ресурсы просто так, что иногда выходит в копеечку в облачных хостингах с оплатой за ресурсы.

не забудь отметить ошибку в логе чтобы реагировать на них

нужно проверять наличие поддержки
MediaRecorder.isTypeSupported('audio/flac')
если false то тогда кодировать самому, как в соседнем ответе

Я не видел готовые реализации, но однозначно, можно реализовать на основе того же видео- или голосового звонка, хотя это достаточно сложно для реализации но будет самая высокая отзывчивость.

Если надо просто реализовать, то делать через чат-бота и специального клиента, эмулирующего прокси.

p.s. встроенный вебклиент в мобильную версию умеет открывать страницы (не уверен, возможно только некоторые) используя прокси телеграм, т.е. теоритически ее можно как то использовать через прослойку, надо анализировать исходники мобильной версии (кстати говорят собрать самому там проблематично, бинарные либы предлагают всовывать, т.е. возможно это не совсем все исходники)

Что значит безопасно ли хранить?
Если данные зашифрованы - то уровень 'опасности' зависит от надежности алгоритма шифрования

Лучше шифровать весь файл а не отдельные его записи (иначе украв базу можно узнать как и на каких сервисах ты зарегистрирован, если не шифровать название записей и логинов,а это уже один из векторов атак). При этом во время работы не должно появляться временных файлов расшифрованной базы, ведь после их удаления файл еще можно восстановить.

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

vps-ка это такая же машина что и у разработчика, может быть другая операционная система но принципиально ничем не отличается. Вот как ты будешь запускать свое приложение на соседней машине в твоей сети?

Т.е. в самом дубовом варианте, как локально запускаешь свое приложение-сервер, так запускай и на сервере.

А вот дальше начинаешь решать возникающие проблемы.... типа открыл ssh в нем запустил приложение? по закрытию ssh оно тоже закроется, ок, запускай через screen. Хочешь чтобы был автозапуск? настрой как службу (читать доки примеры по той ОС которая на vps-ке) и т.п.

Обычно наоборот, работают с текущего момента времени и в прошлое, пока данные в принципе возвращаются.

Устанавливая только end на время самой первой сделки в предыдущем запросе минус 1

У сервера роль то сервер приложений выбрана? Лицензии есть?

mstsc должен выдавать код ошибки вместе с текстом, если не на экран то в инвет лог ломальной машины, код скажет больше информации

Майкрософт офис позволяет делать загрузку данных на страницу по запросу в sql базу данных, в экселе там для этого есть целый gui - data connection wizard.

Скрипты sql у тебя есть, максимум сделать так чтобы переменные (дата для отчета например) брались из какой-нибудь таблицы в самой базе (так будет проще).

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

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

Итого, задача построения отчетов будет сводиться к правке нужных параметров отчета в базе данных (консольные утилиты oracle для выполнения скриптов например либо из той же программы на excel, так как там в макросах можно делать полноценные формочки с кнопочками), каким то образом указанию имени файла для сохранения результирующего отчета и открытию файла-шаблона.

p.s. автоматизация работы с excel макросами для неофитов выглядит как магия - открывается документ, в нем прямо на глазах начинают появляться данные сохраняться и открываться новые файлы (да эксель невероятно медленный, на столько что это видно человеку).

Универсально - только запись с экрана

но вот нестабильный интернет потребует более сложной автоматизации и разбираться с конкретныйм сервисом, как там все устроено и реализовано

Переноси все на сервер терминалов на быстрой машине, с debian (если с 1c у тебя проблем там нет)

Идеально делать все с x2go, клиенты есть по до все, включая windows, работают наверное даже идеально, есть режим 'интеграции', когда окно запущенного на сервере приложения запускается на клиенте как обычное приложение (разница в инконке), будет легкий лаг при перемещении окна и смены режима развернуть окно на весь экран и обратно, но в 99% случаев пользователи не трогают окна совсем. Так же могут быть неоднозначности с некоторыми комбинациям клавиш, но все настраивается и зачастую о таких комбинациях не знают.

p.s. если без x2go, запускать удаленное приложение локально при наличии xorg (в cygwin xstartwin запускать) нужно либо через ssh -Y user@server cmd либо настроив xorg на сервере на доступ из локальной сети и выдав права пользователям/компьютерам, и вот тогда можно будет прописывать DISPLAY=server:0 и вообще без ssh, интеграция окон встроенная (т.е. приложения будут именно нативными, отличия только в стилях и цветовой гамме, если не настроить темы)

Отправка архивов на почту - худшая форма передачи данных, неужели нельзя по другому?

Автоматизировать - значит написать приложение, вариантов 100500, бери делай, это не сложно
Вот к примеру как отправить почту с вложениями с помощью PowerShell

VPN конечно же, так же альтернатива проброса подключений через разные порты - это каскадирование rdp подключений.

Пользователи подключаются под общедоступным логином и паролем до сервера, у которого вместо стандартного шела стоит запуск mstsc (клиента для подключения по rdp), все остальное у пользователя по максимуму ограничено, кстати это может быть вообще отдельная машина или несколько (будет сильная нагрузка на сеть при большом количестве одновременных подключений, в принципе все то же самое что и с перенаправлением портов, но там железки дешевле).

Так же нужно будет отключить возможность сохранения логина и пароля в локальных политиках.

p.s. это решение может являться костылем, но зато позволяет в принципе не трогать настройки фаервола на роутере, т.е. при появлении новых пользователей, не понадобится туда лезть

Выбор железа в первую очередь должен обосновываться совместимостью оборудования, в частности наличие подходящих разъемов. Если на материнке присутствует m.2 разъем то в качестве главного ssd диска лучше выбирать соответствующий, иначе выбирать sata. Причем в дешевом сегменте скорее всего разницу не ощутишь.

Нет конечно если у тебя задачи и деньги соответствуют выбору ddr3 разъема подключения ssd, то почему нет.

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

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

Причем положительный отзыв практически не несет полезной информации и не должен использоваться как обоснование выбора (хотя к примеру скоростные характеристики флешек например можно там посмотреть).

p.s. выбирай сразу только те железки, что имеют гарантию от производителя, и минимум 3 года, если конечно тебе хоть какая то надежность нужна.

у telegram.Message есть поле sticker, проверяй по его наличию у каждого сообщения, при наличии смотри либо по id либо по имени сетпака

Можно приобрести hdmi wireless/miracast донгл, и подключить телефон к монитору/телевизору (кстати последние часто имеют встроенную поддержку), а с помощью простого usb otg переходника подключить мышку (или даже usb хаб и в догонку и клавиатуру), тогда с телефоном можно будет работать как с буквально обычным компьютером.

p.s. осторожно работа с мышкой не то же самое что работа с интерфейсом пальцами (свайпы и тем более щепки), точнее этот момент в своем приложении рекомендую тестировать дополнительно. Плюс мышкой очень легко попасть в маленький элемент, когда как пальцем сложно. В любом случае тестировать юзабилити придется на телефоне.

Написать можно но смысла в этом практически нет, а вреда полно

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

Если try catch будут не единственными, то корневой имеет смысл чтобы отлавливать 'все остальные' ошибки и отправлять их в свой собственный лог (чтобы их поправить само собой)... ну кому как удобно