https://virgool.io/feed/@senariot ما با هدف بهبود تجربه کاربری کاربران، می کوشیم تا به صاحبان محصول و کاربران، در جهت کاربرپسند کردن محصولات دیجیتال، کمک کنیم. fa 2026-06-18 10:16:35 https://files.virgool.io/upload/users/344185/avatar/ZlVk2B.png?height=120&width=120 https://virgool.io/@senariot https://virgool.io/@senariot/%DA%86%D8%B1%D8%A7-%D8%A8%D8%A7%DB%8C%D8%AF-%D8%A7%D8%B2-sass-%DB%8C%D8%A7-less-%D8%A7%D8%B3%D8%AA%D9%81%D8%A7%D8%AF%D9%87-%DA%A9%D9%86%DB%8C%D9%85-ralmsuaziiuk ما میتونیم با CSS وب سایتمون رو طراحی کنیم. اما زبان stylesheet محدودیت های خودش رو برای طراح و توسعه دهنده داره. دقیقا این همان دلیلی بود که که پیش پردازنده های CSS وارد بازی شدند. CSS Preprocessor ها، زبانی هستند که با syntax های منحصر به فرد خود، CSS را تولید می کند و ویژگی های خاص خود را دارند. در ادامه به بررسی این ویژگی های منحصر به فرد و همچنین به مزایا و معایب SASS و LESS خواهیم پرداخت.Sass یا Lessویژگی های پیش پردازنده های CSSپیش پردازنده های CSS با اضافه کردن تعداد زیادی از syntax های منطقی، عملکرد توسعه دهنده در نوشتن CSS را بهبود می بخشد. در نهایت کدی را که با این سینتکس نوشته شده باشد، به CSS کامپایل می شود. 3 تا از شناخته شده ترین پیش پردازنده ها، Sass، Less و Stylus هستند که ما در ادامه به معرفی 2 مورد خواهیم پرداخت. اما قبل از آن به مهمترین دلایلی که ما باید از آنها استفاده کنیم خواهیم پرداخت.1- اصل DRY:به نظر من هر برنامه نویسی باید این اصل را رعایت کند. "Don't Repeat Yourself" یا "خود را تکرار نکنید". اما این به چه معنی است؟این اصل بیان میکند که، یک برنامه نویس همیشه باید سعی کنه از بازنویسی کد خودش جلوگیری کنه و اگر قسمتی از کد قرار است چندین مرتبه تکرار شود، آن را تبدیل به یک فانکشن یا یک متغیر نماید.پیش پردازنده های CSS به شما امکان می دهند که از این اصل استفاده کنید. زیرا به ما امکان دسترسی به مواردی مانند متغیرها، Mixins و Extends را می دهد.2- منطق پیچیدهیکی دیگر از مزایای پیش پردازنده ها، دسترسی به syntax های منطقی مانند زبان های دیگر می باشد. که این دستورات شامل حلقه ها و جملات If/Else می باشد.استفاده از Sass و Less در عمل:در ادامه نمونه هایی از ویژگی های اصلی Sass (Scss) و Less را مقایسه خواهیم کرد. تنها تفاوت بین Sass و Scss وجود براکت و سمیکالن می باشد.متغیر ها:متغیرها را می توان برای استفاده مجدد از دیتا، استفاده نمود. به عنوان مثال می توان مقدار یک رنگ را در متغیر تعریف کرد و چندین بار از آن استفاده نمود.تعریف متغیر با استفاده از Scss:/* SCSS */ $primary-color: #AAF700; $primary-bg: #DDF700; body { color: $primary-color; background: $primary-bg; }تعریف متغیر با استفاده از Sass:/* Sass */ $primary-color: #AAF700 $primary-bg: #DDF700 body color: $primary-color background: $primary-bgتعریف متغیر با استفاده از Less که علامت @ می باشد:/* LESS */ @primary-color: #AAF700; @primary-bg: #DDF700; body { color: @primary-color; background: @primary-bg; }ویژگی Mixins:با استفاده از Mixins امکان این به وجود می آید که مجموعه از قوانین مربوط به CSS را بنویسید و چندین بار از آن استفاده کنید. به مثال زیر دقت کنید:/* SCSS */ @mixin card($width, $height, $bg, $border) { width: $width; height: $height; background: $bg; border: $border; }و در هر بخشی که نیاز داشتیم می توانیم بدین صورت از آن استفاده کنیم:/* SCSS */ .card-1 { @include card(300px, 200px, yellow, red 2px solid); } .card-2 { @include card(400px, 300px, lightblue, black 1px dotted); }قانون Extends:با قانون extend می توانیم خصوصیات هر کلاس را به روش زیر به کلاس دیگر اضافه کنیم:/* SCSS */ .class-1 { width: 100%; height: auto; } .class-2 { @extend .class-1; }همچنین میتوانیم به صورت تو در تو (Nesting) بنویسیم:/* SCSS */ article { p { line-height: 1.5; } img { max-width: 100%; } &__title { font-size: 15px; } }نکته ای که در کد بالا وجود دارد، این است که کلاس article__title با سایز فونت 15px تعریف شده است. این کار بسیار پر کاربرد می باشد.استفاده از پیش پردازنده های CSS مزایای بسیار دیگری نیز دارد که هنگام کار کردن با آن مواجه خواهید شد. از جمله این مزایا استفاده از function ها و جملات منطقی و همچنین import کردن فایل Scss/Sass داخل یک فایل دیگر می باشد.این که از کدام Preprocessor استفاده کنید بستگی به خودتان دارد. در اکثر موارد Sass/Scss و Less یکسان می باشند. به هیچ عنوان مهم نیست کدوم بهتره، مهم اینه که قطعا یکی را انتخاب کنید و همین حالا شروع کنید. سناریوت سناریوت Tue, 13 Apr 2021 16:33:36 +0430 https://virgool.io/@senariot/%D9%88%D8%A8-%D8%B3%D8%A7%DB%8C%D8%AA-%D8%A7%DB%8C%D8%B3%D8%AA%D8%A7-%D9%88-%D9%BE%D9%88%DB%8C%D8%A7-k40z7gto8094 ما هر روزه سایتای زیادی رو باز میکنیم و ازشون استفاده می کنیم. اما اکثرا نمیدونیم این سایت ها چجوری ساخته شدن، از چه تکنولوژی استفاده کردن، و از این تکنولوژی ها چگونه استفاده شده، و فقط به سادگی از این سایت ها استفاده میکنیم. اینکه یه سایت چجوری ساخته شده، میتونه تاثیر زیادی روی تجربه کاربری ما داشته باشه. اما فارغ از تجربه کاربری، میخوایم به توسعه دهنده و صاحب محصول فکر کنیم. به اینکه چرا یک توسعه دهنده برای ایجاد سایت، میره سراغ یه سایت ایستا (Static) و یا چرا یک وب سایت پویا (Dynamic) رو برای توسعه انتخاب می کنه؟ در ادامه میخوایم مزایا و معایب سایت های استاتیک و داینامیک رو توضیح بدیم.وب سایت ها در اشکال و اندازه های مختلفی وجود دارند اما یکی از روش های تقسیم آنها بین سایت های استاتیک و سایت های داینامیک است.وب سایت استاتیکیک وب سایت استایتک از مجموعه ای از فایل های HTML تشکیل شده که هر یک نمایانگر یک صفحه از یک وب سایت هستند. بنابراین در سایت های ایستا، هر صفحه یک فایل HTML جداگانه است. حتی اگر دو صفحه حاوی تکه ای از محتوای یکسان باشند (مانند پاورقی(footer) ) ، هر دو حاوی دو نسخه از پاورقی هستند. بنابراین، اگر می خواهید تغییری در پاورقی سایت داشته باشین، باید این کار را دو بار انجام بدین، در هر صفحه به صورت جداگانه. در نتیجه هیچ داده ای به روزرسانی نمیشود مگر آنکه به صورت دستی وارد کد های HTML یا JS سایت خود شوید و آن را تغییر دهید.این روش کاملا ساده است و همه وب سایت ها قبلا به این صورت ساخته می شدند. امروزه برای سایت های کوچکی که تغییرات زیادی ندارند و زمان پیاده سازی کمتری نیاز دارد، از این روش استفاده می کنند. حداقل تکنولوژی مورد نیاز برای سایت های استاتیکوب سایت داینامیکاین مدل از وب سایت ها از یک سرور برای ایجاد یک صفحه به صورت داینامیک استفاده می کند. در واقع، اتفاقی که می افته، اینه که کاربر به یک آدرس وب خاص میره و سرور یک سری اطلاعات مختلف را پیدا میکنه که در یک صفحه وب نمایش بده. ارتباط بین سایت و سرور فارغ از تکنولوژی به کار رفته در سمت کلاینت می باشد. این به این معنی می باشد که سرور می تواند از هر زبانی از جمله PHP، NodeJs و یا حتی Python استفاده نماید. این روش ساختن صفحات وب مزایای زیادی دارد که در ادامه به آن می پردازیم.دریافت اطلاعات کلاینت از سرور در سایت های داینامیکمزایای سایت های داینامیک:به روز رسانی آسان تر طراحیطراحی سایت های بزرگ با صفحات مختلفبه روز رسانی آسان تر و سریع تر داده با انعطاف بیشتراما لازم به ذکر است که زمان پیاده سازی بیشتری برای این طراحی مورد نیاز است. سناریوت سناریوت Mon, 12 Apr 2021 11:23:57 +0430 https://virgool.io/@senariot/%D8%A7%D8%B5%D9%84-%DA%AF%D9%88%D8%AA%D9%86%D8%A8%D8%B1%DA%AF-%D8%A7%D8%B5%D9%84%DB%8C-%DA%A9%D9%87-%D8%AA%D8%AC%D8%B1%D8%A8%D9%87-%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1%DB%8C-%D8%B1%D8%A7-%D9%85%D8%AA%D8%AD%D9%88%D9%84-%D8%B3%D8%A7%D8%AE%D8%AA-xapc5fobjron ناشران روزنامه در طراحی های دو دهه گذشته، در چند جنبه تاثیر زیادی داشتند. روزنامه ها و وب سایت ها نیز 2 هدف مشترک در ذهن دارند. جذب بازدید کنندگان و تشویق آنها برای ادامه دادن استفاده از محصول خود. تلاش آنها بر اینه تا اطمینان حاصل کنند، خواننده نسخه بعدی روزنامه را می خرد و بازدید کننده سایت مجدد به سایت بر میگردد. یکی از روش هایی که طراحان و توسعه دهندگان وب برای این اهداف به کار می برند، استفاده از قانون گوتنبرگ می باشد. در ادامه به معرفی قانونی می پردازیم که معروف به "جاذبه خوانش" می باشد. این قانون تاثیر زیادی در ایجاد "تجربه کاربری" مناسب در وب سایت ها و اپلیکیشن ها دارد.اصل گوتنبرگ - راهی برای طراحی بهتراصل گوتنبرگ را با جزئیات بیشتر بشناسیمدر قانون گوتنبرگ محتوای قابل مشاهده به 4 منطقه تقسیم می شود تا بتوان تجربه کاربری مناسب تری ارائه داد. همانطور که پیش تر توضیح داده شده، طراحی تجربه کاربری مناسب، رابطه مستقیم با جذب کاربر و ماندن کاربر در اپلیکیشن شما دارد. در ادامه به بررسی این مناطق و اهمیت آنها خواهیم پرداخت.منطقه پر اهمیتمنطقه اهمیت متوسطمنطقه کم اهمیتمنطقه عملیاتیپر اهمیتدر بیشتر موارد، تمرکز اصلی کاربر در قسمت سمت چپ بالای صفحه است. جایی که چشم ها به طور خودکار تمرکز می کنند. بدون توجه به اینکه کاربر در جستجوی چه چیزیه، چه چیزی می خواهد بخواند یا فقط یک اسکن سریع روی صفحه انجام میدهد.اهمیت متوسطمنطقه دوم، از اهمیت کمتری برخوردار است. معمولا برای خواندن متن به سمت چپ عادت داریم. البته این موارد در زبان انگلیسی صدق می کند و در زبان فارسی متفاوت می باشد. در منطقه دوم، شما می توانید آن را به عنوان ادامه بخش اول در نظر بگیرید اما اهمیت کمتری دارد. این که بخواهیم تجربه خواننده رو زمانی که از ابتدا شروع کرده، خراب کنیم ایده خوبی نیست. به این معنی که اگر شما یک عملیاتی در این بخش داشته باشید، کاربر در این مرحله متوقف می شود و به انجام عملیات می پردازد.کم اهمیتقسمت پایین سمت چپ قسمت تاریک یا ناخوانای نمودار گوتنبرگ می باشد. اگرچه قابل خواندن است اما کاربر اهمیت زیادی به محتوای این قسمت از صفحه نمی دهد.عملیاتیهنگامی که کاربر به قسمت پایین سمت راست صفحه می رسد، روند خواندن یا "اسکن صفحه" قطع می شود و کاربر می تواند عملیاتی را انجام دهد. این مکان برای قرار دادن کلید های عملیاتی مانند دکمه ها، پیوندها، فرم ها، ویدئو و غیره بسیار عالی می باشد.این الگو نشان می دهد که چشم در یک سری حرکات افقی جابجا می شوند. این محورها، محورهای جهت گیری نامیده می شوند که صفحه را به طرف پایین جابجا می کند. هر رفت و برگشت کمی از لبه چپ شروع می شود و کمی به لبه راست نزدیک می شود.حرکت کلی این است که چشم از ناحیه اصلی به ناحیه انتهایی منتقل شود. این مسیر به عنوان یک جاذبه یاد می شود. طبیعتاً این برای زبان های چپ به راست است و برای زبان های راست به چپ همانند فارسی متفاوت می باشد.با توجه به اصل گوتنبرگ چیدمان عناصر اهمیت بیشتری پیدا می کند. به عنوان مثال می توان به قرار دادن آرم یا عنوان در بالا سمت چپ اشاره نمود. با توجه به موارد مطرح شده بهتر است، این اصل را در اپلیکیشن ها خود رعایت کنید. تا رابط کاربری و تجربه کاربری مناسب تری برای کاربران خود ایجاد نمایید.حتما به ما سر بزنید و مقالات بیشتری بخونید:https://senariot.com/blog سناریوت سناریوت Sun, 06 Dec 2020 19:47:46 +0330 https://virgool.io/@senariot/%D8%AA%D9%81%DA%A9%D8%B1-%D8%B7%D8%B1%D8%A7%D8%AD%DB%8C-%D8%A7%D8%AC%D8%AA%D9%86%D8%A7%D8%A8-%D8%A7%D8%B2-%D8%B3%D9%86%D8%AF%D8%B1%D9%85-%D9%81%D8%B1%D8%A7%D8%B1%DB%8C-%D8%A8%D8%AE%D8%B4-2-usqydeywxvfk در بخش 1 به سندرم فراری پرداختیم. اما حالا میخواهیم به برسی دقیق تر این مشکل در تیم های طراحی بپردازیم و نگاهی دقیق تر به راه حل این موضوع داشته باشیم.تفکر طراحی - اجتناب از سندرم فراریجلوگیری از ابتلا به سندرم فراریطراحی یک رابط کاربری و طراحی تجربه کاربری اهمیت زیادی دارد. اما پیش نیاز هر دوی آن ها تفکر طراحی می باشد. مواردی که من برای کمک به شما در جلوگیری از ابتلا به سندرم فراری یاد گرفتم به تفکر طراحی کمک بسیاری می کند.1. دیوارها را نصب نکنید و خود را پنهان نکنیددر فضای باز طراحی کنید و خود را بخشی از زندگی روزمره سازمان خود قرار دهید. به همه اجازه دهید ببینند که چه کاری انجام می دهید و از کسی در تیم خود جلوگیری نکنید. در برابر تمام وسوسه ها، برای انتقال به ساختمان دیگر مقاومت کنید. قابل درک است که یک تیم محصول به فضای خاص خود احتیاج دارد، اما سعی کنید جایی را ببینید که مردم به طور طبیعی از کنار آنها عبور کنند. چرا به این فکر نمی کنین که کنار آشپزخانه کار کنین؟ برای بقیه دوست داشتنی نیست، اما همه مجبور هستند از کنار شما رد شوند و همه می توانند ببینند که شما چه می کنید و چگونه این کار مهم را انجام می دهید.2. در نحوه کار متفاوت باشید، اما نه در ظاهر خودلطفاً وسوسه نشوید که تیم طراحی خود را به لوگوی خود و هر آنچه که هرگز خود را با نام دیگری تنظیم نکرده اید، برای بقیه شرکت ها تنظیم کنید - اگر روشی مطمئن برای ایجاد قطع ارتباط وجود داشت، این از طریق قبیله گرایی است . این مساوی است با کشیدن خطوط روی زمین یا آویختن یک پرچم. لطفا تیم خود را برگزیت نکنید. بخشی از اکوسیستم سازمان باشید.3. یاد بگیرید که به زبان تجارت خود صحبت کنیداگر سازمان درآمدزایی دارد، برای توصیف شرایط از عباراتی مانند "بدهی طراحی" و "سربار محتوا" استفاده کنید. برقراری ارتباط با دیگران را برای دیگران آسان کنید - این کلمات اختصاری را بپذیرید. من پیشنهاد می کنم تا حدی که یک برگه ترجمه ایجاد کنید ، از یک طرف با موارد UX که با آن سرو کار دارید و از طرف دیگر، یک نسخه تجارت محور (مثلاً "بهبود سیستم طراحی" به معنای "افزایش سرعت به بازار"). کلمات پرچم قرمز کسب و کار خود را بیاموزید و آنها را در مورد نحوه کار در مورد UX به کار ببرید. هیچ چیز به اندازه استفاده از زبان تخصصی خودتان، دیگران را منزوی نخواهد کرد.4. سفیر ایجاد کنیدافراد خارج از تیم را که فرصت در روند طراحی دارند، شناسایی کنید. سپس آنها را در کارهای خود رها کرده و به آنها اجازه دهید به عنوان قهرمان شما عمل کنند. این یک مسئله یکباره نیست، این چیزی است که باید تا آنجا که ممکن است ادامه دهید.5. تیترهای خبری خوب ایجاد کنیددر آخر، اگر می توانید اخبار خوب ایجاد کنید، می توانید آنها را به طور گسترده به اشتراک بگذارید.به ویژه معیارها یا مواردی که مردم می توانند با آن ارتباط برقرار کنند. اگر شرکت شما دارای اینترانت، کانال Slack، و یا ابزار دیگری استفاده می کند، مطمئن شوید که شما و تیم هایتان بطور منظم به روزرسانی ها را ارسال می کنید.اینها همه تغییرات نسبتاً کوچکی هستند و همه مواردی هستند که ما به راحتی می توانیم آنها را کنترل کنیم. هرکدام باید به صورت عادت درآیند. سایت "سناریوت" در تلاش است تا اطلاعات مناسبی در اختیار علاقه مندان قرار دهد.حتما به ما سر بزنید.https://senariot.com/blog سناریوت سناریوت Sun, 06 Dec 2020 19:18:25 +0330 https://virgool.io/@senariot/%D8%A7%DB%8C%D8%AC%D8%A7%D8%AF-%D8%B7%D8%B1%D8%AD%DB%8C-%DA%A9%D9%87-%D8%AF%D9%88%D8%A7%D9%85-%D8%A8%DB%8C%D8%A7%D9%88%D8%B1%D8%AF-%D8%A7%D8%AC%D8%AA%D9%86%D8%A7%D8%A8-%D8%A7%D8%B2-%D8%B3%D9%86%D8%AF%D8%B1%D9%85-%D9%81%D8%B1%D8%A7%D8%B1%DB%8C-qhbe1l17k64a در چند سال گذشته اهمیت تجربه کاربری بسیار زیاد شده است. از این رو قصد داریم تا با تولید محتوا و به اشتراک گذاشتن تجربه های شخصی به بهبود این دانش کمک بیشتری کنیم. ما در سناریوت، مقالات مرتبط با تجربه کاربری را به اشتراک می گذاریم. حتما به سایت ما سر بزنید. قصد دارم تا امروز در رابطه با یک مبحث مهم در رابطه با طراحی و تیم طراحی و مشکلات آنها، صحبت کنم. در ادامه بیشتر با سندرم فراری آشنا می شویم.https://senariot.com/blog/در چند سال گذشته متوجه شده ام الگویی در حال ظهور است. تجربه بسیاری از طراحی های عالی را دیده ام که نتوانسته است موفق شوند. متوجه شده ام که در بین طراحان، نویسندگان و محققان یک رفتار و گرایش وجود دارد که در ایجاد این مشکل نقش دارند. بسیاری از اوقات طراحان بزرگ روش های بصیرت آمیزی را به کار گرفته اند و راه حل های خارق العاده ای را فقط برای یافتن سهامداران متوقف کرده اند. تفکر طراحی موضوعی است که طراحان باید به آن اهمیت دهند.من اولین بار این الگوی رفتاری را در خود مشاهده کردم و امیدوارم که این مشاهدات به شما کمک کند آن را بشناسید و درگیر مشکلاتی مثل مشکل من نشوید.قیاس F1 (فرمول یک)فراری بزرگترین تیم فرمول یک تاریخ است. آنها در مسابقات و قهرمانی های زیادی پیروز شده اند و بیش از هر تیمی رکورد دارند. این امر ناشی از سابقه زیاد این تیم در ورزش بوده. با این وجود به سطحی از توانایی در ورزش خود رسیده بودند که هیچ تیمی دیگر نرسیده بود.دهه ها از موفقیت چشمگیری برخوردار بودند. در حقیقت از سال 2000 تا 2004 فراری کاملاً بر این ورزش سلطه داشت. به حدی که FIA قوانین را چندین بار تغییر داد تا فقط به تیم های دیگر فرصت دهد. این روش هم کارساز نبود! فراری چنان دانش ساخت موتورهای قدرتمند را به دست آورده بود که نمیشد جلوی آنها را گرفت. زمان طلایی برای هواداران فراری بود.سپس داستان به شکلی دیگر پیش رفت. خارج از دنیای F1 همه دنیا دچار تحول شد. اکنون دوران اوج موتور های هیبریدی بود، بنابراین این ورزش عوض شد و فراری دچار مشکل شد. اونا عقب موندن، چون در تلاش بودن کاری را که از سال 1939 انجام داده بودند، تغییر دهند. اونا در مسابقات و در موفقیت ها به سرعت پیشی گرفتند.همه ما قبلاً داستان هایی از این دست شنیده ایم. این داستانی درباره اخلال و تحول نیست. این همون چیزیه که متعاقباً به نظر من جالبه و اینجاست که میتونیم الگو رو تشخیص بدیم.فراری یک مارک تجاری است که با طراحی خوب ساخته شده. بنابراین اونا تصمیم گرفتن راه جدیدی رو در پیش بگیرن. راهکار مهندسی خود را توسعه دادند و تعداد زیادی طراح "5 ستاره" را استخدام کردند. استعدادهای برتر از سراسر جهان را شکار کردند. با این وجود فصول بعدی برای تیم مثمر ثمر نبود. تفکر طراحی جدیدی را اتخاذ کرده بودند - طراحی های جدیدی را انجام می دادند که تیم های برنده انجام می دادند و از جدیدترین ابزارها استفاده می کردند. اما مدام با اتومبیل خود مشکل داشتند. همه داده ها یک ماشین با عملکرد بالا را پیش بینی می کردند، اما در مسابقات، نامنظم، غیر قابل اعتماد و سرعتشان کافی نبود.برای فرجام یافتن مشکل، فراری تحقیقات داخلی را آغاز کرد. پس از صرف میلیون ها دلار، سرانجام مشکل را پیدا کردند:تیم های مهندسی و تیم های آیرودینامیکی، موتور تازه طراحی شده را درک نمی کردند.موتور هیبریدی جدید آنها در استودیوی تازه تاسیس شده با طراحان جدید در منطقه دیگری از ایتالیا طراحی شد. برای ایجاد نوآوری و رهایی از میراث طراحی های قدیمی موتورهای فراری، آنها یک استودیوی جدید طراحی موتور ایجاد کردند. این یک استودیوی زیبا و جدید بود که پر از درخشان ترین ذهن ها بود و از راه های کاملاً ابتکاری استفاده می کرد. از ترس اینکه سرعت آنها را کم کند یا آنها را به "تفکر قدیمی" بکشد، از بقیه مشاغل، دعوت نشد.آیا این داستان برایتان آشنا نیست؟!موتورهای جدید به خوبی ادغام نشده بودند و قابل درک نبودند.بله، سرنشینان تیم در جلسات طراحی بوده اند، اما استودیوی طراحی موتور هرگز به طور کامل در کار غوطه ور نشده بود و در نهایت شکست خورد.چه نتیجه ای می توان از سندرم فراری گرفت؟ در بخش بعدی مشکلات به وجود آمده از سندرم فراری را در تیم های طراحی بررسی میکنیم و راه حل رفع این مشکل را بیان خواهیم کرد. حتما به ما سر بزنید.https://senariot.com/blog سناریوت سناریوت Thu, 29 Oct 2020 11:35:55 +0330