DevTwitter | توییت برنامه نویسی
توییت های برنامه نویسی و طراحی وب :) @dvtwi Hashtags: devtwitter.t.me/5 DevBooks Channel: https://t.me/+AYbOl75CLNYxY2U0 Github: https://github.com/DevTwitter X: https://x.com/devtwittir
Show more📈 Analytical overview of Telegram channel DevTwitter | توییت برنامه نویسی
Channel DevTwitter | توییت برنامه نویسی (@devtwitter) in the Farsi language segment is an active participant. Currently, the community unites 29 492 subscribers, ranking 4 609 in the Technologies & Applications category and 11 525 in the Iran region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 29 492 subscribers.
According to the latest data from 28 June, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by 1 143 over the last 30 days and by 81 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 22.06%. Within the first 24 hours after publication, content typically collects 16.60% reactions from the total number of subscribers.
- Post reach: On average, each post receives 6 500 views. Within the first day, a publication typically gains 4 889 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 51.
- Thematic interests: Content is focused on key topics such as پرو, #کوته_نیوز, ارتباط, ابزار, چیز.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“توییت های برنامه نویسی و طراحی وب :)
@dvtwi
Hashtags:
devtwitter.t.me/5
DevBooks Channel:
https://t.me/+AYbOl75CLNYxY2U0
Github:
https://github.com/DevTwitter
X:
https://x.com/devtwittir”
Thanks to the high frequency of updates (latest data received on 29 June, 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.
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/>
Available now! Telegram Research 2025 — the year's key insights 
