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 588 subscribers, ranking 4 016 in the Technologies & Applications category and 19 541 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 32 588 subscribers.
According to the latest data from 06 October, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by 57 over the last 30 days and by -5 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 20.49%. 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 676 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 62.
- 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 07 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.
❓Какие реальные возможности у 1С:Расширенная корпоративная лицензия (1С:РКЛ) и как компании выжать из неё максимум? На вебинаре разберём, что компания на самом деле получает вместе с РКЛ, где проходят границы поддержки и какую роль в решении реальных проблем играет партнёр.
Без пересказа регламентов на конкретных кейсах покажем, какие вопросы можно решить ещё до обращения в 1С, как правильно расследовать сложные инциденты и что делать, если проблема формально выходит за рамки РКЛ.
Отдельно покажем, чем отличается подход ИТ-Экспертизы. Для нас РКЛ — не просто передача обращений в 1С. Мы:
1️⃣ Подключаем собственную технологическую экспертизу
2️⃣ Работаем как дополнительная «четвёртая линия» поддержки
3️⃣ Используем собственный проактивный мониторинг
4️⃣ Помогаем локализовать причины инцидентов и готовим воспроизводимые кейсы для вендора.
В результате клиент получает не только саму РКЛ, но и дополнительный экспертный слой между своей командой и 1С.
Обсудим, когда РКЛ недостаточно. Производительность, архитектура, миграции, аудит ландшафта и сложные эксплуатационные проблемы требуют другого подхода. Поможем понять, что именно нужно вашей системе, и как выстроить поддержку, чтобы проблема не просто «ушла в обращение», а действительно двигалась к решению.
🗣 Спикеры:
◽️Елена Скворцова — директор департамента технологической экспертизы, 1С:Эксперт
◽️Георгий Бяков — ведущий эксперт по технологическим вопросам, 1С:Эксперт, 1С:Эксплуататор
🗓 Когда: 15 октября, в 11:00 по Московскому времени
Запишитесь на вебинар прямо сейчас, чтобы не пропустить, а после мероприятия получить полезные материалы!
Реклама, ООО "ИТ-Экспертиза", ИНН 7725373193.top на iowait (он не вырос),
▪️в vmstat 1 на столбец b, который показывает количество процессов, заблокированных в ожидании ввода-вывода (был 1 процесс, что не привлекает внимание)
▪️в ps -eo pid,stat,wchan,cmd | grep '^D' найти процессы в состоянии D (их не было)
Ну и некоторые другие вещи. На самом деле я не смог найти какой-то конкретной метрики, которая бы указала на проблемы с примонтированным диском, кроме явной проверки доступности этого диска через тот же findmnt, df или банальную попытку обратиться к этому диску. Все эти операции зависают. Ну и в системном журнале тоже была информация о недоступности диска:
# dmesg -T | grep -iE "blocked|hung_task|nfs" | tail -n 10
[Mon Oct 5 12:16:39 2026] nfs: server 192.168.137.51 not responding, still trying
Для меня осталось неясным, почему в этой истории не вырос iowait. На картинке снизу скриншот мониторинга с метриками CPU и LA. Явно видно, что LA сильно вырос, а метрики процессора все на месте.
С метрикой iowait много нюансов. Будьте с ней аккуратны. Я уже приводил пример тестов, когда iowait может показывать низкие или почти нулевые значения при жёсткой нагрузке на дисковую подсистему, которую с трудом переваривает сервер. Это связано с особенностью подсчёта этой метрики. По ссылке выше есть объяснение. Рекомендую внимательно ознакомиться для общего образования. Как показал мой случай, ИИшки не раскурили эту проблему.
Я лично уже давно привык смотреть сразу top или htop и если там нет чего-то явно жрущего процессор, то сразу начинаю проверять диски.
#linux #perfomance# 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