ServerAdmin.ru
Авторская информация о системном администрировании. Информация о рекламе: @srv_admin_reklama_bot Автор: @zeroxzed Второй канал: @srv_admin_live Сайт: serveradmin.ru Ресурс включён в перечень Роскомнадзора
Mostrar más📈 Análisis del canal de Telegram ServerAdmin.ru
El canal ServerAdmin.ru (@srv_admin) en el segmento lingüístico de Ruso es un actor destacado. Actualmente la comunidad reúne a 32 587 suscriptores, ocupando la posición 4 021 en la categoría Tecnologías y Aplicaciones y el puesto 19 548 en la región Rusia.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 32 587 suscriptores.
Según los últimos datos del 05 octubre, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de 66, y en las últimas 24 horas de -4, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 20.14%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 12.45% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 6 565 visualizaciones. En el primer día suele acumular 4 057 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 64.
- Intereses temáticos: El contenido se centra en temas clave como linux, docker, мониторинг, контейнер, serveradmin.
📝 Descripción y política de contenido
El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“Авторская информация о системном администрировании.
Информация о рекламе: @srv_admin_reklama_bot
Автор: @zeroxzed
Второй канал: @srv_admin_live
Сайт: serveradmin.ru
Ресурс включён в перечень Роскомнадзора”
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 06 octubre, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.
# 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