ezPlatform, formerly ezPublish is a content management solution from eZ Systems. The vendor says their solution provides organizations with the technology and framework to build a suite of digital experiences including news and media sites, brand sites, multichannel apps and the Internet of Things, intranets and web portals. This solution is multichannel, multilingual and multisite ready.
ezPlatform features user defined content and classes, version control, templates, workflow…
N/A
Laravel PHP Framework
Score 8.6 out of 10
N/A
Laravel is a free, open source web application PHP framework.
eZ Publish isn't as large in community size and number of installations as other content management systems. However, it's just as capable and met our needs:
Developers, system administrators, and project manager can all speak the same language during the development and …
I have used CodeIgniter in the past for a couple of projects. As per my experience, we can go for CodeIgniter for smaller projects due to its simplicity. But as the project size grows, one should choose a more organized framework with larger community support. This is the …
The majority of the above-mentioned frameworks are good at some particular things. Laravel PHP Framework in general is capable of doing all the same things with standard best practices. Additionally, Laravel PHP Framework brings great community support that is ever-growing. the …
Laravel is much better than CodeIgniter in many aspects, First of all it is more secure and robust. It has a great troubleshooting mechanism. They have added more libraries, themes and plug-ins for different purposes. The MVC model helped the developers to get rid of writing …
Both frameworks, by in large, serve the same needs and are only dependent upon the platform that will be supported. However, I find .Net to be a bit more robust when it comes to data security needs (encryption, management, etc.) compared to Laravel and that may be a deciding …
Originally, it was a decision between Zend, CodeIgniter, and CakePHP for me. I chose CakePHP and used it as my main PHP framework for at least a couple of years before noticing and giving Laravel a fair try. Ultimately I selected Laravel because I felt it fit with my preferred …
Laravel PHP Framework is the most developed, updated framework right now, with lots of features. Using older versions is less appreciated by the developer community. It is well documented, and Laravel has a pretty big community of supporters getting your query solved faster and …
Supporting unit testing is bigger plus point in Laravel than any other framework. Developing with Laravel is much easier. Other frameworks have value in market, but Laravel has taken the lead in popularity among PHP developers in recent years. The large community supports you …
If you are using PHP, you should be using Laravel! It is superior in every way to CodeIgniter & CakePHP. Not to be unfair to Cake & CodeIgniter, which both have built in ORM, making queries very simple. Laravel on the other hand offers their eloquent ORM that makes database …
Laravel PHP Framework is continuously updating its framework and developing new tools to make web development more useful, optimized, and bug-free. Also there is a large community of users on Stack Overflow and other websites that can help you get questions cleared up quickly. …
When we were using CodeIgniter, it always felt that something is missing. We were unable to find the proper libraries that supports it and the support from the community around. Once we came to know about Laravel, we never have touched CodeIgniter. Laravel is a well documented …
Laravel is built on top of Symfony so is naturally a better upgrade. It is far superior than cake and igniter (in my opinion). I don't remember, but somewhere in internet someone made a comparison with Laravel and others as racing motor-bike vs a cycle. Because of large …
I inherited Laravel projects originally created by other developers. I haven't migrated clients at this time, however as the project gets bigger and I need to find more elaborate workarounds to address needs that option will be put on the table.
The best comparison I can make is against Symfony. It's curious that Laravel is built on top of Symfony. They chose the packages that they found to be useful. Symfony for instance comes with way too much stuff that in the end you never use, and Laravel just comes with the right …
For a new site: 1. Are there any hosting requirements? eZ Publish works best on a traditional LAMP stack. 2. What is the expertise of the development and systems administrations individuals? There should be some PHP development experience and a solid level of Apache and MySQL hosting. 3. Who will be managing the content of the site? What is their bandwidth for training? For ongoing content changes?
Content Taxonomy: Content is managed in a tree. Though taxonomy vs folksonomy is a near-religious debate among professionals, clients seeing the system for the first time just seem to "get it" more often.
Content Flexibility: Common content types such as blog posts and articles are available out of the box. However, customizing these and creating new content types is very easy.
Developer Friendly: Developers need only a little PHP experience to get started. Of course being an expert doesn't hurt and opens the door for the development of custom modules.
The template language: Outputting content or doing something special with it requires use of the templating language. Myself along with other developers I have trained, found this to be one of the biggest hurdles.
Layout of physical files: The system decides what settings files and templates to use based on a hierarchy of modules. The same file can exist in multiple modules and you can find yourself deep within very similar looking folder structures, causing confusion during debugging.
Community: eZ has a solid set of community contributors but the gap between it and Drupal or Wordpress is pretty large.
There isn't a whole lot to dislike about the framework, honestly. If I am forced to say something is that sometimes the authors change the directory layout and it's not always easy to deal with. That being said, I've never not been able to upgrade within a few hours.
Sometimes using the artisan CLI - it requires additional tweaking to get it running on non-standard application rollouts.
eZ Publish isn't as large in community size and number of installations as other content management systems. However, it's just as capable and met our needs:
Developers, system administrators, and project manager can all speak the same language during the development and maintenance cycles of a site.
End-user training is very straight-forward.
Vendor support is available.
Client IT departments can access if need (developers/designers/sysadmins).
The community is there (forums) and there are solid contributions (extensions) from both the vendor and the community.
Originally, it was a decision between Zend, CodeIgniter, and CakePHP for me. I chose CakePHP and used it as my main PHP framework for at least a couple of years before noticing and giving Laravel a fair try. Ultimately I selected Laravel because I felt it fit with my preferred development style, it utilized many of the modern best-practices I wanted to follow, and I felt that it allowed me to build better things in less time that seemed more maintainable. I have used, and still do use, Symfony directly for certain things, but I think of it (and use it) more as a code library than as a full application framework. When I'm building a web application, I tend to prefer Laravel.
Common knowledge: By making eZ a core offering, developers, system administrators, and project managers were able to communicate with each other effectively.
Training: Due to its content taxonomy, end-user training often went well.
Support: In our case, we had Gold support from eZ Publish which saved time and helped with customizations.