ServerAdmin.ru
Авторская информация о системном администрировании. Информация о рекламе: @srv_admin_reklama_bot Автор: @zeroxzed Второй канал: @srv_admin_live Сайт: serveradmin.ru Ресурс включён в перечень Роскомнадзора
نمایش بیشتر📈 تحلیل کانال تلگرام ServerAdmin.ru
کانال ServerAdmin.ru (@srv_admin) در بخش زبانی روسی بازیگری فعال است. در حال حاضر جامعه شامل 32 587 مشترک است و جایگاه 4 021 را در دسته فناوری و برنامهها و رتبه 19 548 را در منطقه روسيا دارد.
📊 شاخصهای مخاطب و پویایی
از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 32 587 مشترک جذب کرده است.
بر اساس آخرین دادهها در تاریخ 05 اکتبر, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر 66 و در ۲۴ ساعت گذشته برابر -4 بوده و همچنان دسترسی گستردهای حفظ شده است.
- وضعیت تأیید: تأیید نشده
- نرخ تعامل (ER): میانگین تعامل مخاطب 20.14% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 12.45% واکنش نسبت به کل مشترکان کسب میکند.
- دسترسی پستها: هر پست به طور میانگین 6 565 بازدید دریافت میکند. در اولین روز معمولاً 4 057 بازدید جمعآوری میشود.
- واکنشها و تعامل: مخاطبان بهطور فعال حمایت میکنند؛ میانگین واکنش به هر پست 64 است.
- علایق موضوعی: محتوا بر موضوعات کلیدی مانند linux, docker, мониторинг, контейнер, serveradmin تمرکز دارد.
📝 توضیح و سیاست محتوایی
نویسنده این فضا را محل بیان دیدگاههای شخصی توصیف میکند:
“Авторская информация о системном администрировании.
Информация о рекламе: @srv_admin_reklama_bot
Автор: @zeroxzed
Второй канал: @srv_admin_live
Сайт: serveradmin.ru
Ресурс включён в перечень Роскомнадзора”
به لطف بهروزرسانیهای پرتکرار (آخرین داده در تاریخ 06 اکتبر, 2026)، کانال همواره بهروز و دارای دسترسی بالاست. تحلیلها نشان میدهد مخاطبان بهطور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامهها تبدیل کردهاند.
# 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