https://virgool.io/feed/@alihajivand سلام من علی حاجبوند (حاجی ) برنامه نویس وب و طراح UI UX هستم. مقاله هامم همش جنبه علمی و فاز سنگین نداره بخون صفا کن. fa 2026-06-16 10:33:57 https://files.virgool.io/upload/users/22940/avatar/By4bvg.png?height=120&width=120 https://virgool.io/@alihajivand https://virgool.io/@alihajivand/%DA%86%D8%B1%D8%AE%D9%87-%D9%BE%DB%8C%DA%AF%DB%8C%D8%B1%DB%8C-%D9%81%D9%86%DB%8C-%D9%88-%D8%B1%D9%81%D8%B9-%D9%85%D8%B4%DA%A9%D9%84-%D8%A7%DB%8C%D9%86%D8%AA%D8%B1%D9%86%D8%AA-%D9%85%D9%86%D8%B2%D9%84-adsl-%D8%AF%D8%B1-%D8%A2%D8%B3%DB%8C%D8%A7%D8%AA%DA%A9-ybd7r6cihmdq سلام سلام سلام حاج علی ام . کلی بگم میخوام روند و چرخه پیگیری فنی مشکل مشترک های اینترنت ADSL رو فقط تو شرکت آسیاتک ( جایی که خودم 1 سال کار میکنم ... ) توضیح بدم شاید به درده مهندساش مشترکاش کاسباش بخوره . * این مقاله صرفا جهت آگاه سازی و همکاری مشترک است * خب من بخش B2C یا پشتیبانی کار میکنم جایی که ما به خطوط مشترک دسترسی داریم اولین نفری که با مشترک رو در رو میشه ! از اون ور به نرم افزار های مانیتورینگ cacti , solar , ... دسترسی داریم بگذریم .داستان و با یک مشکل مشترک عادی جهت خاموش بودن چراغ اینترنت یا قطعی وصلی میگم ( قطعی وصلی و قطع بودن روالشون 80% مثل همه )م = مشترک محترم | ک = کارشناش مظلوم 1 . م 1544 و میگیره( اصن گوش نمیدهه خانم محترم چی میگه سریع یه عددی میزنه بابا وایسا بگههه یهو وصل میشی واحد فروش باید بری بیای ) داخلی 2 و میگیره میاد تو رینگ تا ک جواب بده ( اگر زمان زیاد میبره ک نماز نرفته م محترم , داره با یک م دیگه حرف میزنه ) وصل میشه حالا به کارشناسسلام و اینا شماره میگه > بعد ک چک میکنه از oss solar cacti email مرکز چک میشه حالا چندتا بحث وجود داره ک میگه مرکز مشکل داره اینجا از م میخوایم نهایت صبر و حوصله قبول کنه * عصبانیت یا بده مدیرت صحبت کنه اصلا درست نیست تایم خودش تلف میشه * چون ک دروغ نمیگه اون مدیرم بیاریم همینو میگه . این بحث اول .حالا چک میشه با بالا پایین کردن خط چک کردن نویز خط برطرف میشه یا بدون اسپلیتر اوکی میشه که عالیه . تو این حالت بیشتر داخلی ساختمون مشکل داره وظیفه م برطرف کنه نه ما ( آسیاتک ) .خببببب برطرف نشد با جدا کردن داخلی و استاندارد سازی خط :(((ک میگه باید پیگیری فنی زده بشه ک چک بشه که حالا شرایط داره 72 ساعت کاری طول میکشه م قبول میکنه .تمام مشکلات ، کیفیت خط ، شماره ، نویز همچی ثبت میشه به عنوان TASK ثبت میشه توسط کارشناس B2C میره واحد B2B . مشترک باید صبر بکنه تایمی که بهش اعلام میشه ( عجله کاره شیطونه )حالا تسک م رفته B2b بررسی بشه ( تا جایی که امکانش باشه بررسی و کمترین زمان بررسی میکنند ) نشد دیگه حالا برطرف نشده دوشواری نداره میره واحد حضوری همکارا برن مخابرات ( همچیو چک میکنن پورت کابل سیم میم همرو چک میکنند تا برطرف بشه ) دوباره برطرف نشد !!!؟؟ پس فکر کنم مشکل یا بین مسیر یا دیگه از سرخط مشترک باشه . حالا دیگه باید کارشناس زنگ بزنه م محترم هماهنگی کنه بیاد منزل چک کنهههه.این روال عادی یه پیگیری ساده فنی که این مراحل طی میشه ( جای نگرانی نیست زنگ بزنید فقط اگر تو 24 ساعت حل نشده بدونید خط رفته مرکز چک بشه تا 72 ساعت کاری احتمالا طول بکشه ) این پس شد چرخه پیگیری فنی که تا آخرش رفتیم .انشالا که مفید بوده باشه براتون و آگاه شده باشید از روالی که طی میشه فقط دوتا دکمه نیست . ALI Hajivand ALI Hajivand Sun, 29 Aug 2021 16:57:49 +0430 https://virgool.io/@alihajivand/%D8%AF%D8%B1%D8%AE%D9%88%D8%A7%D8%B3%D8%AA-%D9%88-%D9%BE%D8%A7%D8%B3%D8%AE-%D8%AF%D8%B1-%D8%AC%D9%86%DA%AF%D9%88-%D8%A8%D8%AE%D8%B4-%D8%AF%D9%88%D9%85-sccma5e6kzkj خب سلامی دوباره بریم ادامه ، تا لایه های جنگو خوندیم حالا :وقتی درخواستی توسط یوزر وارد میشود واسطه ها ( Middlewares ) درخواست را از جنگو انجام میدهند و میتوانیم این هارا در فایل Settings.py ببینیم ، هنگام پردازش برنامه ها، جنگو از دستورالعمل های Middlewares پیروی می کند. ما میتوانیم بسته ب پروژه و نیازمون Middlewares های اختصاصی خودمونو بنویسیم.بعد از درخواست های که بالا گفتیم انها ارسال شده به URL Router یا URL dispatcher.مرحله بعد URL Router درخواست گرفته شده وURL Path درخواست را ازش میگیرد .و سعی میکند اینهارا طبق الگو های URL PATTERN مچ کنه.این URL ها الگوهای به صورت عبارت های عادی هستند.پس از تطبیق مسیرهای URL ها و مسیریابی الگو ها ، درخواست های موجود به VIEW مرتبط میشود .و حالااااااا ما در لایه View هستیم و مشاهده ها با استفاده از داده های درخواست و در خواست ها ( GET POST , ETC ) . بعد از پردازش درخواست VIEW درخواستش رو از پردازنده های متن میده و بعد اون ها با الگو های نام اشنای HTTP جواب داده میشوند.دوباره این درخواست ها برای پردازش به واسطه ها ( Middlewares ) ارسال میشود . واسطه ها درخواست را پردازش میکنند و اطلاعات و دیتا را قبل از ارسال به ( مرورگر یوزر ) اصلاح میکنند و بعدش مرورگر دیتا را رندر و نسخه نهایی را به کاربر نمایش می دهد .Middlewares واسطه هاMiddleware is a framework of hooks into Django’s request/response processing. It’s a light, low-level “plugin” system for globally altering Django’s input or output.Each middleware component is responsible for doing some specific function. For example, Django includes a middleware component, AuthenticationMiddleware, that associates users with requests using sessions.This document explains how middleware works, how you activate middleware, and how to write your own middleware. Django ships with some built-in middleware you can use right out of the box. They’re documented in the built-in middleware reference.تعریفی کوتاهی در داکیومنت خود Django هست ، middlewares در کارکرد های مهم یک پروژه جنگویی ما نقش مهم دارد مثلا :::: ما برای جلوگیری از حملات فیکrequest forgery از CSRF واسطه ها استفاده میکنیم ک کارش مدیریت داده است . اهراز حویت Authentication و مجوز هارا با استفاده از همین واسطه ها انجام می دهند که ما میتوانیم کلاس های middlewares خود را برای شکل دادن و نوشتن جریان داده را در برنامه خود بنویسیم.امیدوارم خوشتون اومده باشه خوشحال میشم نظراتتونو بنویسید. تشکر موفق باشید ALI Hajivand ALI Hajivand Sun, 19 Apr 2020 16:01:09 +0430 https://virgool.io/@alihajivand/%D8%AF%D8%B1%D8%AE%D9%88%D8%A7%D8%B3%D8%AA-%D9%88-%D9%BE%D8%A7%D8%B3%D8%AE-%D8%AF%D8%B1-%D8%AC%D9%86%DA%AF%D9%88-nafdmooapubi سلام در این مقاله میخوام درباره ی چرخه ی Request/Response در django بخونیمدبلیو اس جی ای / WSGIلایه های برنامه جنگودرخواست Middlewaresلایه (URL Router(URL Dispatcherلایه بازدید یا همان Views لایه Context Processorsلایه Template Renderersلایه Response Middlewaresیک وبسایت یا یک برنامه تحت وب در چرخه درخواست و پاسخ قرار میگیرد و فریم ورک جنگو از این قاعده مستثنا نیست . اما این فرایند فقط دو مرحله ای نیست . برنامه های جنگو باید مراحل مختلفی را طی کند تا نتیجه نهایی را به کاربر ما برگرداند. برای درک بهتر چارچوب Django باید درک کنیم که چگونه درخواست ها آغاز می شود و نتیجه نهایی به کاربر نمایش داده میشه. در بخش های بعدی می خواهم مراحل مختلف درخواست ها و نرم افزار یا کدی که در آنجا استفاده می شود را توضیح دهم.خب بریم ، هنگام راه‌اندازی یک پروژه جدید جنگو ، یکی از اولین کارهایی که شما انجام خواهید داد این است که URLconfs و Views های خود را تنظیم کنید.اما واقعاً در اینجا در پشت صحنه چه اتفاقی می افتد. Django چگونه چرخه مسیر دهی Views ها و middlewares چه نقشی در این مسیر دهی و عبور دارد.دبلیو اس جی ای / WSGI خب ، Web Server Gateway Interface یا به اختصار WSGI جزئیاتی است که چگونگی ارتباط یک وب سرور با یک برنامه تحت وب یا یک Framework نوشته شده به زبان برنامه نویسی پایتون را شرح می دهد. همچنین مشخص می نماید چگونه برنامه های تحت وب سازگار با WSGI، با یکدیگر می توانند یک درخواست یا Request را Handle نمایند.دبلیو اس جی ای / WSGI ابزاری است که برای حل یک مشکل اساسی ایجاد شده است. اتصال وب سرور به یک فریم ورک وب . دو طرف WSGI : اولی ' server ' و دومی ' application ' این دو طرف هستند. WSGI برای رسیدگی به پاسخ ، سرور برنامه را اجرا میکند و عملکرد و پاسخ را به کاربر ارسال میکند. برنامه درخواست را پردازش می کند و با استفاده از پاسخ به تماسی ک با سرور دارد پاسخ را به سرور برمیگرداند. و WSGI نقش کنترل کننده بین وب سرور شما مثلا :Apache یا NGINX و پروژه جنگو شما را دارد.بین وب سرور شما و برنامه شما واسطه های زیادی وجود ، آنها میتوانند دیتا و داده های بین نرم افزار و وب سرور شما را تغییر و کنترل کنند .روند اطلاعات و داده ها :وقتی که کاربر درخواستی در برنامه انجام می دهد، WSGI این کارای مهم را انجام میدهد :فایل settings.py و کلاس های جنگو را ایمپورت میکند.تمامی کلاس های middleware را فرا میخواند، MIDDLEWARE_CLASSES یا MIDDLEWARES (بسته به نسخه جنگو) پروژه شما دارد ک در فایل settings.py.ساخت 4 لیست از متد ها که کارشون پردازش از درخواست ها (request), ویو ها (View), پاسخ (response) و یکسری exception یا همون استثنا هایی ک داریم.دستورات از طریق درخواست در حلقه به ترتیب اجرا میشود .تصمیم گیری برای درخواست URL ها حلقه هارا از یکسری متد های ویو پردازش میکند .توابع فراخوانی میشوند.هر روش استثنائی را پردازش می کند.حلقه ها را از طریق هر یک از روش های پاسخ میدهد(از داخل به خارج و برعکس سفارش از middlewares انجام میشود )و سرانجام مقدار برگشتی توابع را فراخوانی و به وب سرور پاس میدهد.لایه های برنامه جنگودرخواست Middlewaresلایه (URL Router(URL Dispatcherلایه بازدید یا همان Views لایه Context Processorsلایه Template Renderersلایه Response Middlewaresادامه مقاله در بخش دوم امید وارم خوشتون اومده باشهاین مقاله حاصل مطالعه و ترجمه از مقاله ها است(((: ALI Hajivand ALI Hajivand Sat, 18 Apr 2020 16:05:46 +0430