I learnt jQuery, then BackboneJS, then AngularJS, then a bit of React and at that point I said, enough f*ck this sh*t. Not interested in learning a new JS framework every 5 minutes. Back to PHP/MySql with good old plain JS. There is more to life than learning about new JS frameworks every day...
I mean, it's been pretty much only react for like 8-9 years. Iterations of PHP frameworks are pretty much the same, there is always something new that's going on and I think always learning is a trait that developers should have. I get the frustration, but ultimately you don't need to "learn every new framework", but instead "learn programming" and "learn basic principles" as you may quickly discover that most of "new frameworks" use the same exact ideas with slightly different taste to it and an additional plot
Am happy everyone is seeing php was simple, JavaScript ought to simpler since backend js came after PHP but instead it became too complicated. And funny enough people take it's complexity as a positive thing and look down on the simplicity of PHP. I first started with node but once I learned PHP, it was hard to think of building apps with node because I had less headaches.
Web development got overcomplicated simply because programmers are not designers. Most programmers will do anything in their power to produce something quick before actually trying to develop something from scratch, specially if there's graphic design involved, which is what the web is mostly, if not all, made of.
@@CristianKirk I can't argue with the graphic design part. also, I know that using known frameworks make it easy for programmers to catch up on other's projects in a short period of time. but, I think these frameworks are getting bigger and heavier overtime for acceptable reasons (fixing vulnerabilities, adding new features, keeping backward compatibility), this can be an overkill for small and maybe medium websites/apps which in return will drive some programmers to develop their own simplified frameworks so that will not start from scratch in future projects Finally, I'm not totally against these new dev complexity rather than being wise using it. Thanks all for your feedbacks
The same thing over complicated the backend development by turning every system into microservices. Most "websites" don't need to be thick client SPA . It is the same old skilled incompetence issues in human history. “If the only tool you have is a hammer, you tend to see every problem as a nail.” - Abraham Maslow
I know this is not the main topic of this video, but as a PHP developer for over 11 years, I got real tired real quick from people claiming that PHP is dead when in all reality I almost never felt I needed to learn another back-end language because the job opportunities revolving around PHP (Laravel, CodeIgniter, WordPress, Drupal, etc.) are as broad as ever (knock on wood). This is not to say that other languages are better/worse. I like to tinker with full-stack JS for personal projects, just to keep myself involved with what's new. So if you are a junior PHP developer, don't feel discouraged. PHP is an excellent tool to build formidable and scalable websites, there is no concrete evidence that it is going away anytime soon.
@tsolanoff it's OK... everyone starts a a fanboy, emotions all over the place, protecting the tools that you happen to know. In a decade or two, you'll relax.
Php is built like a tank . Never gets old plain and simple no drama unlike the rest is a brittle due to constant changes that sometimes my 3yrs code wont work forces me to update
@@anonymouscitizen4235 For most use cases (especially on its own), React is just overenginering your project. But there's nothing wrong with using it with php.
I also come from the generation where C (Turbo C) was my first ever language that I learned, and PHP was the first language with which I started my IT career and passion for web application development...
Turbo C++ for me. I remember when JavaScript first came out and everyone was confused and thought they needed Java applets. What what? And it went from Perl CGI scripts which got owned all the time to PHP and everything started to improve slowly from there, and it's still just fine. PHP 8 is awesome and so is Laravel. If you must JavaScript, try Vue first or even htmx and some plain JS, don't overcomplicate it to start with.
PHP, Bootstrap and JavaScript are enough to build a modern website. The beauty about PHP is its function library. Secondly it has been around for so long, you get a lot of support on internet. It's a joy to work with PHP.
I started with PHP years ago like you (fellow old man) and I still use it today. The new languages are great, but I've never needed to move. I built and run a successful saas on PHP and it's just fine. I'm not saying it's the best, but it just works. And it's been around forever, which means it's supported and documation is everywhere
I am so happy to know you've succeed ran your SaaS with PHP. While me, as a PHP dev still confuse what stack should I choose to build the SaaS. Because there are so many thoughts to not make PHP to develop SaaS. I feel excited!
Bro, i use php in almost all my web app projects, i use Laravel and i also add javascript to Handle AJAX requests, and is easy for me to work with theses technologies. PHP never dies.
Laravel Livewire runs client side and lets you build reusable components just like a React based app. I think PHP has better built in integration with relational databases.
Livewire is amazing, but I don't like to think of it as running client side. More like it allows you to bind back end properties and functions to front end objects and events. To me it still keeps a good cognitive separation between what runs on server and what runs on client.
I recommend the AdonisJS framework. You can create server-side rendered web apps or APIs. You can use their own template engine like blade. You can use React, Vue, Svelte or Solid with InertiaJS. And maybe soon a TSX template engine too. Those who like Laravel will certainly enjoy working with AdonisJS. This framework is really fantastic but needs more support.
I remember scoffing at PHP when I learned Ruby and Rails. My website was slowing down to a crawl with Rails, and debugging it was a nightmare. So I eventually went back to PHP, humbled, and I'm glad Laravel exists.
@@danfg7215 Rails isn't dead, and not only is faster than in previous versions but getting really important new additions like Hotwire so not only you don't need a JS framework to provide interactivity, but you can build from web to iOS/Android apps using the same tools. Also the future for Rails 8 is becoming promising with new features for security and deployment, the latter with Kamal. But nothing of the above should be understood as against PHP, in fact is a really good thing than we are now moving towards a separation and simplification of full stack development, while at the same time the major frameworks (Laravel, Rails, Django, Phoenix, etc) are not only getting better/faster but also providing new features.
@@h0td0g you're right, it's not fair to say it's dead, but your logic doesn't hold. Rails is losing popularity over the years, while Laravel has been rising in popularity and maturity. I still use and love Ruby as a sysadmin, but PHP is faster, more mature, and more integrated and adapted for web use.
I came from HTML Strict 1.1, where Internet Guides and Stackoverflow and co didn't exist. I feel your pain mate. Nobody new devs will NEVER understand what struggle we went though.
I love the way you do it. * I've been programming for 20 years. After trying Angular, React, Vue over NodeJS and all their headaches I've decided to go back to simple php + jquery in my projects. Bye.
Hi Maximillian! I am so glad to see you & hear your familiar voice here again. You are hands down best instructor I have seen in years alongside Corey Schafer.
Very good video if you use Livewire you can use a same language for frontend and backend with sprinkles of AlpineJS. Yes what you have said is correct assuming most developers are frontend end developers they can ship apps knowing only frontend. Inertia with Laravel is great too which supports SSR out of the box.
i am currentyl using PHP at work and building a personal project with nextjs 14 RSC and server actions, and its very similar but entirely different. i feel the new stack is much more streamlined. with PHP you need to setup a lot of stuff to get a proper experience of developing server driven web apps, but after going through with it, for me at least, the result is very similar to the new stack. you render the server side of the app, then do client interactions and client-server interactions. the methods are similar, but new its all integrated and its much faster to start with. but comapred with PHP using a framework like Laravel, the experience is so much the same it doesnt really matter any more. its a qeustion of what is more convenient for you and which ecosystem you prefer.
I have 12 years programming in PHP projects of different complexities and areas and it is for me the best server language in combination with Javascript and GO is simply perfect
Hola a todos los desarrolladores, Php fue creado para la web y ha sido y sigue siendo unos de los lenguajes mas poderosos para la creación de proyectos, si bien el mundo de Js ha evolucionado mucho no deja de ser complejo el tener que depender de multiples librerías , paquetes y otras cosas que escapan del control del desarrollador y esto afecta la continuidad de las aplicaciones y su mantenimiento, bueno saludos a todos.. Happy coding!!!
I started long time ago (>15y) with PHP, I hated React for so so long. But gosh I love Next now. It feels the best of the two world now. Not even do I need an API aside now, not even do I need to actually spend time coding, I can full focus features, what a wonderful circle.
I agree with Max! JavaScript is great for full stack applications and web sites, now. There are other options of course like: PHP-Laravel, Ruby-Ruby on Rails, Python-Django, Java-Spring, C#-.NET etc. It is about the wealth of options when it comes to making/developing web apps and websites! At the beggining of 2000s there were only few ways for making dynamic websites, now there are many ways. Developers should just choose the approach/es that suit/s them best for the projects they work on. In the end there is no "best" option! It is not all about the tools, it is how you use them. 😊
Php is perfect for the most common tasks developers need. Out of the box you have built in functions for Date math, object/array manipulation, data validation & sanitation and currency arithmetic. Each of those requires a separate library or more to do in js/node environments, when building small apps and one off sites that are only pushing blog/news/comments it just works, you then just use js for UI animations and ajax content.
@@tsolanoff And so is PHP, and has been in the last 3 decades. JS chuds keep yapping about speed when all their projects barely reach 100 concurrent views.
how nice is to hear a real instructor not talking down on PHP, he truly know what he talks about. Not like some Andrei who is a joke of an instructor and coder.
Agreed, I dove straight into Laravel without any prior coding experience. I simply wanted to build something for the company I was working for at the time. Oh boy, did it introduce me to many concepts I wouldn't have been aware of if I had just learned PHP first. Now, I can understand almost any framework since most share similarities once I've spent a few days reading the language syntax. The documentation is excellent, the ecosystem offers almost anything anyone can imagine to build, and the community around it is pretty strong. I use it as an API with React or Next.js for the frontend
I moved from Laravel to nestjs+typescript. If you read their docs you'll understand how its easy to follow clean architecture there, do microservice setups etc.
As a developer, we always devide problems to smaller ones and also we do it with code and the idea of combination of front-end and back-end can add complexity and more process to compile thease code to be usable in server and client. Because the base is seperate you need a server code and client code even if you combine them together in development you have to separate them for production mode
Two years ago, I thought for two semesters at my old high school. After class, I was talking to the teacher who was also administrating the whole mess - To make the story short, after 16 years there was still code running I wrote as a teenager.
i left the PHP world long time a go and got in the asp and angular stormy world but they have a huge advantage in Fintech companies, so going with the market demands is the true source of info for me. thank you ( Js and c#)
Web developer since 2005. I'm fed up with how the industry only ever gets more complex. Back then, our preferred deployment method was manually uploading changed files via ftp... I recently saw a junior web dev position requiring 3 years of kubernetes.
As a solo developer as well not going to the complication setup with react, I do go PHP because it is much easier to scale migrate from different server setup. As Max say I combine my PHP with JavaScript for Dynamic client side task. For internal server side task PHP will do all of it with much better security connecting with API and database.
I started webdev with .NET and Java back in 2004ish. I'm actually really starting to use quite a bit more PHP these days for client work as its so much more inexpensive and straightforward to host. PHP has also become quite a nice mature language/ecosystem and I can enjoy all of the (over)engineering I love in the Java world now, in PHP :)
I'm building an entire corporate intranet on my own for the company I work for. Using pure JavaScript would take forever and it would be much more complicated to ensure a cohesive architecture. JavaScript frameworks drastically reduce the delivery time.
Hello, I have been involved with Java and JavaScript frameworks for about two years to learn the easiest way to build a web. Finally, I came to the conclusion that a level knowledge of JavaScript along with PHP can be much better than React or Angular to start working. Those who know object orientation, in my opinion, if they have problems with JS frameworks, they should definitely talk about PHP.
I started doing web developing about 15 years ago. I believe that PHP and JS have both evolved pretty equally in terms of features. Developing in both languages has become so much better over the years. I doubt JS will ever fully replace PHP. There's just too many things that PHP does more securely than could ever be done in a client, such as file and database access. There's some stuff you just can't have exposed to the client, and that's where JS falls short. Even if you obfuscate or secure your endpoints, the client can still see and modify XHR requests. Something that you can't do with server side processing. As for V8, it will never be able to fully replace PHP as a server because there's just so many limitations it has in terms of the features in the engine versus what's available in the real client. Because there isn't a 1-to-1 relation between the engine and client, you'll always have edge cases you're working around which is a terrible way to develop. I like the idea of V8, but I think it does more harm than good. It's best to leave PHP and JS separate, because they are separate languages with separate concerns.
Hi Max! Love your content as always! Any combination of web technologies that give you the end result you want and expect, that is the most important thing. Trendy stuff tends to spoil faster that good and solid programming languages that are still around.
Laravel and Vuejs was good choice for me last 4 years but livewire 3 change my mind. Not telling this is the best choice for development( still for SPA is vuejs better choice ) but write one in php full dynamic website without refreshing full page and loading all assets is good for most projects.
SPAs is the main difference. They did not exist back in the old php days so php was sending back full pages or at best small ajax response fragments. Modern js tech have made the front-end way more powerful (and also way more convoluted). You can still today perfectly use php as the backend for an angular/react app. Today we have many more alternatives of course
it must work without JS, you do not even know how many people just turn JS off when browsing the web. PHP first, then add some JS if you need it, but make sure, the whole thing works on a browser that cancels any JS.
@@swojnowski453The number of people who turn off JS is absolutely tiny. You’d have to be a developer to even understand what that means. And then any developer toggling that setting would surely understand that they’re doing so with extremely high likelihood that various parts of virtually any page they visit will cease to work.
@@bass-tones I have been a web developer for the last 28 years. I'm running multiple of my own systems. The principle is : if it does not work without JS, it is crap. You do not even know how many people turn JS just to hack websites and do it successfully. Relying on JS is single worst mistake you can do in web dev.
@@swojnowski453 Your view is reflective of a tiny and shrinking subset of the community. I’m not going to argue that _some_ simple sites should maintain fallbacks when JS is not available. But a huge percentage of the web today is, by design, too interactive to work with JS off. Good luck creating something like Google Docs, for example, without JS. Or even for myself, just last week I was working on a live scoring system that needed Web Sockets to work in any capacity. There is no possible fallback for a tool like this. Your point about hacking sites with JS off seems to be an argument against what you’re saying as well. You’re able to “hack” sites by turning JS off because those sites _tried_ to offer non-JS fallbacks and did it extremely poorly (likely they did not apply input validation correctly). Except you obviously can’t do what you’re describing if the site is _fully_ dependent on JS. How are you going to “hack” a site by turning off JS if nothing on the page even loads because the site assumes the user must have JS? And again, what you’re describing is something that only a tiny subset of developers would bother to do. The average user A) has no idea what JS is, and B) would not even have the thought to turn it off. I don’t even think you _can_ turn it off on most mobile browsers, and on desktop turning it off is an “advanced” feature that 99.9% of users will rightfully never use. Times have changed since 2000…
I didn't start with PHP, I'm pretty young (18) and an aspiring developer. I like to experiment with a lot of things PHP being one of them and in a lot of cases I actually find myself preferring PHP over JavaScript or even Python too. Call be a masochist but I don't know the language just kind of clicks with my thought process. People say they have issues reading PHP and I can totally see how that can be. But for me I read it just fine even my old code after not having touched PHP for a month or so. Plus, adding comments I think can help with any language which I try to do as much as I can. An astricts to this however is that I've ever only needed to use PHP for server related things as it was built for. I don't think in my right mind I'd ever consider doing something else with PHP. Moral of the programming journey for anyone whose getting started or trying to fulfill their interests. No matter what someone says about a language, if it works for you it works for you. You won't get anywhere trying to find a language that everyone likes because that simply just does not exist. Infact you should be starting with the question of what can I use to get to what I want. What tools are available that best help me reach my goal, and work backwards from there.
Hello Maximilian, i would like you to know that i got my first job as a React Native developer thanks to your courses on Udemy. This is just a thank you post :)
Laravel actually uses many Symfony components under the hood. There are many developers who eventually migrate from Laravel to Symfony, but it's rarely the other way around. Laravel is more popular because it's easier to learn, but at some point senior developers need something more mature and robust and start looking at Symfony. Laravel is extremely popular because it has great marketing and learning materials, Symfony being a bit more complex to master, but there is a reason why most PHP projects like CMS, ecommerce, etc. use Symfony as their core or many of its modules for functionality @@diegoc3749
i started with php , and continue working with php and bunch of other stuff .. but i think php is still better option for building many websites and backend. its very cool and simple ..
I loved PHP. During this, he became an object oriental from 4 to 5, and then became super fast from version 7. Regardless of this, today I would only touch it if the framework was symfony. I really liked javascript. I started my modern front end with vue / nuxt js and I've let it go. As a frontend, only angular or react / next can be considered on the client side, and on the basis of node js, my favorite is the nest js framework. All this, of course, running in docker.
I share most the same thoughts, the biggest difference between Nodejs frameworks (next, nuxt, sveltekit..) and "traditional" framework (Laravel, Rails..) is really the template engine. (1) while the traditional framework forces developer to use different template engines 1 for front + 1 for back. The mix of both template engines is often "messy" (hard to maintain) (2) the Nodejs frameworks share the same template engine when rendering page on Server side or Frontend side => it is a lot more convient to share the same rendering logic between front and back. I don't consider *.svelte or *.jsx as Javascript / Html / Css. Evens the syntax are 99% similaire, they are still different language. in case (2) the barrier between Front and Back is blur but The framework would still force developer to make responsibility seperation between Server and Client because it is just unavoidable. We still have to distinguish between Javascripts on server side and JavaScript on browser side, The blurry barrier usually make things harder for inexperience developers.
Yeah, with htmx and even the advent of react, made me question this as well. I started with PHP4 and then slapped to learn PHP5 , converting sql statements to prepared sql statements. I did LAMP stack :P
Glad I stopped going nuts over frontend and frameworks like NextJS and moved on to PHP with Laravel. There is InertiaJS which you can use with a frontend frameworks like Vue or React leveraging full-blown PHP from the backend.
I am a back-end developer with PHP. My junior front developer (react) said that sever-side rendering is fency one in their field. I think to my self, 'if back-end and front-end get integrated, who loses job? Front-end used to be a part of building a web site with PHP'
I started with php as well and when i discovered jquery and ajax later on, it was a revelation! and after some years am going back to php and symfony, and i like it a lot tbh
There are many reasons to like and use Javascript, but for many websites PHP/Laravel will do just fine. Over the past years I used quite a lot and imo the eco system of Laravel blows all JS frameworks away. Is it the most fancy? Are you "limited" in some choices? Sure, you dont have 100 libraries for routing, database access etc. but to me thats a pro not a con. Onboarding new devs is very easy, the end product is just as good. It does what it should do, and there has been a reliable and clear upgrade path for years for both Laravel & PHP.
Totally agree. I was recently involved with a next project, where I usually work with Laravel, and found it extremely lacking compared to laravel. So much spaghetti code was written to just do simple things like seed a database, create models and what not.
I see many complain about security in relation to injection, but in this context this is not a problem, we have many layers of security for this, but what I keep thinking is that this approach similar to PHP makes it possible to create systems with a single file, in PHP if the dev didn't implement a file type filter in the upload form, and if the server didn't have a well-configured server with folder permissions, all you had to do was upload a file manager and have full access to the code.
Frontend framework just got in the sampe path that linux distors got, a lot of duplicated frameworks just like a lot of duplicated and useless linux distros... a lot of inconsistencies and unecessary challenges, a lot of borne costs to developers and companies due to lots of exactly the same but diffrent in names! hooks, composition api,dynamic loading, resumibility etc...
also unix philosophy of doing one small thing good we see in package management, where there are too many dependencies which is security risk and inability to do leftpad by yourself
As one of my favorite people in Udemy how was i never subscribed? On that thanks for keeping all your courses updated, some of them i must have bought 3-4 years ago and in currently going through a transition in my life was pleasently surprised i could use your classes to move forward.
3:25 Nobody was using raw PHP without template systems when things went serious. Same thing in Javascript as you explained later in the video. Both ecosystem and frameworks evolves. On the end it is working really the same way on low level.
Cool :) Some kind of review how it was :) I agree with that. It's all about Server Side Rendering. I started with basic and later C to produce some UI interactions via ASCII DOS visualisations. After that the C++ Builder sometimes with DirectX (and Delphi) :) And the PHP was great for the web and to interact with user in a way similar to Windows/Mac GUI etc. If I remember correct, the PHP has a change to be interpreted in a browser as now JS. But miss it in some reason. Did you heard it? And one interesting thing that Lua was invented earlier than JS and can be instead of JS but Lua was invented in Brazil as I remember and was not so popular but now used in some databases.
PHP is literally a templating language on its own. You don't need a separate templating engine to use it for that. I would love to see a better programmer than me create components using one of the front end frameworks compared with using PHP as a templating language, and see just how much worse or better each one is. For rendering mid-sized components, an inventory item card for example, PHP is extremely easy to pull that in. Combining a bunch of smaller components together into a larger component may be where it would be harder due to all of the includes that would be needed. But, I'm not positive it couldn't be done in a more elegant way than that.
@@florisvandenberg7424 You aren't supposed to mix it in order to use it as a templating language. You write the HTML and you use placeholders in each area where PHP is going to put any dynamic data. PHP pulls in that HTML file and replaces the placeholders with the data. That keeps the HTML and the PHP completely separate. You can even do this on a "component" basis instead of just using full HTML pages, as long as you pull the components in and replace the placeholders in the proper order.
@@JasonJones1162 What you're describing is a custom template engine. The purpose of a template engine is to separate logic and html. Your solution provides that albeit in very limited form. A 'real' template engine also provides limited control flow (if, foreach, etc)
After years of slinging React, Vue and Node. These days if a site doesn’t need a heck of a lot of front end functionality and has a simple or no API then I will reach for PHP and jQuery when I need simple, fast performing sites. The older I get the more simplicity I crave. Although, I wish Laravel had not gotten rid of their small brother framework: Lumen.
PHP is awesome. I have been developing with it since the 90's and it has come a long way. It is easy to place your files on the server and it just works. It's fast, feature-rich, and mature, and also can be used to make powerful CLI applications. It supports multithreading and it's easy to make powerful, fast, reliable daemons.
Php and vanilla Js for me. The fact is the end user does not care what tech stack you have used for your saas or website as long as it works. Some of these Js frameworks are just a huge pain go work with them. You have to istall tons of libraries to get some things working... things that come natively packed in php.
I started with Apache's SHTML, i.e. Apache's version of Server Side include. After having worked with something so limited, PHP seemed to be limitless.
I only used php for server side and javascript for client side for last 10 years. Never needed to look else where. I developed many projects for clients and never needed something else to complete any project. Yes, you also happen to use windows binaries and python libraries in php apps for some functionalities but php always saves your back.
I must admit that sometimes it’s difficult to choose if it’s going to be a client or server component and have to reorganize the structure while working with nextjs. But once you get a hold of it, it’s not a big problem. Other than that it’s been a joy and mostly surprising experience for large projects. Even though the question of “are we going back to php days?” might look valid, the experience of React and Nextjs is far superior. Simply one or two lines of code you can decide if it’s going to run on server or it’s full clientside idea works like magic. Currently only problem is lighthouse score in my opinion. Just because google and lighthouse are pushing it too hard, we have to use too much dynamic imports or remove animation frameworks (framer motion) occasionally and switch to css solutions. On the other hand, if you’re a django or lavarel developer, htmx looks a like a viable alternative (mostly great for dashboards or simple projects). But I think the future is NextJS, Astro, Svelte and similar modern frameworks.
Sad today's world hate simple straight forward stuff like PHP. Or else if we love simplicity why wouldn't we just stick to 2 genders but know we like 1100 gender and counting. Gender ideology must have inspired js frameworks
I think there is one more topic that almost no one is yelling out: PHP hosting is cheap and it comes with the database out of the box. I have a simple hobby nodeJS app and since I had to use postgres I am paying around 20eur. / month for a simple project. With PHP it would be around 5eur.
Huh? What is PHP hosting? I just use a VPS, price is only related to resources available - around 7 Eur should be enough for a small project with a cheap provider.
I'm no dev, just was always kind of interested. x) I started playing with html and later I learned some basic php-stuff. For some Reason I never was interested into JavaScript since I thought: What about people who disable JS in their browser? Long story short: I was interested in some coding but never had ideas for content or was good in designing (graphics/stylesheets) and thus everything I made was boring and ugly so I did not continue… x) Years later (now!) I stumbled over htmx (wich is basically an JS-Library, so much for „what if..“ xD) and play around using it with PHP. Its kind of fun and somewhat exciting but I have the same problems as back then: no idea for content and design. So I once again prefer to spent my time on playing Video Games instead of „creating something“. x)
Yes Laravel is a master piece. Still it is good to create your own mini php model controller route framework if you prefer to. Also implementing JWT auth makes it a great compliment to create secure APIs
Clientside and serverside JS are nowhere near the same. There's heaps of limitations in V8, many of which can literally never be solved due to the difference in environments.
@@Dylan_thebrand_slayer_Mulveiny The biggest pain is dealing with other libraries that don’t consider server side rendering in my experience. Otherwise I rarely have to work around anything
I learnt jQuery, then BackboneJS, then AngularJS, then a bit of React and at that point I said, enough f*ck this sh*t. Not interested in learning a new JS framework every 5 minutes. Back to PHP/MySql with good old plain JS. There is more to life than learning about new JS frameworks every day...
I mean, it's been pretty much only react for like 8-9 years. Iterations of PHP frameworks are pretty much the same, there is always something new that's going on and I think always learning is a trait that developers should have.
I get the frustration, but ultimately you don't need to "learn every new framework", but instead "learn programming" and "learn basic principles" as you may quickly discover that most of "new frameworks" use the same exact ideas with slightly different taste to it and an additional plot
I've always felt that the least amount of javascript to get the job done, was the best amount of javascript 😉
But the thing is next js is the new php and it’s gonna dominate the web development next 20 years , so if you wanna make money then take your sit 😂
i thought i was the only one...the only thing is you may not be able to get Jobs
I know php, jquery bootstrap, but all these dev jobs started requesting for more and then I reached a point and also said fuck it
I think we over complicated web development in the past few years.
Thanks Max!
Man, you said it right!! Web development has been over-engineered!!
Am happy everyone is seeing php was simple, JavaScript ought to simpler since backend js came after PHP but instead it became too complicated. And funny enough people take it's complexity as a positive thing and look down on the simplicity of PHP. I first started with node but once I learned PHP, it was hard to think of building apps with node because I had less headaches.
Web development got overcomplicated simply because programmers are not designers. Most programmers will do anything in their power to produce something quick before actually trying to develop something from scratch, specially if there's graphic design involved, which is what the web is mostly, if not all, made of.
@@CristianKirk I can't argue with the graphic design part.
also, I know that using known frameworks make it easy for programmers to catch up on other's projects in a short period of time.
but, I think these frameworks are getting bigger and heavier overtime for acceptable reasons (fixing vulnerabilities, adding new features, keeping backward compatibility), this can be an overkill for small and maybe medium websites/apps which in return will drive some programmers to develop their own simplified frameworks so that will not start from scratch in future projects
Finally, I'm not totally against these new dev complexity rather than being wise using it.
Thanks all for your feedbacks
The same thing over complicated the backend development by turning every system into microservices. Most "websites" don't need to be thick client SPA . It is the same old skilled incompetence issues in human history. “If the only tool you have is a hammer, you tend to see every problem as a nail.” - Abraham Maslow
As a web developer, I was using PHP then, still using PHP now. PHP/MariaDB/Vanilla JS and yes, Tailwind.
Haha same. Good old lamp stack
And i thought am a weird developer for using this stack 😅
My brutha. Except I used mysql mostly.
Are you using PHP natively? Or use some framework?
like me bro, i use Javascript for ajax and some necessary events
I know this is not the main topic of this video, but as a PHP developer for over 11 years, I got real tired real quick from people claiming that PHP is dead when in all reality I almost never felt I needed to learn another back-end language because the job opportunities revolving around PHP (Laravel, CodeIgniter, WordPress, Drupal, etc.) are as broad as ever (knock on wood). This is not to say that other languages are better/worse. I like to tinker with full-stack JS for personal projects, just to keep myself involved with what's new. So if you are a junior PHP developer, don't feel discouraged. PHP is an excellent tool to build formidable and scalable websites, there is no concrete evidence that it is going away anytime soon.
PHP is the OG web language. All the others are just trends that will come and go. The ones that will forever persist are PHP and Ruby on Rails
@@richieonganda3267 I wouldn't call other languages trends, but I am confident PHP is here to stay.
@@richieonganda3267I hope it was a joke. Backend built with javashit or php is not backend.
You're talking about legacy system
@tsolanoff it's OK... everyone starts a a fanboy, emotions all over the place, protecting the tools that you happen to know. In a decade or two, you'll relax.
Php is built like a tank . Never gets old plain and simple no drama unlike the rest is a brittle due to constant changes that sometimes my 3yrs code wont work forces me to update
totally agree, i migrated applications made with php 5.3 to 8.2 with very low effort
Agree! I am old. I want stability. I don't have time experimenting some code tagged as canary or flavor of the minute framework.
PHP GOAT
Php is making a massive comeback thanks to Laravel! MARK!
Symfony > Laravel
@@hermes6910 No
Can we combine php with react or is it an overkill ??
@@anonymouscitizen4235 For most use cases (especially on its own), React is just overenginering your project.
But there's nothing wrong with using it with php.
@@anonymouscitizen4235 ofc , try laravel with ineritia and react
As a developer with 20 years of daily experience, I think that Php is still the best way to develop web applications today
I also come from the generation where C (Turbo C) was my first ever language that I learned, and PHP was the first language with which I started my IT career and passion for web application development...
Turbo C++ for me. I remember when JavaScript first came out and everyone was confused and thought they needed Java applets. What what? And it went from Perl CGI scripts which got owned all the time to PHP and everything started to improve slowly from there, and it's still just fine. PHP 8 is awesome and so is Laravel. If you must JavaScript, try Vue first or even htmx and some plain JS, don't overcomplicate it to start with.
Just use whatever you're comfortable with and what best suits the project.
How dare you use reason! Bah!
Excellent comment. Use what works for you, do not look at pro and cons and make things complicated.
Finally as an php developer I got confidence to stand in front js framework developer.
PHP, Bootstrap and JavaScript are enough to build a modern website. The beauty about PHP is its function library. Secondly it has been around for so long, you get a lot of support on internet. It's a joy to work with PHP.
I started with PHP years ago like you (fellow old man) and I still use it today.
The new languages are great, but I've never needed to move. I built and run a successful saas on PHP and it's just fine.
I'm not saying it's the best, but it just works. And it's been around forever, which means it's supported and documation is everywhere
As long as your web app/website works.. the end user does not really care what is working in the backend.
I am so happy to know you've succeed ran your SaaS with PHP. While me, as a PHP dev still confuse what stack should I choose to build the SaaS. Because there are so many thoughts to not make PHP to develop SaaS. I feel excited!
Perl, ASP, and Cold Fusion were my first tools to build dynamic websites. But, yeah, then PHP took over websites development like a huge storm
Bro, i use php in almost all my web app projects, i use Laravel and i also add javascript to Handle AJAX requests, and is easy for me to work with theses technologies. PHP never dies.
definitely!
Laravel Livewire runs client side and lets you build reusable components just like a React based app. I think PHP has better built in integration with relational databases.
Yes you can do a lot with livewire but at some point you will need alpine js.
Livewire is amazing, but I don't like to think of it as running client side. More like it allows you to bind back end properties and functions to front end objects and events. To me it still keeps a good cognitive separation between what runs on server and what runs on client.
The TALL stack is really good to work with@@jmon24ify
@@kaf83yes
Livewire acts more of like an api rather than for interactivity
But combining it with alpine makes things so good
laravel is an over engineered symfony wrapper
I started my programming career 11 years ago using PHP for 6 years. Must to say is easy to learn.
I recommend the AdonisJS framework. You can create server-side rendered web apps or APIs. You can use their own template engine like blade. You can use React, Vue, Svelte or Solid with InertiaJS. And maybe soon a TSX template engine too. Those who like Laravel will certainly enjoy working with AdonisJS. This framework is really fantastic but needs more support.
It's crap, very weak production-wise.
I remember scoffing at PHP when I learned Ruby and Rails. My website was slowing down to a crawl with Rails, and debugging it was a nightmare. So I eventually went back to PHP, humbled, and I'm glad Laravel exists.
Skill issue?
@@gamerneversleep4200 right, that explains why Rails is dead, ppl lacked skills
@@danfg7215 Rails isn't dead, and not only is faster than in previous versions but getting really important new additions like Hotwire so not only you don't need a JS framework to provide interactivity, but you can build from web to iOS/Android apps using the same tools. Also the future for Rails 8 is becoming promising with new features for security and deployment, the latter with Kamal.
But nothing of the above should be understood as against PHP, in fact is a really good thing than we are now moving towards a separation and simplification of full stack development, while at the same time the major frameworks (Laravel, Rails, Django, Phoenix, etc) are not only getting better/faster but also providing new features.
If rails is dead, laravel is equally dead.
@@h0td0g you're right, it's not fair to say it's dead, but your logic doesn't hold. Rails is losing popularity over the years, while Laravel has been rising in popularity and maturity. I still use and love Ruby as a sysadmin, but PHP is faster, more mature, and more integrated and adapted for web use.
I came from HTML Strict 1.1, where Internet Guides and Stackoverflow and co didn't exist. I feel your pain mate. Nobody new devs will NEVER understand what struggle we went though.
NS3 vs IE3.
I love the way you do it. * I've been programming for 20 years. After trying Angular, React, Vue over NodeJS and all their headaches I've decided to go back to simple php + jquery in my projects. Bye.
Hi Maximillian! I am so glad to see you & hear your familiar voice here again. You are hands down best instructor I have seen in years alongside Corey Schafer.
Very good video if you use Livewire you can use a same language for frontend and backend with sprinkles of AlpineJS. Yes what you have said is correct assuming most developers are frontend end developers they can ship apps knowing only frontend. Inertia with Laravel is great too which supports SSR out of the box.
What about Inertia (SSR) and its impact on SEО?
@@todormarkov2860 with livewire you don't need inertia for SEO. It worked perfectly fine
I use PHP and Symfony for many years now and it's great.
i am currentyl using PHP at work and building a personal project with nextjs 14 RSC and server actions, and its very similar but entirely different. i feel the new stack is much more streamlined. with PHP you need to setup a lot of stuff to get a proper experience of developing server driven web apps, but after going through with it, for me at least, the result is very similar to the new stack. you render the server side of the app, then do client interactions and client-server interactions. the methods are similar, but new its all integrated and its much faster to start with. but comapred with PHP using a framework like Laravel, the experience is so much the same it doesnt really matter any more. its a qeustion of what is more convenient for you and which ecosystem you prefer.
Symfony - a PHP framework- is quite awesome, especially with new versions of php getting quite elegant
I have 12 years programming in PHP projects of different complexities and areas and it is for me the best server language in combination with Javascript and GO is simply perfect
Amazing !
Which framework of PHP do you recommend to learn first ? I am frontend developer with JS/React/TS.
@@juanortegaa6916go doesn’t need the shit like php.
I want to know the same as first comment :)
@@juanortegaa6916 Laravel as Gateway and Fiber with Go
Hola a todos los desarrolladores, Php fue creado para la web y ha sido y sigue siendo unos de los lenguajes mas poderosos para la creación de proyectos, si bien el mundo de Js ha evolucionado mucho no deja de ser complejo el tener que depender de multiples librerías , paquetes y otras cosas que escapan del control del desarrollador y esto afecta la continuidad de las aplicaciones y su mantenimiento, bueno saludos a todos.. Happy coding!!!
I started long time ago (>15y) with PHP, I hated React for so so long. But gosh I love Next now.
It feels the best of the two world now.
Not even do I need an API aside now, not even do I need to actually spend time coding, I can full focus features, what a wonderful circle.
I agree with Max! JavaScript is great for full stack applications and web sites, now. There are other options of course like: PHP-Laravel, Ruby-Ruby on Rails, Python-Django, Java-Spring, C#-.NET etc. It is about the wealth of options when it comes to making/developing web apps and websites! At the beggining of 2000s there were only few ways for making dynamic websites, now there are many ways. Developers should just choose the approach/es that suit/s them best for the projects they work on. In the end there is no "best" option! It is not all about the tools, it is how you use them. 😊
Php is perfect for the most common tasks developers need. Out of the box you have built in functions for Date math, object/array manipulation, data validation & sanitation and currency arithmetic. Each of those requires a separate library or more to do in js/node environments, when building small apps and one off sites that are only pushing blog/news/comments it just works, you then just use js for UI animations and ajax content.
Every modern language has the same toolkit in the standard library.
@@tsolanoff And so is PHP, and has been in the last 3 decades. JS chuds keep yapping about speed when all their projects barely reach 100 concurrent views.
how nice is to hear a real instructor not talking down on PHP, he truly know what he talks about. Not like some Andrei who is a joke of an instructor and coder.
Where do I know this guy from, I know that voice... oh yeah, from a React course I did on udemy a long time ago! Nice to see you here, Max!
Nice to meet you here, too!
Yeah react and flutter in udemy, he’s the best , I took his course, but they are too many I haven’t finished them 😅
Laravel is miles ahead any JS framework. You should make a Laravel web apps + APIs course 😅
He actually did; in fact it was one of his first courses around 8 years ago. But he took it down, probably because it became outdated.
Agreed. There are so many Laravel jobs in my area.
Agreed, I dove straight into Laravel without any prior coding experience. I simply wanted to build something for the company I was working for at the time. Oh boy, did it introduce me to many concepts I wouldn't have been aware of if I had just learned PHP first. Now, I can understand almost any framework since most share similarities once I've spent a few days reading the language syntax. The documentation is excellent, the ecosystem offers almost anything anyone can imagine to build, and the community around it is pretty strong. I use it as an API with React or Next.js for the frontend
I moved from Laravel to nestjs+typescript. If you read their docs you'll understand how its easy to follow clean architecture there, do microservice setups etc.
@@realVvDI have a friend who badly wants a job to support his family
I've started with PHP 🔥
In fact, my profile is to work with Laravel and ReactJS ❤🔥
As a developer, we always devide problems to smaller ones and also we do it with code and the idea of combination of front-end and back-end can add complexity and more process to compile thease code to be usable in server and client. Because the base is seperate you need a server code and client code even if you combine them together in development you have to separate them for production mode
Two years ago, I thought for two semesters at my old high school. After class, I was talking to the teacher who was also administrating the whole mess - To make the story short, after 16 years there was still code running I wrote as a teenager.
i left the PHP world long time a go and got in the asp and angular stormy world but they have a huge advantage in Fintech companies, so going with the market demands is the true source of info for me. thank you ( Js and c#)
Web developer since 2005. I'm fed up with how the industry only ever gets more complex. Back then, our preferred deployment method was manually uploading changed files via ftp... I recently saw a junior web dev position requiring 3 years of kubernetes.
I use PHP all day and I am sticking with it lol
As a solo developer as well not going to the complication setup with react, I do go PHP because it is much easier to scale migrate from different server setup. As Max say I combine my PHP with JavaScript for Dynamic client side task. For internal server side task PHP will do all of it with much better security connecting with API and database.
I started webdev with .NET and Java back in 2004ish. I'm actually really starting to use quite a bit more PHP these days for client work as its so much more inexpensive and straightforward to host. PHP has also become quite a nice mature language/ecosystem and I can enjoy all of the (over)engineering I love in the Java world now, in PHP :)
Max, I hope you are still part of Academind, one of the most advanced channels for software development.
Yes, I am!
@@maximilian-schwarzmueller huh, great!)
I'm building an entire corporate intranet on my own for the company I work for. Using pure JavaScript would take forever and it would be much more complicated to ensure a cohesive architecture. JavaScript frameworks drastically reduce the delivery time.
Hello, I have been involved with Java and JavaScript frameworks for about two years to learn the easiest way to build a web. Finally, I came to the conclusion that a level knowledge of JavaScript along with PHP can be much better than React or Angular to start working. Those who know object orientation, in my opinion, if they have problems with JS frameworks, they should definitely talk about PHP.
I started doing web developing about 15 years ago. I believe that PHP and JS have both evolved pretty equally in terms of features. Developing in both languages has become so much better over the years.
I doubt JS will ever fully replace PHP. There's just too many things that PHP does more securely than could ever be done in a client, such as file and database access. There's some stuff you just can't have exposed to the client, and that's where JS falls short. Even if you obfuscate or secure your endpoints, the client can still see and modify XHR requests. Something that you can't do with server side processing. As for V8, it will never be able to fully replace PHP as a server because there's just so many limitations it has in terms of the features in the engine versus what's available in the real client. Because there isn't a 1-to-1 relation between the engine and client, you'll always have edge cases you're working around which is a terrible way to develop. I like the idea of V8, but I think it does more harm than good. It's best to leave PHP and JS separate, because they are separate languages with separate concerns.
Yes, but what if JavaScript runs on the server?
Do you know Remix or NextJS?
Hi Max! Love your content as always! Any combination of web technologies that give you the end result you want and expect, that is the most important thing. Trendy stuff tends to spoil faster that good and solid programming languages that are still around.
Laravel and Vuejs was good choice for me last 4 years but livewire 3 change my mind. Not telling this is the best choice for development( still for SPA is vuejs better choice ) but write one in php full dynamic website without refreshing full page and loading all assets is good for most projects.
nah, your app has to work without JS first, if it doesn't it is a piece of junk ...
SPAs is the main difference. They did not exist back in the old php days so php was sending back full pages or at best small ajax response fragments.
Modern js tech have made the front-end way more powerful (and also way more convoluted). You can still today perfectly use php as the backend for an angular/react app. Today we have many more alternatives of course
it must work without JS, you do not even know how many people just turn JS off when browsing the web. PHP first, then add some JS if you need it, but make sure, the whole thing works on a browser that cancels any JS.
@@swojnowski453The number of people who turn off JS is absolutely tiny. You’d have to be a developer to even understand what that means. And then any developer toggling that setting would surely understand that they’re doing so with extremely high likelihood that various parts of virtually any page they visit will cease to work.
@@bass-tones I have been a web developer for the last 28 years. I'm running multiple of my own systems. The principle is : if it does not work without JS, it is crap. You do not even know how many people turn JS just to hack websites and do it successfully. Relying on JS is single worst mistake you can do in web dev.
@@swojnowski453 Your view is reflective of a tiny and shrinking subset of the community. I’m not going to argue that _some_ simple sites should maintain fallbacks when JS is not available.
But a huge percentage of the web today is, by design, too interactive to work with JS off. Good luck creating something like Google Docs, for example, without JS. Or even for myself, just last week I was working on a live scoring system that needed Web Sockets to work in any capacity. There is no possible fallback for a tool like this.
Your point about hacking sites with JS off seems to be an argument against what you’re saying as well. You’re able to “hack” sites by turning JS off because those sites _tried_ to offer non-JS fallbacks and did it extremely poorly (likely they did not apply input validation correctly).
Except you obviously can’t do what you’re describing if the site is _fully_ dependent on JS. How are you going to “hack” a site by turning off JS if nothing on the page even loads because the site assumes the user must have JS? And again, what you’re describing is something that only a tiny subset of developers would bother to do. The average user A) has no idea what JS is, and B) would not even have the thought to turn it off. I don’t even think you _can_ turn it off on most mobile browsers, and on desktop turning it off is an “advanced” feature that 99.9% of users will rightfully never use.
Times have changed since 2000…
I didn't start with PHP, I'm pretty young (18) and an aspiring developer. I like to experiment with a lot of things PHP being one of them and in a lot of cases I actually find myself preferring PHP over JavaScript or even Python too. Call be a masochist but I don't know the language just kind of clicks with my thought process. People say they have issues reading PHP and I can totally see how that can be. But for me I read it just fine even my old code after not having touched PHP for a month or so. Plus, adding comments I think can help with any language which I try to do as much as I can.
An astricts to this however is that I've ever only needed to use PHP for server related things as it was built for. I don't think in my right mind I'd ever consider doing something else with PHP.
Moral of the programming journey for anyone whose getting started or trying to fulfill their interests. No matter what someone says about a language, if it works for you it works for you. You won't get anywhere trying to find a language that everyone likes because that simply just does not exist. Infact you should be starting with the question of what can I use to get to what I want. What tools are available that best help me reach my goal, and work backwards from there.
I wish you success in your journey!
If you like php more than python, then you should try C/C++
Hello Maximilian, i would like you to know that i got my first job as a React Native developer thanks to your courses on Udemy. This is just a thank you post :)
PHP with Symfony is truly a magical web builder
until Laravel came out
@@diegoc3749 Have you tried Symfony, on a complex API, not the typical CRUD API?
Symfony is a good framework. much better than Laravel. I wish people would stop being sucked into using Laravel
Laravel actually uses many Symfony components under the hood. There are many developers who eventually migrate from Laravel to Symfony, but it's rarely the other way around. Laravel is more popular because it's easier to learn, but at some point senior developers need something more mature and robust and start looking at Symfony. Laravel is extremely popular because it has great marketing and learning materials, Symfony being a bit more complex to master, but there is a reason why most PHP projects like CMS, ecommerce, etc. use Symfony as their core or many of its modules for functionality @@diegoc3749
@@RichardCatto what are the advantages?
i started with php , and continue working with php and bunch of other stuff .. but i think php is still better option for building many websites and backend. its very cool and simple ..
I loved PHP. During this, he became an object oriental from 4 to 5, and then became super fast from version 7. Regardless of this, today I would only touch it if the framework was symfony. I really liked javascript. I started my modern front end with vue / nuxt js and I've let it go. As a frontend, only angular or react / next can be considered on the client side, and on the basis of node js, my favorite is the nest js framework. All this, of course, running in docker.
Max, you look great brother. Watched you many years ago and you look the same age. Appreciate this video.
I share most the same thoughts, the biggest difference between Nodejs frameworks (next, nuxt, sveltekit..) and "traditional" framework (Laravel, Rails..) is really the template engine.
(1) while the traditional framework forces developer to use different template engines 1 for front + 1 for back. The mix of both template engines is often "messy" (hard to maintain)
(2) the Nodejs frameworks share the same template engine when rendering page on Server side or Frontend side => it is a lot more convient to share the same rendering logic between front and back.
I don't consider *.svelte or *.jsx as Javascript / Html / Css. Evens the syntax are 99% similaire, they are still different language.
in case (2) the barrier between Front and Back is blur but The framework would still force developer to make responsibility seperation between Server and Client because it is just unavoidable. We still have to distinguish between Javascripts on server side and JavaScript on browser side, The blurry barrier usually make things harder for inexperience developers.
We all come back to PHP, its really awesome to work with php and laravel 👍
Yeah, with htmx and even the advent of react, made me question this as well. I started with PHP4 and then slapped to learn PHP5 , converting sql statements to prepared sql statements. I did LAMP stack :P
The comments in this video make me realize just how entry level the majority of the development community really is.
Can you elaborate more?
It's the frontend web devs. Since they start right away with a frontend frameworks and don't experiment outside of web dev.
What do you expect lol, most entry/junior web developers (here) are all coming from modern frontend frameworks.
True!!!
Arrogance. Too much of it in the tech world
Are we going back to PHP with fullstack JavaScript?
Answer:- Yes, Thats Why our college do not update Our syllabus.
Glad I stopped going nuts over frontend and frameworks like NextJS and moved on to PHP with Laravel. There is InertiaJS which you can use with a frontend frameworks like Vue or React leveraging full-blown PHP from the backend.
I was thinking of trying Inertia, but it seems to be a problem with SSR...
@@todormarkov2860 Problem of what sort? Check out the doc for the SSR.
@@todormarkov2860It supports SSR
I am a back-end developer with PHP. My junior front developer (react) said that sever-side rendering is fency one in their field. I think to my self, 'if back-end and front-end get integrated, who loses job? Front-end used to be a part of building a web site with PHP'
Everything is simple.
Everything is hard.
Everything is knowledge.
Everything is perspective.
I started with php as well and when i discovered jquery and ajax later on, it was a revelation! and after some years am going back to php and symfony, and i like it a lot tbh
Typescript + Angular + Angular Material are a beautiful match for frontend development.
There are many reasons to like and use Javascript, but for many websites PHP/Laravel will do just fine. Over the past years I used quite a lot and imo the eco system of Laravel blows all JS frameworks away. Is it the most fancy? Are you "limited" in some choices? Sure, you dont have 100 libraries for routing, database access etc. but to me thats a pro not a con.
Onboarding new devs is very easy, the end product is just as good. It does what it should do, and there has been a reliable and clear upgrade path for years for both Laravel & PHP.
yeah, really reliable. they killed lumen. so reliable.
I code in PHP because of Laravel (the GOAT) 🐐. PHP today is awesome because of Laravel and its ecosystem.
Oh, the good ole days of PHP back in the day. It's was my first web programming language back in the year 2000. Can't believe it's been 24 years. 🤣😁
crazy enough there are people out there still opposing PHP thinking it works the same as it did back then.
Totally agree. I was recently involved with a next project, where I usually work with Laravel, and found it extremely lacking compared to laravel. So much spaghetti code was written to just do simple things like seed a database, create models and what not.
Try t3 stack
I see many complain about security in relation to injection, but in this context this is not a problem, we have many layers of security for this, but what I keep thinking is that this approach similar to PHP makes it possible to create systems with a single file, in PHP if the dev didn't implement a file type filter in the upload form, and if the server didn't have a well-configured server with folder permissions, all you had to do was upload a file manager and have full access to the code.
Frontend framework just got in the sampe path that linux distors got, a lot of duplicated frameworks just like a lot of duplicated and useless linux distros... a lot of inconsistencies and unecessary challenges, a lot of borne costs to developers and companies due to lots of exactly the same but diffrent in names! hooks, composition api,dynamic loading, resumibility etc...
Very true and i use Linux Desktop base OS. Too much freedom can turn into messy world.
@@jediampm fact
also unix philosophy of doing one small thing good we see in package management, where there are too many dependencies which is security risk and inability to do leftpad by yourself
As a Linux user I couldn't agree more.
Yes Max, and that's why we need a FullStack Nuxt3 course. Because it's the best way nowadays to create full-stack apps
As one of my favorite people in Udemy how was i never subscribed? On that thanks for keeping all your courses updated, some of them i must have bought 3-4 years ago and in currently going through a transition in my life was pleasently surprised i could use your classes to move forward.
I loved the beauty of symfony and laravel.
But now I'm in love with .NET 8 😊
Fullstack JavaScript sends shivers down my spine...
We are similar age and yes we all used to do PHP back then
I use Mamp right now.
ha ha, used to? I have been doing it for 28 years, it is been a gold mine, and still is, in fact it is better than ever has been ...
3:25 Nobody was using raw PHP without template systems when things went serious. Same thing in Javascript as you explained later in the video. Both ecosystem and frameworks evolves. On the end it is working really the same way on low level.
Cool :) Some kind of review how it was :) I agree with that. It's all about Server Side Rendering. I started with basic and later C to produce some UI interactions via ASCII DOS visualisations. After that the C++ Builder sometimes with DirectX (and Delphi) :) And the PHP was great for the web and to interact with user in a way similar to Windows/Mac GUI etc. If I remember correct, the PHP has a change to be interpreted in a browser as now JS. But miss it in some reason. Did you heard it? And one interesting thing that Lua was invented earlier than JS and can be instead of JS but Lua was invented in Brazil as I remember and was not so popular but now used in some databases.
PHP does what it knows what it knows to do efficiently and excellently, no drama. Can we just let this beautiful piece breathe
PHP is literally a templating language on its own. You don't need a separate templating engine to use it for that. I would love to see a better programmer than me create components using one of the front end frameworks compared with using PHP as a templating language, and see just how much worse or better each one is. For rendering mid-sized components, an inventory item card for example, PHP is extremely easy to pull that in. Combining a bunch of smaller components together into a larger component may be where it would be harder due to all of the includes that would be needed. But, I'm not positive it couldn't be done in a more elegant way than that.
JS/TS still have imports, it's all the same crap.
In PHP you might add events and use listeners for tricky components
"You don't need a separate templating engine to use it for that" Wrong. Mixing html and php quickly becomes unreadable. Been there. Done that.
@@florisvandenberg7424 You aren't supposed to mix it in order to use it as a templating language. You write the HTML and you use placeholders in each area where PHP is going to put any dynamic data. PHP pulls in that HTML file and replaces the placeholders with the data. That keeps the HTML and the PHP completely separate. You can even do this on a "component" basis instead of just using full HTML pages, as long as you pull the components in and replace the placeholders in the proper order.
@@JasonJones1162 What you're describing is a custom template engine. The purpose of a template engine is to separate logic and html. Your solution provides that albeit in very limited form. A 'real' template engine also provides limited control flow (if, foreach, etc)
When are you releasing a course on PHP
After years of slinging React, Vue and Node.
These days if a site doesn’t need a heck of a lot of front end functionality and has a simple or no API then I will reach for PHP and jQuery when I need simple, fast performing sites.
The older I get the more simplicity I crave.
Although, I wish Laravel had not gotten rid of their small brother framework: Lumen.
I can definitely relate with this simplicity take!
In your opinion, how about the Slim PHP framework, can it replace Lumen ??
PHP is awesome. I have been developing with it since the 90's and it has come a long way. It is easy to place your files on the server and it just works. It's fast, feature-rich, and mature, and also can be used to make powerful CLI applications. It supports multithreading and it's easy to make powerful, fast, reliable daemons.
Back on my day, we wrote code in binary on parchment paper. Naturally, we used ravens and pidgons as servers to transport our code.
PHP can be used on both client side and server-side... try Laravel and Livewire
Php and vanilla Js for me.
The fact is the end user does not care what tech stack you have used for your saas or website as long as it works.
Some of these Js frameworks are just a huge pain go work with them. You have to istall tons of libraries to get some things working... things that come natively packed in php.
I started with Apache's SHTML, i.e. Apache's version of Server Side include.
After having worked with something so limited, PHP seemed to be limitless.
I only used php for server side and javascript for client side for last 10 years. Never needed to look else where. I developed many projects for clients and never needed something else to complete any project. Yes, you also happen to use windows binaries and python libraries in php apps for some functionalities but php always saves your back.
I must admit that sometimes it’s difficult to choose if it’s going to be a client or server component and have to reorganize the structure while working with nextjs. But once you get a hold of it, it’s not a big problem. Other than that it’s been a joy and mostly surprising experience for large projects. Even though the question of “are we going back to php days?” might look valid, the experience of React and Nextjs is far superior. Simply one or two lines of code you can decide if it’s going to run on server or it’s full clientside idea works like magic.
Currently only problem is lighthouse score in my opinion. Just because google and lighthouse are pushing it too hard, we have to use too much dynamic imports or remove animation frameworks (framer motion) occasionally and switch to css solutions.
On the other hand, if you’re a django or lavarel developer, htmx looks a like a viable alternative (mostly great for dashboards or simple projects). But I think the future is NextJS, Astro, Svelte and similar modern frameworks.
the only reason to use server side rendering was in the past the fact that it helps SEO, can you give me some extra examples why now?
@@SXsoft99 Another benefit of server side rendering is reducing the side of bundle on the frontend
@@moka7986 code splitting too
Javascript also has its own Laravel-like framework called AdonisJS, instead of using Blade, they have Edge with very similar syntax of Blade
Yep, that's true! Played around a bit with it + liked it quite a lot.
Adonisjs is the best nodejs backend framework 🙌🙌
I can't count how many projects I did in the XAMPP. Super underrated language after version 7.
So true.
I just started with PHP and yeah I am really enjoying it. Already build a full login and registration system
Sad today's world hate simple straight forward stuff like PHP. Or else if we love simplicity why wouldn't we just stick to 2 genders but know we like 1100 gender and counting. Gender ideology must have inspired js frameworks
I think there is one more topic that almost no one is yelling out: PHP hosting is cheap and it comes with the database out of the box. I have a simple hobby nodeJS app and since I had to use postgres I am paying around 20eur. / month for a simple project. With PHP it would be around 5eur.
Huh? What is PHP hosting? I just use a VPS, price is only related to resources available - around 7 Eur should be enough for a small project with a cheap provider.
@@robertsandiford6223exactly, not sure what they're talking about, it costs me the exact same whether I'm using PHP or Javascript
@@robertsandiford6223 He talks about shared hosting. Shared hosting costs are significantly cheaper than VPS.
Most simple web hosting will come with PHP support. You can get that for 1-2€/month.
@@Ascarion47 You mean a cPanel account? I have cPanel hosting and I run Node.JS on it too. Only takes a minute to install.
I'm no dev, just was always kind of interested. x) I started playing with html and later I learned some basic php-stuff. For some Reason I never was interested into JavaScript since I thought: What about people who disable JS in their browser?
Long story short: I was interested in some coding but never had ideas for content or was good in designing (graphics/stylesheets) and thus everything I made was boring and ugly so I did not continue… x)
Years later (now!) I stumbled over htmx (wich is basically an JS-Library, so much for „what if..“ xD) and play around using it with PHP. Its kind of fun and somewhat exciting but I have the same problems as back then: no idea for content and design.
So I once again prefer to spent my time on playing Video Games instead of „creating something“. x)
😅same situation but I haven't called it a quit, don't think I will since there are other creatives around who can give ideas
Next js, Nuxt Js both are prime example, at the end every language wants to be php.
reinventing the wheel that was never needed ... but well, some people need to learn the hard way ...
I love your JavaScript courses
Thank you so much!
We use Web components instead of framework, and pure PHP in the backend, and Tailwind for CSS. Websites are very fast.
Yes Laravel is a master piece. Still it is good to create your own mini php model controller route framework if you prefer to. Also implementing JWT auth makes it a great compliment to create secure APIs
just use codeIgniter 4, it is super small and super flexible ...
PHP has the power of FPM.. which is a standard setup among servers and therefore you don't have to care about ports, etc
The biggest advantage to server side JavaScript isn’t that it’s the same language as the client but rather I can reuse the same components on both
you can reuse components that are impossible to test? thats interesting xD
Clientside and serverside JS are nowhere near the same. There's heaps of limitations in V8, many of which can literally never be solved due to the difference in environments.
@@Dylan_thebrand_slayer_Mulveiny React Server components in Nextjs are surprisingly seamless and easy to use once you understand the fundamentals.
@@ScottMaday You're still working around edge cases caused by the differences in environments, regardlexs of what framework you use.
@@Dylan_thebrand_slayer_Mulveiny The biggest pain is dealing with other libraries that don’t consider server side rendering in my experience. Otherwise I rarely have to work around anything
PHP/Laravel + HTMX is pretty good combo.
I never quit believing in PHP. To me, it's the best backend. I just try to advance in newer versions.