ServerAdmin.ru
Авторская информация о системном администрировании. Информация о рекламе: @srv_admin_reklama_bot Автор: @zeroxzed Второй канал: @srv_admin_live Сайт: serveradmin.ru Ресурс включён в перечень Роскомнадзора
Show more📈 Analytical overview of Telegram channel ServerAdmin.ru
Channel ServerAdmin.ru (@srv_admin) in the Russian language segment is an active participant. Currently, the community unites 32 587 subscribers, ranking 4 021 in the Technologies & Applications category and 19 548 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 32 587 subscribers.
According to the latest data from 05 October, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by 66 over the last 30 days and by -4 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 20.14%. Within the first 24 hours after publication, content typically collects 12.45% reactions from the total number of subscribers.
- Post reach: On average, each post receives 6 565 views. Within the first day, a publication typically gains 4 057 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 64.
- Thematic interests: Content is focused on key topics such as linux, docker, мониторинг, контейнер, serveradmin.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“Авторская информация о системном администрировании.
Информация о рекламе: @srv_admin_reklama_bot
Автор: @zeroxzed
Второй канал: @srv_admin_live
Сайт: serveradmin.ru
Ресурс включён в перечень Роскомнадзора”
Thanks to the high frequency of updates (latest data received on 06 October, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.
# apt install aish
Запускаете его:
# aish
И пробуете общаться, решать свои задачи.
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#aiРеклама, ООО ГАЛС СОФТВЭР, ИНН 5047195298~/.bashrc:
export PROMPT_COMMAND='EX_CODE=$?; logger -p local6.debug "{\"user\":\"$(whoami)\",\"path\":\"$(pwd)\",\"command\":\"$(history 1 | sed "s/^[ ]*[0-9]\+[ ]*//")\", \"status\":\"$EX_CODE\"}";'
Тут всё просто. Используем возможности bash в виде PROMPT_COMMAND. Значение этой переменной выполняется каждый раз перед появлением приглашения на ввод команды в оболочке. То есть вы ввели какую-то команду, она выполнилась, отработала команда в PROMPT_COMMAND и снова появилось приглашение на ввод. В этот момент мы просто используя logger записываем в системный лог некоторые переменные и очищенный вывод команды history 1, которая выводит последнюю введённую команду. В итоге получаем то, что надо.
Выведем эти логи в отдельный лог-файл. Для этого добавляем конфигурацию в rsyslog. Создаём файл /etc/rsyslog.d/command-audit.conf:
# cat > /etc/rsyslog.d/command-audit.conf <<'EOF'
local6.debug /var/log/command-audit.log
EOF
Перезапускаем rsyslog:
# systemctl restart rsyslog
Заходим пользователем по SSH, что-то делаем в консоли и смотрим результат в файле /var/log/command-audit.log:
2026-10-01T20:03:43.038407+03:00 debian13 devbitrix01: {"user":"devbitrix01","path":"/var/www","command":"free -m", "status":"0"}
2026-10-01T20:03:47.192911+03:00 debian13 devbitrix01: {"user":"devbitrix01","path":"/var/www","command":"htop", "status":"0"}
Мне нравится такой формат - просто и наглядно. Ещё и в json сразу обёрнут. У обычного пользователя доступа к этому логу нет, изменить он его не сможет. При желании этот лог легко отправить в централизованное хранилище с помощью любого сборщика логов (vector, alloy и т.д.), если оно используется.
Ничего дополнительно на сервер ставить не надо, что очень удобно. Я не люблю донастраивать и что-то менять в уже введённых в эксплуатацию серверах. Обычно все подобные вещи делаю сразу в момент настройки, чтобы можно было всё проверить.
☝️ Важно понимать, что этот аудит легко отключить самим пользователем, или просто обойти. Он банально может обнулить переменную PROMPT_COMMAND. То есть это не инструмент повышения безопасности, а скорее просто модернизированная версия history для удобства пользователей, особенно если их несколько и администратора.
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#ssh #webserver# wget https://github.com/php/frankenphp/releases/download/v1.12.7/frankenphp-linux-x86_64
# chmod +x frankenphp-linux-x86_64
# mv frankenphp-linux-x86_64 /usr/local/bin/frankenphp
# wget https://ru.wordpress.org/latest-ru_RU.zip
# unzip latest-ru_RU.zip
# cd wordpress
# frankenphp php-server
Cкачали бинарник frankenphp, скачали исходники wp, перешли в директорию с php кодом и запустили веб сервер. По умолчанию у него есть в комплекте популярные php модули, которые нужны для wp, он запускается на 80-м порту. Можно идти по IP адресу сервера и устанавливать Worpdress. Подобным образом он работает и в Windows, и в macOS.
Для запуска одиночных скриптов есть отдельный режим php-cli:
# frankenphp php-cli /path/to/your/script.php
Всё это выглядит удобно. Не нужно тянуть на сервер php со всеми его зависимостями, либо искать подходящий преднастроенный контейнер или набор контейнеров.
Как я уже сказал, frankenphp собран на базе веб сервера Caddy, соответственно, он настраивается точно так же, как он. Можно его запускать с подготовленным заранее конфигурационным файлом. Вот пример типовой конфигурации сайта с php в nginx:
server {
listen 80;
server_name example.com;
root /var/www/app/public;
index index.php;
location / {
try_files $uri $uri/ /index.php$is_args$args;
}
location ~ \.php$ {
fastcgi_pass unix:/run/php/php-fpm.sock;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
}
А вот он же в формате caddy:
example.com {
root /var/www/app/public
php_server
}
В плане конфигурации и деплоя он максимально упрощён по сравнению со всеми присутствующими решениями для PHP. Плюс в комплекте все плюшки Caddy - HTTPv3 из коробки, автовыпуск сертификатов и т.д. Но вообще FrankenPHP создавался не только для упрощения настройки. У него есть принципиально другой режим обработки запросов.
FrankenPHP умеет загружать PHP приложение полностью в оперативную память и там обрабатывать. Это существенно увеличивает отклик приложения. Нет необходимости на каждый запрос читать файл. Для корректной работы в таком формате придумана функциональность hot reload, которая позволяет автоматически обновлять PHP приложение в памяти при изменении исходников, без необходимости перезапуска службы сервера или полной перезагрузки проекта. То есть всё приложение загружается в память и там автоматически обновляется по мере изменения кода. Для поддержки этого режима нужно вносить изменения в сам код. Там ничего сложного, в документации есть примеры для WP, Symfony, Laravel и других общих случаев.
Из-за особенностей своей работы продукт этот нишевый, если использовать его для нагруженного прода. Нужно хорошо разбираться в работе приложения, в обработке запросов, нужно следить за памятью, оптимизировать код под работу с FrankenPHP.
Другое дело разовая задача по запуску скриптов, простеньких проектов или каких-то панелей управления на PHP. Тут можно ничего не оптимизировать и просто запускать код, настроив веб сервер в очень простом формате конфигурации веб сервера Caddy. Он сейчас довольно популярен.
Если кто-то использовал FrankenPHP в реальной работе, дайте обратную связь по нему. Я не нашёл какой-то конкретики, реальных отзывов и сравнения производительности. В основном общие слова и описание. Вижу, что кто-то Bitrix на нём запускал.
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#php #webserver# docker run -d \
--name=webtop \
-e PUID=1000 \
-e PGID=1000 \
-e TZ=Europe/Moscow \
-e LC_ALL=ru_RU.UTF-8 \
-p 3000:3000 \
-p 3001:3001 \
-v ./config:/config \
--shm-size="1gb" \
--restart unless-stopped \
lscr.io/linuxserver/webtop:latest
В данном случае запустится Alpine с xfce. Помимо него собраны образы с Alpine, Arch, Debian, Fedora, Ubuntu с оконными менеджерами kde, mate, i3, xfce (гнома нет 🤷♂️). Выбирать их можно так: lscr.io/linuxserver/webtop:debian-kde.
Я сначала подумал, что это очередная сборка на базе Apache Guacamole или VNC. Но когда развернул и попробовал, удивился, насколько отзывчивый интерфейс. Ощущение, что работаешь локально. Полез смотреть, на базе чего организован доступ в контейнер.
Под капотом там Selkies. Не знаю, как лучше перевести его описание, так что приведу в оригинале - open-source low-latency high-performance Linux-native GPU/CPU-accelerated HTML5 remote desktop streaming platform. Так сразу понятно, что это и для чего сделано. Я раньше про эту систему организации удалённого доступа к машине не слышал.
Selkies умеет пробрасывать камеру с микрофоном, а так же поддерживает работу с помощью видеокарты. Подключаться к ней можно HTML5 клиентом через браузер. В Webtop можно оценить и попробовать эту технологию. Ничего настраивать не надо. Всё уже готово. Просто запускаете контейнер и подключаетесь. Можно внутри этой системы открыть какое-то видео в браузере и спокойно смотреть. Картинка не дёргается, звук сразу работает. Я ничего не настраивал. Если браузер с Webtop не на весь экран, то картинка немного мылит из-за нестандартного разрешения. Если же развернуть на весь экран, то всё очень чётко и комфортно.
На своём 2К мониторе, если внутри Webtop сделать видео на на весь экран, то немного подлагивает картинка. Я попробовал разные кодеки. У меня H264 работал быстрее H265. При этом Webtop был запущен в гигабитной локальной сети в виртуалке 4 CPU, 4 GB RAM на старом системнике без видеокарты.
По умолчанию Webtop запускается на 3001 порту. Подключаться надо обязательно по HTTPS - https://192.168.137.29:3001/, потому что браузеры без HTTPS многие компоненты банально не загружают и не запускают. Увидите настроенный Linux с тем или иным окружением и панель управления Selkies. Там можно будет выбирать кодеки, включать/отключать микрофон и камеру, загружать файлы, менять некоторые настройки.
Вторым открытием было графическое окружение i3. Я раньше про него тоже не слышал, хотя это старый проект. Загрузил, посмотрел. Не понял, как с ним работать, пошёл читать, что это вообще такое. Не буду сейчас на этом подробно останавливаться, кому любопытно, поищите сами информацию. Это очень необычный легковесный оконный менеджер, ориентированный на работу без мышки.
Webtop очень понравился. Можно быстро организовать удалённое рабочее место, разместив его за каким-то прокси с аутентификацией. По умолчанию в Webtop её нет, пользователь без пароля. Сразу попадаешь в систему при переходе по ссылке. Можно в соседнем контейнере поднять прокси тут же на арендованном VPS где-то заграницей и работать, например, с ИИ в их родных приложениях, не боясь, что тебя забанят, если засветишь свой IP из РФ.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#linux