اگر تصور می‌کنید میزبانی سایت روی یک هاست داخلی برای دسترسی پایدار کاربران کافی است، بهتر است در این فرض تجدیدنظر کنید. ممکن است سرور اصلی وب‌سایت در داخل کشور قرار داشته باشد، اما بخش‌های مختلف صفحات برای نمایش صحیح به منابعی وابسته باشند که از سرورهای خارجی دریافت می‌شوند. در چنین شرایطی، محدودیت دسترسی به اینترنت بین‌الملل می‌تواند باعث اختلال در عملکرد سایت شود؛ حتی اگر هاست اصلی همچنان در دسترس باشد.
فونت‌ها، کتابخانه‌های JavaScript، نقشه‌ها، سرویس‌های کپچا، ابزارهای آمارگیری و سامانه‌های ورود با حساب کاربری از جمله وابستگی‌هایی هستند که گاهی در طراحی سایت نادیده گرفته می‌شوند. مشکل اینجاست که بسیاری از این منابع در شرایط عادی بدون جلب توجه بارگذاری می‌شوند و مدیر سایت تا زمان بروز اختلال متوجه اهمیت آن‌ها نمی‌شود.
در این مقاله یاد می‌گیریم چگونه وابستگی‌های خارجی سایت را با ابزار توسعه مرورگر شناسایی کنیم، برای آن‌ها جایگزین مناسبی در نظر بگیریم و سایت را به شکلی طراحی کنیم که در صورت قطع دسترسی به سرویس‌های خارجی، بخش‌های ضروری آن همچنان قابل استفاده باشند.
چرا هاست داخلی به‌تنهایی برای پایداری سایت کافی نیست؟
یک وب‌سایت فقط از فایل‌هایی تشکیل نشده است که روی هاست آن قرار دارند. مرورگر هنگام باز کردن هر صفحه ممکن است علاوه بر دریافت فایل HTML، درخواست‌های دیگری برای بارگذاری تصاویر، فایل‌های CSS، اسکریپت‌ها، فونت‌ها و اطلاعات موردنیاز سرویس‌های جانبی ارسال کند.
برای مثال، فرض کنید سایت شما روی یک سرور داخلی میزبانی می‌شود، اما فونت اصلی آن از Google Fonts، کتابخانه رابط کاربری از یک CDN خارجی و نقشه صفحه تماس با ما از یک سرویس نقشه بین‌المللی دریافت می‌شود. در این وضعیت، قطع دسترسی به سرورهای خارجی می‌تواند باعث شود فونت سایت تغییر کند، منوها و فرم‌ها درست کار نکنند یا نقشه نمایش داده نشود.
در بعضی موارد، مشکل به یک بخش محدود می‌ماند؛ اما گاهی یک اسکریپت خارجی برای اجرای بخش‌های مهم سایت ضروری است. اگر بارگذاری آن با تأخیر مواجه شود یا خطا بدهد، ممکن است اجرای کدهای وابسته نیز مختل شود و تجربه کاربر آسیب ببیند.
بنابراین، برای ارزیابی مقاومت سایت در برابر قطعی اینترنت بین‌الملل باید علاوه بر محل میزبانی، تمام درخواست‌های خروجی و منابعی را که صفحات به آن‌ها وابسته‌اند بررسی کنید.
چگونه وابستگی‌های خارجی سایت را با تب Network پیدا کنیم؟
برای شروع به ابزارهای پیچیده یا دسترسی به سرور نیاز ندارید. مرورگرهای مدرن مانند Google Chrome و Firefox ابزارهایی برای بررسی درخواست‌های شبکه دارند. با استفاده از تب Network می‌توانید ببینید مرورگر هنگام باز کردن سایت به چه دامنه‌هایی درخواست ارسال می‌کند و کدام منابع از سرورهای خارجی دریافت می‌شوند.
مرحله اول: باز کردن ابزار Developer Tools
ابتدا سایت موردنظر را در مرورگر باز کنید. سپس با فشردن کلید F12 یا ترکیب کلیدهای Ctrl + Shift + I در ویندوز و Linux، ابزار Developer Tools را اجرا کنید. در سیستم‌عامل macOS نیز می‌توانید از میانبر Command + Option + I استفاده کنید.
در پنجره بازشده، زبانه Network را انتخاب کنید. این بخش تمام درخواست‌هایی را که مرورگر برای دریافت منابع صفحه ارسال می‌کند، نمایش می‌دهد.
مرحله دوم: فعال کردن ثبت درخواست‌ها
برای اینکه درخواست‌های صفحه از ابتدای بارگذاری ثبت شوند، بهتر است پیش از بارگذاری مجدد سایت، تب Network را باز کرده باشید. سپس صفحه را با کلیدهای Ctrl + R یا دکمه Reload دوباره بارگذاری کنید.
گزینه Preserve log را فعال کنید تا درخواست‌ها هنگام جابه‌جایی بین صفحات یا بارگذاری مجدد از فهرست حذف نشوند. همچنین اگر می‌خواهید رفتار سایت را بدون استفاده از فایل‌های ذخیره‌شده در مرورگر بررسی کنید، گزینه Disable cache را فعال کنید. این گزینه معمولاً تا زمانی که Developer Tools باز است، کش مرورگر را برای درخواست‌های شبکه غیرفعال می‌کند.
مرحله سوم: شناسایی دامنه‌های خارجی
پس از بارگذاری صفحه، فهرستی از درخواست‌ها را مشاهده می‌کنید. ستون Name نام منبع و ستون Domain یا اطلاعات مربوط به آن، دامنه‌ای را نشان می‌دهد که درخواست به آن ارسال شده است. در بخش Headers نیز می‌توانید اطلاعات دقیق‌تری مانند Request URL، روش درخواست و وضعیت پاسخ را بررسی کنید.
هر درخواستی که به دامنه‌ای خارج از دامنه اصلی سایت ارسال می‌شود، لزوماً یک وابستگی مشکل‌ساز نیست؛ اما باید آن را بررسی کنید. برای مثال، ممکن است یک تصویر از یک سرویس خارجی دریافت شود، درحالی‌که درخواست دیگری برای اجرای فرم ثبت سفارش ضروری باشد. اهمیت این دو درخواست یکسان نیست.
بهتر است دامنه‌ها و منابع خارجی را در یک فهرست ثبت کنید و برای هر مورد مشخص کنید که مربوط به کدام بخش سایت است، چه نقشی دارد و در صورت در دسترس نبودن چه اتفاقی می‌افتد.
مرحله چهارم: بررسی نوع درخواست‌ها
در تب Network می‌توانید درخواست‌ها را بر اساس نوع منبع فیلتر کنید. این کار کمک می‌کند وابستگی‌های مهم را سریع‌تر پیدا کنید:
Font: فایل‌های فونت که برای نمایش صحیح نوشته‌ها استفاده می‌شوند.
JS: کتابخانه‌ها و اسکریپت‌هایی که قابلیت‌های تعاملی سایت را اجرا می‌کنند.
CSS: فایل‌های استایل که ظاهر و چیدمان صفحات را کنترل می‌کنند.
Img: تصاویر و فایل‌های گرافیکی دریافت‌شده از سرورهای دیگر.
Fetch/XHR: درخواست‌هایی که برای دریافت داده از APIها و سرویس‌های خارجی ارسال می‌شوند.
Doc: درخواست‌های مربوط به اسناد و صفحات HTML که ممکن است به دامنه‌های دیگر هدایت شوند.
در صورت مشاهده درخواست‌های ناموفق، به ستون Status و پیام‌های خطا توجه کنید. خطاهای مربوط به اتصال، مسدود شدن درخواست، خطای DNS یا دریافت نشدن پاسخ می‌توانند نشانه‌ای از مشکل ارتباط با منبع موردنظر باشند. البته یک خطای منفرد به‌تنهایی اثبات نمی‌کند که علت، محدودیت اینترنت بین‌الملل است؛ باید دامنه، نوع درخواست و شرایط آزمایش را هم بررسی کنید.
مرحله پنجم: بررسی صفحات مختلف سایت
بررسی صفحه اصلی به‌تنهایی کافی نیست. ممکن است صفحه اصلی به منابع داخلی وابسته باشد، اما در صفحه تماس با ما یک نقشه خارجی بارگذاری شود یا فرم درخواست مشاوره از یک سرویس کپچا استفاده کند.
صفحات خدمات، وبلاگ، محصولات، تماس با ما، فرم‌های ثبت‌نام و ورود و بخش‌های کاربری را جداگانه بررسی کنید. همچنین منوها، پنجره‌های پاپ‌آپ، جست‌وجوی سایت و سایر قابلیت‌های تعاملی را اجرا کنید تا درخواست‌هایی که فقط پس از تعامل کاربر ارسال می‌شوند نیز شناسایی شوند.
کدام وابستگی‌های خارجی بیشتر باعث اختلال سایت می‌شوند؟
همه منابع خارجی ریسک یکسانی ندارند. بعضی از آن‌ها فقط ظاهر سایت را تحت تأثیر قرار می‌دهند، اما برخی دیگر برای اجرای قابلیت‌های اصلی ضروری هستند. در ادامه، مهم‌ترین موارد و راهکارهای پیشنهادی برای مدیریت آن‌ها را بررسی می‌کنیم.
۱. فونت‌های خارجی
استفاده از فونت‌های میزبانی‌شده در سرویس‌هایی مانند Google Fonts یکی از وابستگی‌های رایج در سایت‌هاست. اگر فایل فونت از یک دامنه خارجی دریافت شود و آن دامنه در دسترس نباشد، مرورگر ممکن است از فونت جایگزین استفاده کند. نتیجه می‌تواند تغییر ظاهر نوشته‌ها، به‌هم‌ریختگی فاصله‌ها و تفاوت در ارتفاع خطوط باشد.
راهکار پیشنهادی: فایل‌های فونت موردنیاز را تهیه کنید و پس از اطمینان از مجوز استفاده، روی هاست یا فضای ذخیره‌سازی تحت کنترل خود قرار دهید. سپس با استفاده از دستور @font-face در CSS، فونت‌ها را به‌صورت محلی بارگذاری کنید. بهتر است فقط وزن‌ها و قالب‌های موردنیاز را نگه دارید تا حجم فایل‌های صفحه بیش از حد افزایش پیدا نکند.
۲. کتابخانه‌های JavaScript و CDNها
برخی سایت‌ها کتابخانه‌هایی مانند jQuery، ابزارهای رابط کاربری یا فایل‌های موردنیاز قالب را از CDNهای خارجی دریافت می‌کنند. اگر این منابع بارگذاری نشوند، ممکن است منوها، اسلایدرها، تب‌ها، فرم‌ها یا سایر امکانات تعاملی سایت از کار بیفتند.
راهکار پیشنهادی: کتابخانه‌های ضروری را در پروژه نگهداری و از هاست یا زیرساخت داخلی خودتان ارائه کنید. در صورت استفاده از CDN، یک نسخه محلی و آزمایش‌شده از فایل‌های ضروری داشته باشید. همچنین وابستگی‌های غیرضروری را حذف کنید و مطمئن شوید که خطای بارگذاری یک اسکریپت جانبی، اجرای سایر بخش‌های سایت را متوقف نمی‌کند.
۳. نقشه‌های آنلاین
نقشه‌های خارجی معمولاً در صفحه تماس با ما، صفحه شعب و بخش معرفی موقعیت کسب‌وکار استفاده می‌شوند. این نقشه‌ها ممکن است برای نمایش به اسکریپت، فایل‌های گرافیکی و درخواست‌های API از چند دامنه مختلف وابسته باشند. در نتیجه، حتی اگر فایل اصلی نقشه بارگذاری شود، نبود یکی از منابع جانبی می‌تواند نمایش آن را مختل کند.
راهکار پیشنهادی: در صورت امکان از سرویس نقشه داخلی متناسب با نیاز پروژه استفاده کنید. اگر نقشه تعاملی برای سایت ضروری نیست، نمایش تصویر ثابت از موقعیت مکانی یا ارائه نشانی دقیق و لینک متنی مسیر می‌تواند گزینه ساده‌تری باشد. در طراحی این بخش بهتر است اطلاعات تماس و آدرس به نقشه وابسته نباشند تا کاربر در صورت بارگذاری نشدن نقشه همچنان بتواند با کسب‌وکار ارتباط برقرار کند.
۴. سرویس‌های کپچا و مقابله با ربات‌ها
سرویس‌های کپچا مانند Google reCAPTCHA برای تشخیص کاربران واقعی و کاهش ارسال درخواست‌های خودکار استفاده می‌شوند. این سرویس‌ها معمولاً به اسکریپت‌ها و دامنه‌های خارجی وابسته‌اند. اگر این منابع در دسترس نباشند، ممکن است فرم تماس، ثبت‌نام، ورود یا درخواست مشاوره نتواند ارسال شود.
راهکار پیشنهادی: ابتدا بررسی کنید آیا سرویس کپچا برای همه فرم‌ها ضروری است یا می‌توان از روش‌های جایگزین متناسب با سطح ریسک استفاده کرد. راهکارهایی مانند فیلدهای Honeypot، محدودسازی تعداد درخواست‌ها (Rate Limiting)، اعتبارسنجی سمت سرور و ابزارهای ضدربات قابل میزبانی در زیرساخت خودتان می‌توانند بخشی از راه‌حل باشند. این روش‌ها جایگزین یکسانی برای همه کپچاها نیستند و باید متناسب با نیاز امنیتی سایت انتخاب شوند.
۵. ابزارهای آمارگیری و تحلیل رفتار کاربران
ابزارهایی مانند Google Analytics و Google Tag Manager برای جمع‌آوری اطلاعات بازدید و تحلیل رفتار کاربران استفاده می‌شوند. این سرویس‌ها معمولاً برای عملکرد اصلی سایت ضروری نیستند، اما ممکن است اسکریپت‌های آن‌ها در تمام صفحات بارگذاری شوند. در صورت اختلال، بارگذاری آن‌ها می‌تواند با تأخیر مواجه شود یا درخواست‌های ناموفق ایجاد کند.
راهکار پیشنهادی: ابتدا مشخص کنید کدام ابزارهای تحلیلی واقعاً برای تصمیم‌گیری کسب‌وکار ضروری هستند. می‌توانید از ابزارهای آمارگیری قابل میزبانی روی زیرساخت خودتان یا سرویس‌های داخلی متناسب با نیاز پروژه استفاده کنید. اگر حفظ ابزار خارجی ضرورت دارد، بارگذاری آن را طوری مدیریت کنید که اختلال در سرویس آمارگیری مانع نمایش محتوا یا اجرای قابلیت‌های اصلی سایت نشود.
۶. تصاویر، ویدئوها و فایل‌های رسانه‌ای خارجی
گاهی تصاویر، ویدئوها و فایل‌های دانلودی سایت از دامنه‌هایی غیر از دامنه اصلی دریافت می‌شوند. این موضوع ممکن است به دلیل استفاده از سرویس‌های ذخیره‌سازی ابری، پلتفرم‌های اشتراک ویدئو یا CDNهای خارجی باشد. اگر این منابع در دسترس نباشند، بخشی از محتوای صفحه نمایش داده نمی‌شود.
راهکار پیشنهادی: فایل‌های ضروری را روی هاست، فضای ذخیره‌سازی داخلی یا زیرساختی که دسترسی پایدار آن را کنترل می‌کنید قرار دهید. برای ویدئوهای مهم نیز می‌توانید نسخه‌ای از محتوای ضروری را در یک بستر قابل دسترس نگهداری کنید. البته پیش از انتقال فایل‌ها، ظرفیت ذخیره‌سازی، پهنای باند و هزینه میزبانی را بررسی کنید.
ورود با حساب گوگل؛ یک وابستگی مهم که نباید نادیده بگیرید
یکی از وابستگی‌های مهم و گاهی پنهان سایت‌ها، استفاده از قابلیت ورود با حساب گوگل (Sign in with Google) است. این روش ورود، تجربه کاربری ساده‌تری فراهم می‌کند؛ اما برای احراز هویت به سرویس‌های گوگل و ارتباط با دامنه‌ها و زیرساخت‌های مربوط به آن وابسته است.
اگر دسترسی به این سرویس‌ها مختل شود، کاربران ممکن است نتوانند با حساب گوگل وارد سایت شوند یا فرایند احراز هویت آن‌ها کامل نشود. این موضوع برای سایت‌هایی که ورود با گوگل تنها روش ورود به حساب کاربری است، ریسک بیشتری ایجاد می‌کند.
وابستگی فقط به دکمه ورود محدود نیست. اگر ساختار حساب کاربری، ثبت‌نام یا بازیابی دسترسی به سرویس خارجی متکی باشد، اختلال آن سرویس می‌تواند بخش مهمی از تجربه کاربران را تحت تأثیر قرار دهد.
راهکار پیشنهادی: در کنار ورود با حساب گوگل، روش مستقلی برای احراز هویت کاربران در نظر بگیرید؛ برای مثال، ورود با شماره موبایل یا ایمیل، متناسب با ساختار و الزامات امنیتی کسب‌وکار. اطلاعات حساب کاربران باید به شکلی مدیریت شود که از دسترس خارج شدن یک ارائه‌دهنده خارجی، دسترسی آن‌ها به حساب را به‌طور کامل مسدود نکند.
همچنین، پیش از انتخاب هر روش ورود جایگزین، فرایند ثبت‌نام، بازیابی رمز عبور، تأیید هویت و مدیریت نشست‌های کاربری را بررسی کنید. صرف اضافه کردن یک دکمه ورود دیگر، بدون طراحی صحیح فرایند احراز هویت، راهکار کاملی محسوب نمی‌شود.
چطور سایت را برای قطعی اینترنت بین‌الملل آماده کنیم؟
پس از شناسایی وابستگی‌ها، باید آن‌ها را بر اساس میزان اهمیت و تأثیرشان بر عملکرد سایت اولویت‌بندی کنید. حذف تمام سرویس‌های خارجی همیشه ضروری یا حتی عملی نیست؛ اما می‌توانید کاری کنید که در دسترس نبودن آن‌ها بخش‌های حیاتی سایت را از کار نیندازد.
منابع ضروری را تا حد امکان محلی میزبانی کنید
فونت‌ها، فایل‌های CSS و JavaScript ضروری و سایر منابعی را که برای نمایش و اجرای صفحات لازم هستند، روی زیرساخت تحت کنترل خود قرار دهید. این کار تعداد وابستگی‌های خارجی را کاهش می‌دهد و امکان مدیریت نسخه و به‌روزرسانی منابع را نیز فراهم می‌کند.
برای سرویس‌های خارجی جایگزین در نظر بگیرید
برای هر سرویس خارجی، مشخص کنید در صورت عدم دسترسی چه راهکاری وجود دارد. ممکن است یک سرویس نقشه با یک تصویر ثابت جایگزین شود، یک ابزار آمارگیری از کار بیفتد بدون آنکه سایت مختل شود یا یک روش ورود مستقل برای کاربران فعال بماند.
اختلال سرویس‌های جانبی نباید عملکرد اصلی سایت را متوقف کند
یکی از اصول مهم در طراحی مقاوم، تفکیک قابلیت‌های ضروری از امکانات جانبی است. برای مثال، اگر ابزار آمارگیری بارگذاری نشود، کاربر همچنان باید بتواند صفحه را مشاهده کند. اگر نقشه در دسترس نیست، آدرس و شماره تماس باید نمایش داده شوند. اگر اسکریپت یک سرویس خارجی خطا می‌دهد، نباید اجرای فرم‌های مستقل یا منوی اصلی سایت متوقف شود.
وضعیت منابع را به‌صورت دوره‌ای بررسی کنید
وابستگی‌های سایت ممکن است در طول زمان تغییر کنند. نصب یک افزونه جدید، تغییر قالب، اضافه کردن ابزار بازاریابی یا استفاده از یک سرویس ثالث می‌تواند درخواست‌های خارجی تازه‌ای به سایت اضافه کند. به همین دلیل، بررسی تب Network نباید فقط یک‌بار و در زمان راه‌اندازی سایت انجام شود.
بهتر است پس از تغییرات مهم فنی و در بازه‌های مشخص، درخواست‌های شبکه صفحات اصلی را بررسی کنید و فهرست وابستگی‌ها را به‌روز نگه دارید.
چک‌لیست بررسی مقاومت سایت در برابر قطعی اینترنت
برای ارزیابی اولیه سایت، موارد زیر را بررسی کنید:
درخواست‌های خارجی تمام صفحات مهم را در تب Network شناسایی کرده‌اید.
فونت‌های ضروری سایت از زیرساختی تحت کنترل شما بارگذاری می‌شوند.
کتابخانه‌های JavaScript و فایل‌های CSS حیاتی به CDN خارجی وابسته نیستند.
نقشه و سایر سرویس‌های جانبی در صورت اختلال، جایگزین قابل استفاده دارند.
از کار افتادن کپچا یا ابزارهای آمارگیری مانع استفاده از قابلیت‌های اصلی سایت نمی‌شود.
کاربران علاوه بر ورود با حساب گوگل، روش مستقلی برای ورود به حساب خود دارند.
فرم‌های تماس، ثبت سفارش و درخواست مشاوره به سرویس‌های غیرضروری وابسته نیستند.
تصاویر و فایل‌های ضروری از منابعی با دسترسی پایدار دریافت می‌شوند.
صفحات مهم در شرایط عدم دسترسی به منابع خارجی آزمایش شده‌اند.
برای اختلال سرویس‌های جانبی، راهکار جایگزین و برنامه بازیابی مشخص وجود دارد.
چگونه وضعیت واقعی سایت را در شرایط اختلال آزمایش کنیم؟
شناسایی دامنه‌های خارجی قدم اول است؛ اما برای اطمینان از مقاومت سایت باید رفتار آن را در شرایط محدودیت دسترسی نیز آزمایش کنید. این آزمایش را بهتر است در محیط کنترل‌شده و با هماهنگی تیم فنی انجام دهید تا اختلال ناخواسته‌ای در سایت اصلی ایجاد نشود.
می‌توانید در محیط آزمایشی، دسترسی به برخی دامنه‌های خارجی شناسایی‌شده را مسدود کنید و سپس عملکرد صفحات را بررسی کنید. هدف این است که مشخص شود در نبود هر منبع چه اتفاقی می‌افتد: آیا فقط یک تصویر نمایش داده نمی‌شود، ظاهر صفحه تغییر می‌کند یا کل فرایند ورود و ثبت درخواست از کار می‌افتد؟
در این آزمایش، فقط صفحه اصلی را ملاک قرار ندهید. مسیرهای مهم کسب‌وکار مانند مشاهده خدمات، ثبت درخواست، ارسال فرم، ورود کاربران و دریافت اطلاعات تماس باید به‌صورت جداگانه بررسی شوند. همچنین توجه کنید که مسدودسازی یک دامنه ممکن است روی چند قابلیت مختلف اثر بگذارد؛ بنابراین نتیجه آزمایش باید با بررسی دقیق درخواست‌ها تحلیل شود.
برای سنجش بهتر، نتیجه هر آزمایش را ثبت کنید و برای هر وابستگی سه مورد را مشخص کنید: اهمیت آن برای کسب‌وکار، پیامد قطع دسترسی و راهکار جایگزین. این فهرست به تیم فنی کمک می‌کند اصلاحات را بر اساس ریسک واقعی اولویت‌بندی کند.
پایداری سایت فقط به محل هاست وابسته نیست
میزبانی سایت روی سرور داخلی می‌تواند یکی از عوامل مؤثر در دسترس‌پذیری باشد، اما به‌تنهایی تضمین نمی‌کند که تمام بخش‌های سایت در زمان اختلال اینترنت بین‌الملل به کار خود ادامه دهند. هر فونت، کتابخانه، API، نقشه، کپچا یا ابزار خارجی می‌تواند یک نقطه وابستگی ایجاد کند.
با بررسی درخواست‌های تب Network، شناسایی دامنه‌های خارجی، میزبانی محلی منابع ضروری و طراحی جایگزین برای سرویس‌های حیاتی می‌توانید ریسک اختلال را کاهش دهید. مهم‌تر از همه، باید مطمئن شوید که از دسترس خارج شدن یک سرویس جانبی، مانع مشاهده محتوا و استفاده از امکانات اصلی سایت نمی‌شود.
اگر نمی‌دانید سایت فعلی شما به چه سرویس‌هایی وابسته است یا در زمان اختلال کدام قابلیت‌ها از کار می‌افتند، بهتر است پیش از بروز مشکل، وضعیت فنی آن را بررسی کنید. ارزیابی مقاومت سایت در برابر قطعی اینترنت می‌تواند وابستگی‌های پنهان، نقاط شکست و راهکارهای اصلاحی را مشخص کند. برای بررسی زیرساخت، بهینه‌سازی و توسعه یک وب‌سایت پایدار نیز می‌توانید از خدمات طراحی سایت استفاده کنید و ساختار فنی پروژه را متناسب با نیازهای کسب‌وکار خود ارتقا دهید.
دیدگاه خود را بنویسید
نشانی ایمیل شما منتشر نمی‌شود.
