یلدا ادامه داره... ❤️ ۴۰ درصد تخفیف همه دورهها
استفاده از تخفیفهاسلام دوستان وقتتون بخیر.
من php رو در حد دوره
https://roocket.ir/series/learning-php
بلدم.
با شی گرایی و معماری mvc هم یه اشنایی نسبی دارم
بنظرتون شروع به یادگیری لاراول کنم یا تمام دوره های php سایت راکت رو ببینم بعد؟
درکل درمورد پیش نیاز شروع یادگیری لاراول یه توضیح مختصر بدید ممنون میشم.
سلام. من خودم مبتدیام، ولی چندتا توصیه:
سلام،
php رو که یاد گرفتید، برید سراغ ورژن های جدید که اومده با امکانات جدید آشنا بشید، بعد شئ گرایی، و mvc رو فرا بگیرید و حتما یه پروژه خوبی رو کار کنید.
کمبودی که سایت راکت در آموزش موضوع دیتا بیس sql داره ( که قول داده شده آموزشش در داخل سایت گذاشته بشه ) حتما از طریق مختلف آموزش لازم رو فرا بگیرید.
بعد از اینکه تونستید یه وب سایت با php رو بزنید. برید سراغ لاراول و از یاد گیری و کار با اون لذت ببرید
موفق باشید.
فریمورک لاراول کاملا مبتنی بر شئ گرایی هست
پس هر چی تسلط به شئ گرایی بیشتر باشه، پروسه یادگیری کوتاه تر و آسان تر میشه
از طرفی لاراول کارکردن با دیتابیس رو بسیار ساده میکنه، اما برای کوئری های پیچیده احتیاج داری که با ساختار دیتابیسی که کار میکنی آشنا باشی... و در صورت نیاز کوئری های خام هم اجرا کنی
از اونجایی که لاراول با زبان PHP توسعه داده شده
تسلط هر چه بیشتر شما به PHP کار رو ساده و ساده تر میکنه.
@ali.bayat
صحیح!
یه سوال دیگه دارم اینه که
یادگیری با ویدیو اموزشی و دوره درسته بنظر شما؟
یا ادم خودش باید بره تو داکیومنت های یه زبان برنامه نویسی یا فریم ورک و اونو یاد بگیره؟
وقتی با دوره اموزشی و ویدیو یاد میگیریم بعدا مشکلی پیش نمیاد برامون یا...؟
شما خودتون چطوری یادگیری رو شروع کردین؟
یه توضیح مختصر بدید ممنون میشم❤
دیتابیس خیلی خیلی مهمه
نوشتن انواع query های پیچیده ،طراحی دیتابیس ،نرمال سازی و .....
اگه بک اند کاری sql را خوب یاد بگیر اونم نه در حد یک یا دو خط query
تو پروژه های حرفه ای خیلی از orm ها و migration ها استفاده نمیشه
یادگیری راه های مختلفی داره
بعضی ها خیلی راحت مستندات رو میخونند و یه سری ایده هم دارند که از امکاناتی که در مستندات اومده، چطوری استفاده کنند. معمولا این افراد آشنایی خوبی با مباحث پایه دارند
از طرف دیگه اگر خیلی با سرفصل ها و مباحث یک موضوع آشنا نباشید، فیلم های آموزشی خیلی کمک میکنه..
مثلا وقتی با انواع درخواست های HTTP (GET, POST, ..) آشنا نباشیم ، ممکنه تعریف Route ها کمی گنگ به نظر برسه
اما اگر بدونید چه درخواستی در چه موقعی لازمه، قاعدتا تعریف و هدایت Route ها به کنترلرها خیلی راحت تره.
یادمه یه زمانی کتاب های آموزشی جعفرنژاد قمی رو خوندم
اما چون چیز زیادی دستگیرم نشد (هر چند که شروع بدی نبود)
خوندن مستندات و بررسی سورس کدهای دیگران رو شروع کردم
در این بین گهگاهی هم ویدیو های آموزشی رو دیدم..
اما همونطور که اشاره کردم روند یادگیری برای هر شخصی متفاوته
روش های مختلف رو امتحان کن و ببین با کدوم راحت تری و کدوم فایده بیشتری برات داره
من توی همین تاپیک به اهمیت کارکردن با دیتابیس اشاره کردم..
اما مسئله ای که وجود داره اینه که:
خیلی از ما فکر میکنیم چون داده های ما داخل دیتابیس قرار میگیرند و واکشی/آپدیت کردن اونها اهمیت ویژه ای داره..
و در کل چون داده های ما اهمیت ویژه ای دارند
پس دیتابیس باید قسمت خیلی خیلی مهمی از اپلیکیشن ما باشه.
اما این طور نیست..
حداقل امروزه این تفکر، دیگه ایده صحیحی نیست
اما ریشه این باور به کجا برمیگرده؟
در دهه ۸۰ میلادی شرکت اوراکل شروع به بازاریابی عمده ای برای محصولی میکنه که به تازگی ساخته (دیتابیس)
که این موضوع حتی منجر به پدید اومدن یک حرفه جدید میشه => DBA (Database Administrator)
اما اگر کلی به موضوع نگاه کنیم، دیتابیس واقعا چی هست؟
دیتابیس فقط یک I/O Device هست..
هر ابزار I/O یا Input/Output
هرچند که دیتابیس ها ویژگی های منحصر به فردی برای جتسجو و واردکردن داده ها در اختیار ما میگذارن
اما در نهایت اطلاعات ما رو با فرمت خودش روی یک دیسک ذخیره میکنن
و اجازه میدن بهشون دسترسی پیدا کنیم.
و در این بین ما رو مجبور میکنند از سینتکس اونها پیروی کنیم
برگردیم به دهه ۸۰ میلادی
خیلی قبل تر از اینکه سر و کله دیتابیس ها پیدا بشه، برنامه نویس ها برنامه هایی مینوشتند و نیاز به ذخیره داده ها داشتند
این کار رو عمدتا با ذخیره داده ها روی دیسک و به صورت فایل های مختلف در فولدر ها انجام میدادند (همون کاری که دیتابیس ها به روش خودشون انجام میدند)
این روش یک مشکل بزرگ داشت
دیسک ها در دهه ۸۰ با دیسک های امروزی خیلی فرق داشتند
دیسک بالا که توسط Shugart Technology ارائه شده بوده، با ظرفیت ۵ مگابایت و در اندازه ۵.۲۵ اینچ ، ۱۵۰۰ دلار قیمت داشته داشته. ..که این شرکت بعدا به Seagate Technology تغییر نام پیدا میکنه
سرعت ذخیره فایل ها با SSD های که ما امروز داریم قابل مقایسه هم نبوده، پس اوراکل از این موضوع به نفع خودش استفاده میکنه و چیزی به نام دیتابیس رو معرفی میکنه که با استفاده از تیبل ها و ایندکس گذاری و یه سری تکنینک ها این پروسه ذخیره کردن داده رو کمی روان تر میکنه.
وضعیت فعلی
با پیشرفت دیسک ها و بر طرف شدن یک سری محدودیت ها و معرفی تکنینک ها و موتور های رشته مجور و ... شاید دیتابیس ها اون اهمیت سابق رو ندارند
شاید چون ابزارهایی داریم که نیازهای ما رو به اونها کم رنگ تر میکنه
امروزه در یک اپ لاراوی که از mySQL استفاده میکنه، میشه از Elasticsearch بهره برد و روی یک سرور خوب میشه میلیون ها داده رو در سرعت بسیار قابل قبولی فیلتر کرد
یا حتی میشه از MongoDB استفاده کرد
یا حتی میشه کار رو به یک سرویس جستجوی Third Party مثل Algolia سپرد
هیچ کدوم این حرف ها به این معنی نیست که دیتابیس به درد نمیخوره..
مسلما به عنوان برنامه نویس ما باید بتونیم داده ها رو ذخیره کنیم
اما امروزه با تمرکز بیشتر روی معماری سعی در بهتر انجام دادنش داریم
آیا مایل به ارسال نوتیفیکیشن و اخبار از طرف راکت هستید ؟