DevTwitter | توییت برنامه نویسی
توییت های برنامه نویسی و طراحی وب :) @dvtwi Hashtags: devtwitter.t.me/5 DevBooks Channel: https://t.me/+AYbOl75CLNYxY2U0 Github: https://github.com/DevTwitter X: https://x.com/devtwittir
Ko'proq ko'rsatish📈 Telegram kanali DevTwitter | توییت برنامه نویسی analitikasi
DevTwitter | توییت برنامه نویسی (@devtwitter) Forsiy til segmentidagi kanali faol ishtirokchi. Hozirda hamjamiyat 29 492 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 4 609-o'rinni va Eron mintaqasida 11 525-o'rinni egallagan.
📊 Auditoriya ko‘rsatkichlari va dinamika
невідомо sanasidan buyon loyiha tez o‘sib, 29 492 obunachiga ega bo‘ldi.
28 Iyun, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni 1 143 ga, so‘nggi 24 soatda esa 81 ga o‘zgardi va umumiy qamrov yuqori darajada qolmoqda.
- Tasdiqlash holati: Tasdiqlanmagan
- Jalb etish (ER): Auditoriya o‘rtacha 22.06% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining 16.60% ini tashkil etuvchi reaksiyalarni to‘playdi.
- Post qamrovi: Har bir post o‘rtacha 6 500 marta ko‘riladi; birinchi sutkada odatda 4 889 ta ko‘rish yig‘iladi.
- Reaksiyalar va o‘zaro ta’sir: Auditoriya faol: har bir postga o‘rtacha 51 ta reaksiya keladi.
- Tematik yo‘nalishlar: Kontent پرو, #کوته_نیوز, ارتباط, ابزار, چیز kabi asosiy mavzularga jamlangan.
📝 Tavsif va kontent siyosati
Muallif resursni shaxsiy fikrni ifoda etish maydoni sifatida ta’riflaydi:
“توییت های برنامه نویسی و طراحی وب :)
@dvtwi
Hashtags:
devtwitter.t.me/5
DevBooks Channel:
https://t.me/+AYbOl75CLNYxY2U0
Github:
https://github.com/DevTwitter
X:
https://x.com/devtwittir”
Yuqori yangilanish chastotasi (oxirgi ma’lumot 29 Iyun, 2026 da olingan) sababli kanal doimo dolzarb va katta qamrovli bo‘lib qoladi. Analitika auditoriya kontent bilan faol hamkorlik qilishini, uni Texnologiyalar & Aralashmalar toifasidagi muhim ta’sir nuqtasiga aylantirishini ko‘rsatadi.
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/>
Endi mavjud! Telegram Tadqiqoti 2025 — yilning asosiy insaytlari 
