Олег

таплинк ? погуглил. Очередной конструктор сайтов.
думаю Вам придется перейти на платный тариф.
прошку. А возможности прикручивания произвольного html/js не вижу в самом навороченном тарифе

Работа с перефирией через USB заключается в отсылке данных в подходящий endpoint и прослушивании парного ему. Относительно просто работать с bulk transfer. Но скорее всего там все же com over usb. Тут без готовой библиотеки сложно. Мониторинг состояния
https://www.upspowercom.com/pcm-download/UPS-Proto...
ну или что-то похожее, если эта документация не подойдет для вашей модели.

Попробуй сперва какой либо готовой прогой терминалом для ком порта пообщаться.

1) зачем Вам имя сайта в условиях ? Не вижу тут задачи для которой это требуется.
2) почитайте про единую точку входа и роутинг. В виде отдельных php файлов давно не пишут.

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /index.php?path=$1 [NC,L,QSA]

Не старееющая классика. Все чего нет как физического файла на вход скрипта.
переменная path тут даже не нужна. Можно через $_SERVER все нужное получить.
3) для однозначности со слешом в конце попробуй добавить
DirectorySlash Off

ок. Вспомним 90е- начало 00х
/maincraft - предпалагаю, что должно получиться game.php?slug_game=maincraft

RewriteRule ^/maincraft$ /game.php?slug_game=maincraft [NC,L,QSA]

Ну так и напиши как отдельные регулярки все свои случаи.
Главное, чтобы у тебя подпапок физических не было

Нейронку что-ли хотите развернуть?
На хостинге собираются задачи. Домашний сервак через АПИ их забирает и по мере готовности публикует

сходи на packagist и выбери себе либу.
В свое время я взял hoa/websocket, но сейчас проект заброшен.
В любом случае можешь из этих примеров найти вдохновение

https://developer.android.com/distribute/google-pl...
Имхо по углам срезал много

Угу, а я еще подобных вопросов могу назадавать.
Пишут ли приложения меньше 100 мегабайт в ХХХХ году ?
Жива ли ява или котлин ее совсем вытеснил.
Не пора ли забыть про лайоты и генерить интерфейс через код. (бррр до сих YII2 с отвращением вспоминаю)

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

Нет серебряной пули. А в этом году их еще новых завезли.

Начну с того, что развиваю два андроид приложения ps402d (служба печати) и виртуальный принтер (
https://play.google.com/store/apps/details?id=ru.a...). Глубоко это в теме или нет решать Вам.

Сетевые принтеры можно разделить на те, что с IPP и более простые 9100. ( остальные варианты можно отбросить)
через директ можете считать, что статус узнать нельзя. Как вы пишите, тут нужен двух сторонний обмен данными, но вот формат такого ответа не стандартизирован. Может как один так и 3 байта. И другие придумки вендоров.

А вот IPP вещь приятная и задокументированная по RFC.

Теперь на счет оперативности статусов. Не дергают принтеры постоянно !!!!
Первый уровень пассивное прослушивание mDNS. При необходимости явный запрос сетевого ресолва запомненного ранее использованного принтера.
Из днс ответа делаются два вывода : принтер онлайн / принтер офллайн.

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

Часто перед самой печатью, принтеру посылается команда "проверь задание" (Validate-job).
Но опять же по моему, тут хватило бы просто запросить статус принтера (один раз вместо постояного потока)

Отсылается задание на печать.
Дальше логичнее трекать его состояние работы, но можно и через смену состояний принтера. (занят - простой)

На этом статусы принтера спулеру печати больше не интересны.

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

УК РФ Статья 146 УК РФ Статья 273

Андроид приложение подписывается разработчиком.
Поэтому приложение релиз без "хеша" просто не может существовать.
https://support.google.com/googleplay/android-deve...


Короче, если проверка на то, что файл бит в бит совпадает с тем, что подписан разработчиком (или гуглом при передачи права сборки версионных apk из aab) не пройдена, то приложение просто не установиться

Во первых, PageSpeed инсайт это просто попугаи от гугла. Снесите с сайта яндекс метрику и сразу +10-20.
100 попугаев означает лишь только одно - гугл не знает как эту страницу сделать быстрее.
с оценкой 100 страница может открываться 5-10 секунд, а отрисовывающаяся менее секунды иметь оценку на уровне 70-80.

Во вторых, показателей быстродействия гораздо больше.
Как бакендер (и на то, что влияет БД) я бы ориентировался на "Время до передачи первого байта ответа"
Минимум этого отклика 5-7мс. Н-р голый PHP или Symfony с прогретыми кешами, когда для ответа не используется ничего кроме самого PHP.

Страница с одним запросом (SELECT ) по первичному индексу это от 5мс.
Время от реквеста до начала ответа должно быть менее 100мс (в идеале 25-50мс).

Во вторых, мне кажется что вы смотрите время полной отрисовки страницы.
Тут нужно оптимизировать время отрисовки начального фрейма страницы. Если на странице много картинок, то сделать ленивую подзагрузку их. Сперва плейсхолдеры, а к моменту прокрутки скачивать.

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

Оптимизируйте запросы. Создавайте оптимальные индексы. Для сложных фильтров стоит подумать о других механизмах.

400к - это не то количество, чтобы уже на нескольких хоститься.
В конце концов возьмите дедик (физический сервер в аренду), а не пару VDS.

P.S. Заниматься глубокой оптимизацией на VPS считаю извращением. Так как никогда не знаешь какой на этой машине окажется оверсейлз (продано 146 процентов ресурсов или больше ). Стоит ли что-то кешировать в оперативе или будет только хуже, когда там виртуалки начнут переключаться и свопиться под большой нагрузкой от соседей по серваку.

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

Что вы поразумеваете под 10 портами ?
https://en.wikipedia.org/wiki/List_of_TCP_and_UDP_...
http,https,ftp,sftp,telnet,dns,smtp,pop3,imap,mysql ?
Так это любой хостинг. Будете основные сетевые службы пентестит ?

Ha 4pda, если монетизации не будет. На гитхаб, если опенсоурс.

https://stackoverflow.com/questions/2868047/fullsc...
делаться из кода через windows

Если научитесь сами админить сервер, то тарифы на VPS вас приятно удивят.
Имхо большинству сайтов за глаза 2гига оперативы и 10-30 гиг ssd. Стоит это 400+-100 рублей в месяц.
Можно еще взять совсем минимальный за 100 рублей в месяц под секондари ДНС (для полных эстетов)
и бекап хостинг (рублей по 40 за 10 гиг)
А будет у вас там один сайт или пара десятков - сумма одна.

Вот как Вы думаете почему последняя версия 3.3.0 от 14го года ?
Автор прогу за 79 баксов продавал и почему забросил ?

А потому, что автогенеренные приложения гугл не любит. В основном это шлак.
Вот уже второй год наблюдаю как каждый месяц с разных акка публикуют "guide/manual" название принтера/прибора и т.д. Думаю скоро ИИ начнет чистить этот шлак.

Чем ваша книга в виде приложения будет лучше просто выложенной в интернет как PDF или html страницы ?
А ничем, а в требованиях гугла есть "ценность для пользователя"

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

Чтобы избежать путаницы относительно сроков выполнения требований к целевому уровню API, мы устанавливаем единый срок – 31 августа каждого года.

С 31 августа 2023 года:

Новые приложения должны быть предназначены для Android 13 (API уровня 33) или более поздних версий, за исключением приложений Wear OS, которые должны быть предназначены для Android 11 (API уровня 30) или для Android до версии 13 (API уровня 33).
Целевой уровень API у существующих приложений должен быть не ниже 31-го. Только в этом случае они будут доступны пользователям, у которых версия ОС Android на устройстве выше, чем целевой уровень API приложения. Если приложение имеет целевой уровень API 30 (29 для Wear OS) или ниже, оно будет доступно только на устройствах с ОС Android, версия которой соответствует такому же или более низкому уровню API.

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

В вашем случае, я бы отслеживал начало драг-энд-дроп. и пока после дропа не прошло 100-300 мс выход по бакпресу запрещал.