Прогер
Программирование и айти Сотрудничество: @bogdan_lapenko Пригласительный линк: @umnyiprogrammist Ресурс в перечне: https://tinyurl.com/umnyiprg Биржа: https://telega.in/c/+IohX2XS6sOhhZDRi ЗАЯВКИ ПРИНИМАЮТСЯ МОМЕНТАЛЬНО
Больше📈 Аналитический обзор Telegram-канала Прогер
Канал Прогер языкового сегмента Русский является активным участником. Сейчас сообщество объединяет 93 127 подписчиков, занимая 1 384 место в категории Технологии и приложения и 6 025 место в регионе Россия.
📊 Показатели аудитории и динамика
С момента создания невідомо проект демонстрирует стремительный рост, собрав аудиторию из 93 127 подписчиков.
Согласно последним данным от 22 июня, 2026, канал показывает стабильную активность. За последние 30 дней изменение числа участников составило -1 524, а за последние 24 часа — -35, при этом общий охват остаётся высоким.
- Статус верификации: Не верифицирован
- Уровень вовлечённости (ER): Средний показатель вовлечённости аудитории составляет 13.28%. В первые 24 часа после публикации контент обычно набирает 5.78% реакций от общего числа подписчиков.
- Охват публикаций: В среднем каждый пост получает 12 369 просмотров. В течение первых суток публикация набирает 5 384 просмотров.
- Реакции и взаимодействия: Аудитория активно поддерживает контент: среднее количество реакций на один пост — 78.
- Тематические интересы: Контент сосредоточен на ключевых темах, таких как github, rust, microsoft, linux, c++.
📝 Описание и контентная политика
Автор описывает ресурс как площадку для выражения субъективного мнения:
“Программирование и айти
Сотрудничество: @bogdan_lapenko
Пригласительный линк: @umnyiprogrammist
Ресурс в перечне: https://tinyurl.com/umnyiprg
Биржа: https://telega.in/c/+IohX2XS6sOhhZDRi
ЗАЯВКИ ПРИНИМАЮТСЯ МОМЕНТАЛЬНО”
Благодаря высокой частоте обновлений (последние данные получены 23 июня, 2026) канал поддерживает актуальность и высокий уровень охвата публикаций. Аналитика показывает, что аудитория активно взаимодействует с контентом, что делает его важной точкой влияния в категории Технологии и приложения.
--cmd. Цвета графиков можно кастомизировать. Поддерживает Windows, Mac и Linux
✅ Умный программист# useradd -s /sbin/nologin webdev
# passwd webdev
Теперь нам нужно настроить sshd таким образом, чтобы он разрешил только указанному пользователю подключаться по sftp, не пускал его дальше указанного каталога с сайтами, а так же сразу указывал необходимые нам права доступа через umask. Позже я поясню, зачем это надо
Находим в файле /etc/ssh/sshd_config строку и комментируем её:
#Subsystem sftp /usr/lib/openssh/sftp-serverВместо неё добавляем:
Subsystem sftp internal-sftp -u 002 Match User webdev ChrootDirectory /var/www ForceCommand internal-sftp -u 002Перезапускаем sshd:
# systemctl restart sshd
Если сейчас попробовать подключиться пользователем webdev, то ничего не получится. Особенность настройки ChrootDirectory в sshd в том, что у указанной директории владелец должен быть root, а у всех остальных не должно быть туда прав на запись. В данном случае нам это не помешает, но в некоторых ситуациях возникают неудобства. На остальных директориях внутри ChrootDirectory права доступа и владельцы могут быть любыми
# chown root:root /var/www
# chmod 0755 /var/www
Теперь пользователь webdev может подключиться по sftp. Он сразу попадёт в директорию /var/www и не сможет из неё выйти дальше в систему. Осталось решить вопрос с правами. Я сделал так. Добавил пользователя webdev в группу www-data, а пользователя www-data в группу webdev:
# usermod -aG www-data webdev
# usermod -aG webdev www-data
Благодаря указанной umask 002 в настройках sshd все созданные пользователем webdev файлы будут иметь права 664 и каталоги 775. То есть будет полный доступ и у пользователя, и у группы. Так что веб сервер сможет нормально работать с этими файлами, и наоборот
Способ немного корявый и в некоторых случаях может приводить к некоторым проблемам, но решаемым. Я придумал это сам по ходу дела, так как изначально к этим исходникам прямого доступа не должно было быть. Если кто-то знает, как сделать лучше, поделитесь
Если же вы заранее планируете прямой доступ к исходникам сайта или сайтов разными людьми или сервисами, то сделать лучше по-другому. Сразу создавайте под каждый сайт отдельного системного пользователя. Запускайте под ним php-fpm пул. Для каждого сайта он будет свой. Владельцем исходников сайта делайте этого пользователя и его группу. А пользователя, под которым работает веб сервер, добавьте в группу этого пользователя. Это более удобный, практичный и безопасный способ
Третий вариант — создавайте новых пользователей для доступа к исходникам с таким же uid, как и у веб сервера. Чрутьте их в свои домашние каталоги, а сайты им добавляйте туда же через mount bind
✅ Умный программист
Уже доступно! Исследование Telegram 2025 — ключевые инсайты года 
