یلدا ادامه داره... ❤️ ۴۰ درصد تخفیف همه دورهها
استفاده از تخفیفهاسلام
ما یه اپلیکیشن و یه spa داریم که از api که با لاراول نوشته شده، استفاده میکنن و دیتابیس هم MySQL هست.
بعضی از متدهای API کند اجرا میشن که احتمالا به خاطر سنگین بودن کوئری ها هست. (مثلا ۴ ۵ کوئری و پردازش انجام میشه)
الان تعداد درخواست های در لحظه کمه و در آینده هم نهایتا 100 شاید بشه.
در حال حاضر از هاست پربازدید میهن وب هاست استفاده میکنیم.
اگر تصمیم به بهبود این وضعیت داشته باشم، چه زبان و دیتابیسی پیشنهاد میشه؟
.net core (.net 5) یا go یا node یا...
دسترسی به برنامه نویس خوب هم مهمه، چون از طریق پونیشا اقدام میکنم.
به احتمال 99/9 درصد مشکلی که باهاش مواجه هستید بعلت نقص در کدها و نحوه پیاده سازی هست و همه چیز رو به پای زبان و فریم ورک نبندید. پروژه های خیلی مطرح و سنگینی دارند با لاراول و MySQL و سرورهای نه چندان عجیب و غریب اجرا میشن.
به نظرم تفاوت بین زبان ها و فریم ورک های مطرحی که صحبتش میشه در حد خیلی جزئی و میلی متری هست و صرفا در خصوص ابرپروژه ها با دیتابیس های بسیار سنگین و تعداد درخواست های همزمان خیلی بالا هست که معنا پیدا میکنه و تازه در اون شرایط هم هیچ وقت یک پاسخ ثابت و مشخص برای همه نیازها وجود نداره. باید افراد کارشناس پروژه رو تحلیل کنند و بر اساس نیازمندی هاش ارائه راهکار بدن.
دسترسی به برنامه نویس خوب هم مهمه، چون از طریق پونیشا اقدام میکنم.
ولی حقیقتش این جمله آخرتون همه چیز رو میریزه بهم. چون احتراما معتقدم با این سبک احتمال به نتیجه مطلوب رسیدن به دلایل زیادی پایینه. اگر جای شما بودم اول دنبال یک برنامه نویس کاربلد میگشتم که بشه باهاش قرارداد ثابت یا بلندمدت بست. بعد ریش و قیچی رو میدادم دستش و دیگه اینکه با چه زبان و فریم ورک و دیتابیسی نوشته بشه رو از مشغولیات ذهنی خودم خالی میکردم. یعنی اینکه اول زبان و فریم ورک رو انتخاب کنیم (اون هم با این سبک) و بعد برای اون زبان دنبال برنامه نویس بگردیم روش مطلوبی نیست.
چون به تجربه برام ثابت شده بیشتر از اینکه زبان و فریم ورک مهم و تاثیر گذار باشند، همه چی به خود برنامه نویس بستگی داره. یک چکش قدیمی و داغون تو دست یک استاد نجار باتجربه خیلی بهتر عمل میکنه در مقایسه با اره برقی در دست یک کارنابلد.
بنظر من قدرت php بقدر کافی بالا هست. جای اینکه زبان رو عوض کنید، برنامه نویس رو عوض کنید!!البته پیشنهاد من هست😏
سلام.
لاراول تا یه حدی پاسخگوی نیازتون هست و میتونید با بهینه سازی بهترش هم بکنید (احتمالا توسعهدهندهی شما با این قضیه آشنا باشن).
ولی یه قضیهای که هست اینه که لاراول تو performance در قیاس با سایر فریمورکهای دیگهی خود php هم ضعیفه، این قضیه با غیر فعال کردن میدلورهای غیر ضرور تا حدی بهتر میشه اما در کل بازهم لاراول ضعیفه.
این موضوع رو ببینید خودتون کامل متوجه میشید
من خودم اگه قرار باشه که حتما از php استفاده کنم، وقتی که performance خیلی مهم باشه میرم سراغ codeigniter.
و تو شرایط کلی هم انتخاب اول و آخرم django هست. جدای اینکه تو performance یه سر و گردن بالاتره نسبت به لاراول (توجه کنید ما اینجا سرعت اجرای php و پایتون رو مقایسه نمیکنیم، مقایسه بین دوتا فریمورکه) و پکیجهای فوقالعادهی پایتون هم کمک خیلی زیادی به روند توسعهمیکنه. مثلا بعضی جاها نیازه که برای پیاده سازی یه قابلیت در php بیاید و از یک api خارجی استفاده کنید، ولی تو پایتون با استفاده از یه پکیج، همه چیز تمومه.
یه موضوعی هم که وجود داره اینه که شما الان بعید میدونم شما اونقدر فشارتون بالا باشه که لاراول بخواد اذیت کنه(طبق گفتهی خودتون) چون لاراول اتفاقا یکی از نقاط قوتش multiple queries هست. اگه کندی محسوسی میبینید، احتمالا توسعهدهنده روش بهینهای رو در پیش نگرفتن و همون طور که دوست عزیزمون هم فرمودن، شاید تغییر توسعه دهنده مشکلتون رو حل کنه که خیلی ساده تر از تغییر زبان و یا فریم ورکه.
سلام
با @farzin موافق هستم من خودم دات نت 3.1 و نود و جنگو کار کردم بین این ها برنامه نویسانی که به جنگو مسلط باشن و حرفه ای عمل کنم به جرات کمه
و دات نت 5 هم هنوز نهایی نشده و تا برنامه نویسا خوشون رو اپدیت کنن زمان بر هست گو هم شرایط خوبی نداره به نظرم تو موقعیت الان نود و دیتا بیس
mongodb می تونه کمک کننده باشع
البته ریکوئست 100 تا رو همه ی اینا ها به خوبی ساپورت می کنن
در کل کار Api هم مهم هست چون نود برای مبحث پردازش های زیاد خیلی خوب عمل نمی کنع
به احتمال 99/9 درصد مشکلی که باهاش مواجه هستید بعلت نقص در کدها و نحوه پیاده سازی هست و همه چیز رو به پای زبان و فریم ورک نبندید. پروژه های خیلی مطرح و سنگینی دارند با لاراول و MySQL و سرورهای نه چندان عجیب و غریب اجرا میشن.
به نظرم تفاوت بین زبان ها و فریم ورک های مطرحی که صحبتش میشه در حد خیلی جزئی و میلی متری هست و صرفا در خصوص ابرپروژه ها با دیتابیس های بسیار سنگین و تعداد درخواست های همزمان خیلی بالا هست که معنا پیدا میکنه و تازه در اون شرایط هم هیچ وقت یک پاسخ ثابت و مشخص برای همه نیازها وجود نداره. باید افراد کارشناس پروژه رو تحلیل کنند و بر اساس نیازمندی هاش ارائه راهکار بدن.
دسترسی به برنامه نویس خوب هم مهمه، چون از طریق پونیشا اقدام میکنم.
ولی حقیقتش این جمله آخرتون همه چیز رو میریزه بهم. چون احتراما معتقدم با این سبک احتمال به نتیجه مطلوب رسیدن به دلایل زیادی پایینه. اگر جای شما بودم اول دنبال یک برنامه نویس کاربلد میگشتم که بشه باهاش قرارداد ثابت یا بلندمدت بست. بعد ریش و قیچی رو میدادم دستش و دیگه اینکه با چه زبان و فریم ورک و دیتابیسی نوشته بشه رو از مشغولیات ذهنی خودم خالی میکردم. یعنی اینکه اول زبان و فریم ورک رو انتخاب کنیم (اون هم با این سبک) و بعد برای اون زبان دنبال برنامه نویس بگردیم روش مطلوبی نیست.
چون به تجربه برام ثابت شده بیشتر از اینکه زبان و فریم ورک مهم و تاثیر گذار باشند، همه چی به خود برنامه نویس بستگی داره. یک چکش قدیمی و داغون تو دست یک استاد نجار باتجربه خیلی بهتر عمل میکنه در مقایسه با اره برقی در دست یک کارنابلد.
آیا مایل به ارسال نوتیفیکیشن و اخبار از طرف راکت هستید ؟