DevTwitter | توییت برنامه نویسی
توییت های برنامه نویسی و طراحی وب :) @dvtwi Hashtags: devtwitter.t.me/5 DevBooks Channel: https://t.me/+AYbOl75CLNYxY2U0 Github: https://github.com/DevTwitter X: https://x.com/devtwittir
Mostrar más📈 Análisis del canal de Telegram DevTwitter | توییت برنامه نویسی
El canal DevTwitter | توییت برنامه نویسی (@devtwitter) en el segmento lingüístico de Farsi es un actor destacado. Actualmente la comunidad reúne a 29 492 suscriptores, ocupando la posición 4 609 en la categoría Tecnologías y Aplicaciones y el puesto 11 525 en la región Irán.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 29 492 suscriptores.
Según los últimos datos del 28 junio, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de 1 143, y en las últimas 24 horas de 81, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 22.06%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 16.60% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 6 500 visualizaciones. En el primer día suele acumular 4 889 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 51.
- Intereses temáticos: El contenido se centra en temas clave como پرو, #کوته_نیوز, ارتباط, ابزار, چیز.
📝 Descripción y política de contenido
El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“توییت های برنامه نویسی و طراحی وب :)
@dvtwi
Hashtags:
devtwitter.t.me/5
DevBooks Channel:
https://t.me/+AYbOl75CLNYxY2U0
Github:
https://github.com/DevTwitter
X:
https://x.com/devtwittir”
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 29 junio, 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.
systemctl list-units --type=service --state=running
- مشاهده وضعیت تمامی سرویسهای فعال و غیرفعال:
systemctl list-units --type=service
- بررسی وضعیت سرویس خاص به همراه لاگهای اخیر:
systemctl status nginx --no-pager
- اجبار به توقف یک سرویس (Kill کردن سخت یک سرویس):
systemctl kill apache2
- مشاهده تمامی وابستگیهای یک سرویس:
systemctl list-dependencies sshd
- مشاهده سرویسهایی که در هنگام بوت اجرا میشوند:
systemctl list-unit-files --state=enabled
+ فعال/غیرفعال کردن سرویسها
- فعالسازی یک سرویس برای اجرا در هنگام بوت:
systemctl enable mysql
- غیرفعال کردن یک سرویس تا هنگام اجرای دستی:
systemctl disable docker
- ریلود کردن تغییرات در سرویس بدون نیاز به ریاستارت:
systemctl reload nginx
- ریست کردن وضعیت یک سرویس:
systemctl reset-failed apache2
+ کنترل سطح دسترسی و وضعیت بوت
- مشاهده سطح اجرایی (Runlevel) فعلی:
systemctl get-default
- تغییر سطح اجرایی به حالت چندکاربره (Multi-User Mode):
systemctl set-default multi-user.target
- تغییر به حالت اضطراری (Emergency Mode):
systemctl emergency
- بوت سیستم به حالت ریکاوری:
systemctl rescue
+ مدیریت لاگها و رخدادها
- مشاهده لاگهای جدید سرویس خاص:
journalctl -u nginx --no-pager
- مشاهده لاگهای سرویس از زمان بوت سیستم:
journalctl -u sshd --since today
- مشاهده لاگهای کرنل:
journalctl -k
- مشاهده لاگهای جدید در لحظه (مشابه tail -f):
journalctl -f
+ خاموش، ریاستارت و خاموشی زمانبندی شده
- خاموش کردن سیستم:
systemctl poweroff
- ریاستارت سیستم:
systemctl reboot
- ریاستارت زمانبندی شده در 10 دقیقه:
shutdown -r +10
- لغو خاموشی یا ریاستارت برنامهریزیشده:
shutdown -c
چرا systemctl مهم است؟
ابزار systemctl یک ابزار قدرتمند برای مدیریت حرفهای سرویسها، بررسی وضعیت سیستم، تنظیمات بوت، لاگها و کنترل پردازشها است. اگر ادمین لینوکس هستید، این دستورات میتوانند شما را در مدیریت بهتر سرور و سرویسهای حیاتی یاری کنند.
@DevTwitter | <Ebrahim Rohani/>SELECT *
FROM BigTable
WHERE FunctionOnColumn(SomeColumn) = 'Value';
کاری که این Query انجام میداد، این بود که یه فانکشن روی ستون اجرا میکرد. نتیجه؟ بهجای استفاده از ایندکسهای موجود، SQL Server مجبور میشد کل جدول رو اسکن کنه (Full Table Scan).
اول، با دولوپر صحبت کردم و براش توضیح دادم که استفاده از فانکشن روی ستونها (بهخصوص توی WHERE یا JOIN) باعث میشه SQL Server ایندکسها رو نادیده بگیره. بعد، بهش پیشنهاد دادم که بهجای فانکشن، مقدار محاسبهشده رو از قبل توی یه ستون جدید ذخیره کنه یا از Persisted Computed Column استفاده کنه.
کوئری اصلاح شدهش این شد:
SELECT *
FROM BigTable
WHERE CalculatedSomeColumn = 'Value';
سرعت اجرای Query از چند دقیقه به کمتر از یک ثانیه رسید. همین تغییر ساده کلی بار روی دیتابیس رو کم کرد. نتیجه اینکه من راضی ، دولوپر راضی ، SQL SERVER هم راضی.
@DevTwitter | <Mostafa Hassanzadeh/>
¡Ya disponible! Investigación de Telegram 2025 — los principales insights del año 
