اتصال و مصرف به تفکیک حالت
مصرف گزارش اپ (app-reported، تخمین ترافیک واقعی)؛ سهمیهٔ حالت‌های غیر Xray بر این اساس اعمال نمی‌شود.
سلام، روزت روشن
تصویر زنده‌ای از سلامت سرویس و رفتار کاربران یامیام.
به‌روزرسانی زنده با SSE
روند اتصال‌ها
اتصال‌های موفق در ۱۴ روز گذشته
۰۰۰۰
اتصال موفقکاربر فعال
فعالیت زنده
رویدادهای اخیر اپ
کاربران اخیر
آخرین دستگاه‌های دیده‌شده
| کاربر / دستگاه | وضعیت | آخرین اتصال | لوکیشن | کل اتصال‌ها |
|---|
اتصال مرکز به سرورها
در حال خواندن…
در حال اتصال…
کاربران
مدیریت دستگاه‌ها، وضعیت دسترسی و تاریخچهٔ تجمیعی اتصال.
| کاربر / دستگاه | دسترسی | آخرین مشاهده | آخرین لوکیشن | اتصال‌ها | مصرف |
|---|
۱
لوکیشن‌ها و سرورها
نمای عملیاتی مقصدهای ارائه‌شده در کاتالوگ اپ.
پنهان‌سازی خودکار لوکیشن‌های خراب
سرور هر ۱۵ دقیقه خروجی هر لوکیشن را آزمایش می‌کند. لوکیشنی که دو بار پشت سر هم جواب ندهد از اپ پنهان می‌شود و کاربرانش در به‌روزرسانی بعدی به لوکیشن پیش‌فرض می‌روند؛ وقتی دو بار پشت سر هم سالم بود خودکار برمی‌گردد. کلید «دسترسی در اپ» در جدول همچنان دست شماست.
اولویت لوکیشن پیش‌فرض
کاربرانی که خودشان لوکیشن انتخاب نکرده‌اند، با هر چهار پروتکل یامیام به اولین لوکیشن فعال این فهرست وصل می‌شوند؛ اگر غیرفعال شود، نفر بعدی جایش را می‌گیرد. انتخاب دستی کاربران هرگز تغییر نمی‌کند. لوکیشنی که در فهرست نباشد فقط با انتخاب دستی استفاده می‌شود.
در حال بارگذاری…
مصرف و کاربران آنلاین هر حالت و مقصد
مصرف گزارش اپ (app-reported، تخمین ترافیک واقعی) برای همهٔ حالت‌ها؛ مکان‌های کاتالوگ با نام نمایشی دیده می‌شوند.
| حالت | لوکیشن | پروتکل | آنلاین | اتصال امروز | مصرف امروز |
|---|
جزئیات مسیرها
سلامت، بار و کیفیت اتصال هر مقصد
| لوکیشن | شناسه | دسترسی در اپ | پروتکل | اتصال امروز | کاربر آنلاین | خطای امروز | آخرین فعالیت |
|---|
پروتکل‌ها و مصرف
وضعیت هر پروتکل حالت عادی، سهم آن از مصرف و نسخه‌های اپ. کلید پایین هر کارت آن پروتکل را در فهرست پروتکل‌های اپ نشان می‌دهد یا پنهان می‌کند (نسخه‌های قدیمی اپ فقط پنهان‌شدن پروتکل‌های اختیاری را می‌بینند).
امروز به تفکیک حالت و پروتکل
مصرف گزارش اپ (app-reported، تخمین ترافیک واقعی)؛ حالت‌های هوشمند، Tor و اختصاصی نام پروتکل موتور خودشان را گزارش می‌کنند.
| حالت | پروتکل | آنلاین | کاربر امروز | اتصال امروز | مصرف امروز |
|---|
روند ۱۴ روزهٔ حالت عادی
مصرف روزانهٔ هر پروتکل (UTC)؛ نوار هر روز سهم پروتکل‌ها را نشان می‌دهد.
نسخه‌های اپ
آخرین نسخه‌ای که هر دستگاه گزارش کرده؛ برای تصمیم دربارهٔ پیشنهاد یا الزام به‌روزرسانی.
| نسخه | کد | دستگاه | فعال امروز | سهم | وضعیت |
|---|
شبکه‌ها و مسیرها
اپ هر مسیر اتصال را روی شبکهٔ کاربر با درخواست واقعی می‌سنجد و نتیجه را می‌فرستد؛ این صفحه همان نتیجه‌ها را به تفکیک اپراتور اینترنت نشان می‌دهد. نشانی کاربر ذخیره نمی‌شود.
هر مسیر روی هر اپراتور
درصد دستگاه‌هایی که مسیر برایشان کار کرده و میانهٔ زمان اولین پاسخ. هر دستگاه یک رأی دارد و نتیجهٔ اتصال واقعی بر سنجش بدون تونل مقدم است.
انتخاب خودکار
مسیری که اینجا خاموش شود در اپ نه سنجیده می‌شود و نه خودکار انتخاب؛ کاربر همچنان می‌تواند آن را دستی برگزیند. تغییر با بازکردن بعدی اپ اعمال می‌شود.
مسیرها و پروتکل‌ها
هر راه اتصال اپ را روشن یا خاموش کنید، بگویید «خودکار» از آن استفاده کند یا نه، و نام، توضیح، رنگ و آیکن آن را در سه زبان عوض کنید. مسیر خاموش از همهٔ بخش‌های اپ (فهرست پروتکل‌ها، لوکیشن‌ها، انتخاب خودکار و جایگزین‌ها) حذف می‌شود. اپ‌های قبل از نسخهٔ جدید فقط خاموش‌شدن پروتکل‌ها و Tor را می‌بینند؛ اسمارت و اختصاصیِ خاموش در آن‌ها فقط از انتخاب خودکار بیرون می‌روند.
پروتکل‌های تعریف‌شدهٔ شما
پروتکل VLESS تازه از اجزای پشتیبانی‌شده، بدون آپدیت اپ (از نسخهٔ جدید اپ به بعد). ساخت روی سرور یک اسکریپت ثابت را با تأیید شما و پس از پشتیبان‌گیری اجرا می‌کند و x-ui را دوباره راه می‌اندازد (حدود ۲ ثانیه قطعی برای همه). پروتکل تازه خاموش ساخته می‌شود؛ بعد از آزمایش، کارت آن را بالا روشن کنید. نوع انتقال یا تنظیمی بیرون از این فهرست همچنان آپدیت اپ لازم دارد.
سرویس کمکی سرور (yamyam-ops) در دسترس نیست؛ ساخت و حذف فعلاً ممکن نیست.
| کد | انتقال / امنیت | پورت | نشانی برای اپ | وضعیت | دستگاه | |
|---|---|---|---|---|---|---|
| در حال بارگذاری… | ||||||
اولویت اتصال خودکار
وقتی چند مسیر برای کاربری کار می‌کند، اپ به ترتیب شما وصل می‌شود: ردیف بالاتر اول. مسیرهای یک ردیف هم‌رتبه‌اند و بین آن‌ها سریع‌ترین انتخاب می‌شود. اپ اول با سریع‌ترین مسیر سالم وصل می‌شود و وقتی مسیر بالاتر آماده شد، در پس‌زمینه به آن می‌رود؛ جابه‌جایی بین دو پروتکل یامیام اتصال‌های باز را نگه می‌دارد، ولی رفتن به اسمارت/Tor/اختصاصی یا برگشت از آن‌ها اتصال‌های باز را قطع می‌کند و برای همین منتظر لحظهٔ بیکاری می‌ماند.
تغییر ذخیرهنشده
اتصال اول
وقتی کاربر «اتصال» را در حالت خودکار می‌زند، اپ با کدام مسیر شروع کند. با «ذخیره»ی بالای صفحه ذخیره می‌شود.
پیشرفته
قانون‌های جداگانه برای کشور/اپراتور/شبکه/نسخه، تقسیم درصدی، محافظ کیفیت و تنظیم ارتقا
قانون‌های جداگانه
اولین قانونی که با دستگاه جور باشد اعمال می‌شود؛ قانون پیش‌فرض همیشه آخر است. اپراتور و کشور را اپ از سرور می‌پرسد (همان چیزی که صفحهٔ «شبکه‌ها و مسیرها» نشان می‌دهد).
محافظ کیفیت
مسیر بالاتر فقط وقتی جای بهترین مسیر کارا را می‌گیرد که بیش از این کندتر نباشد؛ وگرنه کاربران روی مسیری که به‌زور کار می‌کند نمی‌روند.
ارتقای پس‌زمینه
پیشرفته: سنجش مسیرها
عددهای سنجش و تصمیم خودکار در اپ؛ جدا از «ذخیره»ی بالای صفحه ذخیره می‌شود
هر عدد را اپ دوباره در همین بازه‌ها محدود می‌کند؛ عدد خارج از بازه به پیش‌فرض اپ برمی‌گردد. اپ این تنظیمات را همراه پاسخ سرور دربارهٔ شبکه می‌گیرد (هر شبکه حداکثر هر ۳۰ دقیقه).
تغییر ذخیرهنشده
پیش‌نمایش برای یک دستگاه
ببینید دستگاهی با این مشخصات چه ترتیبی و چه لوکیشنی می‌گیرد (با همین پیش‌نویس، پیش از ذخیره).
همین حالا روی هر مسیر
دستگاه‌های وصل در سه دقیقهٔ اخیر
جابه‌جایی‌ها (۲۴ ساعت)
گزارش اپ‌ها: ارتقا، تخلیه، جایگزینی و برگشت
| دلیل | به | قانون | تعداد | موفق | دستگاه | مکث |
|---|
حالت Tor
اتصال کاربران به شبکهٔ Tor با کلاینت و ترنسپورت‌های Orbot؛ بریج‌ها خودکار از Tor Project گرفته و بین دستگاه‌ها پخش می‌شوند.
تغییر ذخیرهنشدهدر حال بررسی…
کندو
کانفیگ‌های VLESS از سرورهای مختلف. هر کانفیگ یک شناسه می‌گیرد؛ سرور برای هر دستگاه، بر اساس اپراتور و شبکه‌اش، بهترین‌های اثبات‌شده را به‌همراه چند کانفیگ تازه برای سنجش می‌فرستد؛ دستگاه بیرون از تانل تست می‌کند (TCP و پینگ واقعی) و نتیجه را برمی‌گرداند، و فهرست دستگاه بعدی دقیق‌تر می‌شود. کاربر فقط یک ردیف «کندو» با یک پینگ می‌بیند.
تغییر ذخیرهنشدهدر حال بررسی…
نظارت لحظه‌ای
در حال خواندن وضعیت…
صف تست
نتیجهٔ امروز
آخرین تست‌ها
بهترین کانفیگ‌های هر اپراتور
همان فهرستی که اتصال بعدی روی هر اپراتور می‌گیرد. جایگاه‌ها فقط با گزارش دستگاه‌های همان اپراتور عوض می‌شوند؛ «تست‌نشده» یعنی هنوز کانفیگ تأییدشدهٔ کافی برای این اپراتور نیست و فهرست موقتاً با بهترین‌های سرور پر شده.
نام مکان‌ها
ترجمهٔ کشورها و شهرها برای کاتالوگ، Smart و GeoIP.
آمار نصب و استفاده
نصب‌ها، کاربران فعال، ساعت‌های اوج، ماندگاری و کیفیت اتصال؛ تحلیل کامل رفتار کاربران.
گزارش رویدادها
داده‌های تجمیعی و حریم‌خصوصی‌محور از عملکرد اپ.
تفکیک رویدادهای امروز
برگرفته از شمارنده‌های activity_daily
خطاها و کرش‌ها
گزارش‌های تشخیصی محدود و خصوصی از دستگاه‌های اپلیکیشن.
| نوع | خطا | فریم اصلی | تعداد | دستگاه | نسخه‌ها | آخرین رخداد | وضعیت |
|---|
بلاگ
همهٔ مطالب سایت yamyamvpn.top، از مخزن و از موتور خودکار سئو، با آمار انتشار.
انتشار در ۱۲ ماه اخیر
تعداد مطالب منتشرشده بر اساس تاریخ انتشار.
دسته‌ها
پرمطلب‌ترین دسته‌های منتشرشده.
| عنوان | زبان | دسته | منبع | تاریخ | کلمه | امتیاز سئو | کلیدواژه |
|---|
اینستاگرام
آمار پیج ما، رصد رقیب‌ها و ابزارهای تحقیق؛ فقط خواندنی (هیچ لایک، کامنت یا فالویی انجام نمی‌شود).
در حال بررسی…
سرویس اینستاگرام روی سرور اجرا نمی‌شود
این بخش با سرویس جداگانهٔ yamyam-instagram روی سرور کار می‌کند که با استقرار (deploy) نصب می‌شود. وضعیتش را در «مدیریت سرور» ببینید: systemctl status yamyam-instagram
| پیج | دنبال‌کننده | رشد ۳۰ روز | پست | نرخ تعامل | میانگین لایک | میانگین کامنت | پست در هفته | آخرین پست | به‌روزرسانی |
|---|
آمار پیج ما و همهٔ رقیب‌ها هر روز یک بار خودکار گرفته می‌شود تا رشدشان مقایسه شود. نرخ تعامل = میانگین لایک و کامنت ۱۲ پست اخیر تقسیم بر تعداد دنبال‌کننده.
تحقیقهای اخیر
۲۰ نتیجهٔ آخر روی سرور می‌ماند.
قالب‌های ذخیره‌شده
منبع‌ها، فیلترها و متن‌ها را با یک نام ذخیره کنید و دفعهٔ بعد با یک کلیک برگردانید.
۱. منبع پست‌ها
تا ۱۰ منبع را با هم ترکیب کنید؛ پست‌های تکراری حذف می‌شوند. هر منبع جدا خوانده می‌شود و خطای یکی بقیه را متوقف نمی‌کند.
۲. فیلتر و مرتب‌سازی
خانهٔ خالی یعنی بدون محدودیت. بازدید فقط برای ویدیو و ریلز معنی دارد.
۳. متن کامنت و ارسال
هر خط یک متن است. {username} در متن با @نام کاربری صاحب پست جایگزین می‌شود. کامنت فقط متنی است.
صف ارسال
کامنت‌ها یکی‌یکی با فاصلهٔ تصادفی (±۳۰٪)، در ساعت‌های فعال (به وقت تهران) و زیر سقف ۲۴ ساعته فرستاده می‌شوند. اگر اینستاگرام محدودیت گذاشت، ارسال خودکار متوقف می‌شود.
تاریخچهٔ کامنت‌ها
| زمان | پست | متن کامنت | منبع | وضعیت |
|---|
وضعیت اتصال
سرور با این حساب وارد اینستاگرام می‌شود و آمار را می‌خواند.
نام کاربری و رمز اینستاگرام
نام کاربری و رمز حسابی را که آمار با آن خوانده می‌شود تنظیم کنید.
- رمز هیچ‌وقت به پنل برنمی‌گردد. اگر «ذخیرهٔ رمز» روشن باشد، فقط روی سرور در یک فایل محافظت‌شده (قابل خواندن فقط برای سرویس اینستاگرام و root) می‌ماند؛ اگر خاموش باشد فقط نشست ورود (کوکی) می‌ماند.
- ورود خودکار با رمز ذخیره‌شده حداکثر یک بار در ساعت امتحان می‌شود و بعد از «خروج از حساب» خاموش می‌ماند تا دوباره وارد شوید.
- این ابزار از راه غیررسمی اینستاگرام (کتابخانهٔ aiograpi) کار می‌کند و فقط می‌خواند. درخواست‌ها با چند ثانیه فاصله و یکی‌یکی فرستاده می‌شوند، ولی اینستاگرام ممکن است ورود را بررسی یا حساب را موقتاً محدود کند.
- اگر اینستاگرام ورود را بررسی کرد، در اپ اینستاگرام «این من بودم» را بزنید و دوباره وارد شوید.
ایکس (توییتر)
برنامه‌های پاسخ خودکار: هر دقیقه کلمه‌های کلیدی جست‌وجو می‌شوند و به پست، ریپلای یا نقل‌قول تازه‌ای که آن کلمه را دارد، با حساب‌های یامیام به نوبت پاسخ داده می‌شود.
در حال بررسی…
سرویس ایکس روی سرور اجرا نمی‌شود
این بخش با سرویس جداگانهٔ yamyam-x روی سرور کار می‌کند که با استقرار (deploy) نصب می‌شود. وضعیتش را در «مدیریت سرور» ببینید: systemctl status yamyam-x
برنامهٔ جدید
کلمه را بنویسید و Enter بزنید تا به فهرست اضافه شود. هر پستی که حداقل یکی از کلمه‌ها را داشته باشد پاسخ می‌گیرد.
پاسخ‌ها
| زمان | پست کاربر | پاسخ ما | حساب | بازدید | لایک | وضعیت |
|---|
حساب‌های ایکس یامیام
پاسخ‌ها با این حساب‌ها، به نوبت، فرستاده می‌شوند. جست‌وجو هم بین حساب‌ها می‌چرخد.
| حساب | وضعیت | پاسخ در ۲۴ ساعت | آخرین ارسال | فعال |
|---|
افزودن حساب
ورود با کوکی نشست مرورگر است (مثل پروژهٔ twitterbot): در مرورگری که با آن حساب وارد x.com شده‌اید، DevTools ← Application ← Cookies ← https://x.com، مقدار auth_token و ct0 را کپی کنید.
- کوکی‌ها فقط روی سرور، در فایل محافظت‌شدهٔ سرویس ایکس، می‌مانند و هیچ‌وقت به پنل برنمی‌گردند.
- اگر در آن مرورگر از حساب خارج شوید (Log out) یا رمز را عوض کنید، کوکی باطل می‌شود؛ برای هر حساب یک پروفایل جدای مرورگر نگه دارید و خارج نشوید.
- سقف روزانه و فاصلهٔ بین پاسخ‌ها برداشته شده است: هر پست پیداشده بلافاصله پاسخ می‌گیرد. ایکس پاسخ خودکار به جست‌وجوی کلمه را خلاف قوانین خود می‌داند و ممکن است حساب را محدود یا معلق کند؛ اگر ایکس محدودیت گذاشت، همان حساب خودکار استراحت می‌کند و حساب بعدی ادامه می‌دهد. متن‌ها را متنوع نگه دارید.
تنظیمات ارسال
پاسخ‌ها بدون سقف و بدون فاصله، به ترتیب و به نوبت حساب‌ها فرستاده می‌شوند. پاسخی که (مثلاً چون همهٔ حساب‌ها از طرف ایکس محدود شده‌اند) بیش از این مدت در صف بماند، کنار گذاشته می‌شود.
دایرکت خودکار اینستاگرام
هر کس زیر پست‌های پیج یامیام کامنت بگذارد، با API رسمی اینستاگرام یک دایرکت (و اگر بخواهید یک جواب زیر کامنتش) می‌گیرد. هر نفر برای هر پست فقط یک دایرکت می‌گیرد.
در حال بررسی…
قانون جدید
اگر کامنتی به چند قانون بخورد، قانون دقیق‌تر برنده است: پست انتخابی بر «همهٔ پست‌ها» و کلمهٔ کلیدی بر «هر کامنتی».
کامنت‌ها و دایرکت‌ها
| زمان | کاربر | کامنت | قانون | نتیجه | جواب زیر کامنت |
|---|
وضعیت راه‌اندازی
همهٔ مرحله‌ها باید تیک بخورند.
ارسال خودکار
سقف ساعتی از محدودیت اینستاگرام (حدود ۲۰۰ پیام خودکار در ساعت) پایین‌تر بماند. کامنت‌هایی که از سقف بیشتر شوند در صف می‌مانند و ساعت بعد فرستاده می‌شوند.
Webhook (برای فرم Meta)
در اپ Meta: Instagram ← API setup with Instagram login ← Configure webhooks. این دو مقدار را آنجا بگذارید، Verify and save را بزنید و جلوی comments، messages و messaging_postbacks را روشن کنید (دو تای آخر برای دکمهٔ «فالو کردم» لازم است).
Callback URL
Verify token
اتصال پیج
این دو مقدار فقط روی سرور ذخیره می‌شوند و هیچ‌وقت به پنل برنمی‌گردند.
- توکن ۶۰ روز اعتبار دارد و سرور هر هفته خودش آن را تمدید می‌کند؛ لازم نیست کاری بکنید.
- اگر رمز پیج را عوض کنید یا دسترسی اپ را در اینستاگرام بردارید، توکن باطل می‌شود و باید توکن تازه بگذارید.
- اینستاگرام دایرکت خودکار را فقط تا ۷ روز بعد از کامنت و برای هر کامنت فقط یک بار اجازه می‌دهد.
سرورها
سرورهای VPN در آلمان: ساخت، تست از ایران، سهم کاربران، مصرف از ۱۰ ترابایت رایگان و حذف پیش از آن.
در حال بررسی…
آدرس سرور مرکزی (YAMYAM_FLEET_ORIGIN) تنظیم نشده؛ سرورها تا آن موقع تنظیماتی نمیگیرند.
| سرور | مرحله | آیپی | مصرف | Xray و کاربران | آخرین تماس | تست از ایران | |
|---|---|---|---|---|---|---|---|
| در حال بارگذاری… | |||||||
خروجی بین‌المللی سرور مرکزی
تلگرام، اینستاگرام، ایکس، گزارش تبلیغات و هر مقصد فیلترشدهٔ دیگر از راه کم‌تأخیرترین سرور آلمان؛ با خراب شدن آن، ظرف چند ثانیه سرور بعدی.
| سرور | وضعیت | تأخیر | تونل‌ها | آخرین بررسی |
|---|
کاری که مدیر ناوگان الان می‌کند
در حالت خاموش یا آزمایشی فقط نشان داده می‌شود
رویدادها
آخرین کارهای ناوگان
تنظیمات مدیر ناوگان
—
پروب‌های ایران
سرورهایی که از داخل ایران مثل گوشی وصل می‌شوند
کلیدهای خروجی
هر سرور کلید WireGuard جدای خودش را می‌گیرد
آیپی‌های سرور
آیپی‌هایی که کاربران با آن‌ها به سرور وصل می‌شوند. آیپی تازه را اول در پنل ارائه‌دهنده به همین سرور اختصاص دهید، بعد اینجا ثبت کنید: روی کارت شبکهٔ سرور اضافه می‌شود و کاربران با به‌روزرسانی بعدی فهرست سرورها (باز کردن اپ یا حداکثر یک ساعت) آن را می‌گیرند.
افزودن آیپی
فقط IPv4 عمومی. آیپی فیلترشده را حذف نکنید؛ غیرفعالش کنید تا کاربرانش بدون قطعی جابه‌جا شوند.
فهرست آیپی‌ها
ترتیب فهرست در حالت‌های ثابت، چرخشی و «هر پروتکل یک آیپی» مهم است. دستگاه اختصاص‌یافته = دستگاه‌هایی که آخرین کاتالوگشان در ۲۴ ساعت گذشته این آیپی را داشت (وصل بودن را نشان نمی‌دهد). کاربر آنلاین = کاربرانی که همین حالا با تونل VPN به همین آیپی وصل‌اند (از Xray). سلامت = درصد اتصال‌های واقعی موفق روی همین آیپی در ۲۴ ساعت گذشته (تست مسیر بدون تونل جدا نوشته می‌شود)؛ افت ناگهانی آن یعنی احتمالاً فیلتر شده.
| ترتیب | آیپی | نام | روی سرور | به کاربران | دستگاه اختصاص‌یافته (۲۴ ساعت) | کاربر آنلاین | سلامت (۲۴ ساعت) | گزارش «وصل نمی‌شود» (۲۴ ساعت) | |
|---|---|---|---|---|---|---|---|---|---|
| در حال بارگذاری… | |||||||||
تعلیق خودکار آیپی فیلترشده
اپ‌ها وقتی آیپی‌شان جواب نمی‌دهد ولی اینترنت دستگاه کار می‌کند، گزارش می‌دهند و خودشان آیپی تازه می‌گیرند. وقتی گزارش‌ها از حد زیر بگذرد آیپی برای همه تعلیق می‌شود (به هیچ دستگاهی داده نمی‌شود، روی سرور می‌ماند).
حالت ارائه به کاربران
وقتی بیش از یک آیپی فعال دارید، اینجا تعیین می‌کنید هر کاربر کدام را بگیرد. با یک آیپی فعال همه همان را می‌گیرند.
مدیریت سرور
در حال خواندن مشخصات سرور…
در حال اتصال…
اتصال مرکز به هر سرور
در حال خواندن…
در حال اتصال…
منابع خود سرور مرکزی
جزئیات و نمودارهای منابع مرکز
سرویس‌های اصلی
وضعیت زندهٔ سرویس‌های systemd که یامیام به آن‌ها وابسته است؛ هر ۱۰ ثانیه به‌روز می‌شود.
| سرویس | وضعیت | از | حافظه | زمان CPU | ری‌استارت |
|---|
اجرای دستور روی سرور (root)
هر دستور با bash و دسترسی کامل root روی سرور اجرا می‌شود؛ خروجی زنده می‌آید و هر اجرا در گزارش ممیزی ثبت می‌شود. دستورهای تعاملی (top، nano، less) کار نمی‌کنند: به جایشان top -bn1 یا cat. اگر اتصال قطع شود (مثلاً با ری‌استارت x-ui)، دستور روی سرور ادامه پیدا می‌کند و خروجی بعد از وصل شدن دوباره ادامه می‌یابد.
اجراهای اخیر
سرویس‌های خطادار
واحدهایی که systemd در حالت failed نگه داشته است.
دیسک‌ها
فضای پر و آزاد هر پارتیشن.
زمان‌بندها (timers)
کارهای خودکار سرور به ترتیب اجرای بعدی، با نتیجهٔ آخرین اجرا.
| زمان‌بند | اجرای بعدی | اجرای قبلی | نتیجهٔ آخر |
|---|
فرایندهای پرمصرف
بیشترین مصرف CPU (درصد یک هسته) و سپس حافظه؛ زنده.
| فرایند | PID | کاربر | CPU | حافظه | رشته‌ها |
|---|
همهٔ سرویس‌ها
فهرست کامل سرویس‌های systemd با امکان وضعیت، لاگ و ری‌استارت.
| سرویس | وضعیت |
|---|
تنظیمات سیستم
کنترل انتشار اپ، اعلان‌ها و رفتار عمومی سرویس.
نوتیفیکیشن‌ها
پیام به گوشی کاربران، بدون سرویس خارجی: اپ خودش از سرور می‌پرسد (هنگام باز شدن، در هر ضربان اتصال و در پس‌زمینه)، ساعت سکوت و سقف روزانه را رعایت می‌کند و نتیجه را گزارش می‌دهد.
در حال بررسی…
پیام‌ها
مرکز تبلیغات
گزارش درآمد، مدیریت جایگاه‌ها و اسلایدر جایگاه بالا در یک صفحه.
عملکرد هر جایگاه
همهٔ جایگاه‌هایی که اپ اندروید دارد، با جمع کل در پایین.
| جایگاه | درخواست | پرشده | بدون آگهی | خطا (کد) | نمایش | کلیک | درآمد امروز | درآمد کل | eCPM بازه |
|---|
این عددها از کجا می‌آیند و چقدر دقیق‌اند؟
دقیق: درخواست، پرشده، بدون آگهی، خطا، نمایش و کلیک شمارش رویدادهایی است که SDK گوگل روی گوشی اعلام کرده و اپ فرستاده (هر رویداد شناسهٔ یکتا دارد و دوبار شمرده نمی‌شود). درخواست = پرشده + بدون آگهی + خطای بارگذاری، چون هر درخواست دقیقاً با یکی از این‌ها تمام می‌شود. رویدادِ گوشی‌ای که دیگر هرگز به سرور وصل نشود (یا بیش از ۲۳ ساعت آفلاین بماند) ثبت نمی‌شود.
درآمد: مبلغ «Paid event» گوگل (OnPaidEvent) به میکرو و با ارز همان رویداد است؛ بخشی که گوگل «PRECISE» علامت زده دقیق است و بقیه برآورد خود گوگل (ESTIMATED) است. نسخه‌های ۱.۰.۷ و قدیمی‌تر دقت را نمی‌فرستند. eCPM حاصل تقسیم است، نه عدد گوگل. مبلغ نهایی پرداخت را کنسول AdMob/Ad Manager تعیین می‌کند.
بدون آگهی (NO_FILL): گوگل برای آن درخواست تبلیغی نداشت؛ خطای اپ نیست. پیش‌بارگذار گوگل پس از آن خودش دوباره درخواست می‌دهد و هر تلاش جدا شمرده می‌شود.
روند روزانه
عدد هر روز از گزارش شبکه؛ خط‌چین دورهٔ قبل است.
مقایسه با گزارش اپ
درخواست، پرشده و نمایشی که خود اپ شمرده (رویدادهای SDK گوگل روی گوشی) در کنار عدد شبکه. اختلاف تا ۱۰٪ در گزارش‌های تبلیغاتی عادی است.
واحدهای تبلیغاتی
هر Ad Unit با نوعش و جایگاه‌هایی از اپ که آن نوع را نشان می‌دهند.
نوع تبلیغ
Native، Interstitial، App Open و …
کشورها
تا ۴۰ کشور در هر روز؛ نام‌ها از شبکه، به فارسی.
نسخه‌های اپ
فقط com.yamyam.vpn؛ تا ۴۰ نسخه در هر روز.
اپ‌های حساب
همهٔ اپ‌هایی که این حساب در شبکه دارد.
این عددها از کجا می‌آیند و چقدر دقیق‌اند؟
منبع: وب‌سرویس گزارش شریک MCM شما (myapps.info). سرور یامیام با کلید شما گزارش را می‌خواند؛ کلید هرگز به مرورگر فرستاده نمی‌شود. هر پاسخ چند دقیقه نگه داشته می‌شود (روزهای گذشته ۳۰ دقیقه) تا پنل سقف ۶۰ درخواست در دقیقهٔ شبکه را پر نکند؛ «خواندن دوباره» عدد تازه می‌گیرد.
درآمد و eCPM: خالص (پس از سهم شریک) و به دلار آمریکا، همان عددی که شبکه پرداخت می‌کند. eCPM و CTR از جمع‌ها حساب می‌شوند (درآمد ÷ نمایش × ۱۰۰۰)، نه میانگین روزها. عدد امروز و دیروز ممکن است تا نهایی شدن گزارش شبکه تغییر کند.
اختلاف با گزارش اپ: اپ فقط رویدادهایی را می‌شمارد که گوشی به سرور رسانده (گوشی‌ای که هرگز دوباره وصل نشود شمرده نمی‌شود) و روزهای گزارش اپ به وقت UTC است؛ شبکه ممکن است روز را با منطقهٔ زمانی دیگری ببندد و نمایش‌های نامعتبر را کم کند. درآمد اپ مبلغ «Paid event» گوگل پیش از سهم شریک است، پس معمولاً از درآمد خالص شبکه بیشتر است.
مسیر سرور تبلیغات
درخواستهای بارگذاری و نمایش تبلیغات گوگل از کدام خروجیهای سرور بروند؛ با اولویت، پخش ثابت بین دستگاه‌ها یا تصادفی، فقط از خروجیهای سالم.