This is quite a generic question, and I hope to hear what opinions people have on this, rather than a dedicated answer.
Ive been developing for about 6 years and have recently joined a new team. I am self taught. I have been given a project to develop a Magento driven ecommerce site, and a large portion focussing on editorial/blogging sections.
When I work with a CMS (i realise not CMS's work the same), to complete a project my methods have always been in the following order:
Develop the front-end (html, css, js).
Integrate front-end templates onto CMS
Compile CMS functions to fill out contents in placeholders on thos templates (replacing any dummy text etc).
Inject content.
When I explained this to my colleagues they looked horrified.
So they work a different way around:
Compile functions on CMS
Inject content.
Add styles (html templates, css, js etc).
Add to the equation, my scenario, the ecommerce website im developing must be responsive on devices.
So my question is, having I been doing this wrong for the last 6 years? Complete the front-end first? Or compile the front-end after?
I would really like to hear what people think about this. I am self taught, so have never had official training on development patterns such as this.
Thanks
It rather depends on the system used. Some systems allow you complete flexibility in the front-end, others (such as Magento) are more restrictive in what they allow.
At my company we usually use something akin to your preferred method; but I know that a partner of ours developed for Magento in the way of your colleagues.
So, my guess is that you both are right and that it is dependent on the choice of product.
Related
I wish to create web application for users. So far, I have been developing mock-ups on PowerPoint.
I've asked around and I've been told to study HTML, Javascript, CSS. The books I find from https://www.allitebooks.in/ are for super-beginners, i.e. how to write "hello world", how to use css to select font and color.
Then I saw that Duolingo wrote it's website in Scala. To me, Duolingo is a user-friendly, easy-to-use website that allows user interactions to type, drag-and-drop.
But can Scala be useful?
Right now, I am looking to create a web application that takes user input and dynamically updates webpages. The web application is mostly graphics (I'm more of a visual person)
Also, user should be able to drag and drop things. For instance, if there is a bowl of fruit, how to allow users to type in description, and drag it where they wish?
One more thing. If user decides to save data, it should be saved on the cloud (user has account, but they don't have to download software).
Application is free for individual users, but huge organizations need to pay nominal fee.
A website being user-friendly doesn't have anything to do with what language it was built with. A good design is what makes a website more appealing and as you said user-friendly. Designs are typically made in softwares like Photoshop, Sketch,Xd... Now once you have a design you like, comes the web dev part of building a website. Typically this is split into two parts:
Frontend : Here you implement the design using HTML, CSS and JS. There are no alternatives as browsers only understand these languages. HTML is used to create the structure of the design. CSS is used to style the different elements. JS is a programming language used to make pages more dynamic.
Backend: Here we deal with tasks than need to be tackled on the server i.e Login, singup,send email etc. Now because a server can be thought of just being a computer,you can technically use any language that has capabilities to make http requests. Here Scala can be used. Typical languages include PHP, Python, NodeJS etc.
I kept this brief and didn't want to go in much detail, just to paint a picture of what is used for which purpose. I recommend before thinking about building a website like duolingo, to take some kind of course that explains in detail how websites are built.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 7 years ago.
Improve this question
I've been tasked with finding an open source CMS that can be integrated slowly into a set of existing websites. This way pages can be brought across to the CMS one by one with the site remaining live during the changeover.
Does anyone have any thoughts, experience or advice on what CMS solution would be suitable for solving the problem I've outlined above?
I've been trying out the various offerings for the last couple of days and have found the following options. But having very little experince of using a CMS it'd be really helpful to get other views on this from more experienced devs on what pit falls to avoid.
N2 CMS - A mature option, I've got this working but the documentation is really lacking. I've also found it difficult to find the minimum spec requirements for a database and also browser compatibility. I do however like the code structure for creating the template pages.
Phun CMS - this is a new open source project that I really like the look of in the way the programmer is approaching the problem and separating the concerns. It's probably far too new though to really look at at the moment.
Composite C1 - A mature CMS option, great documentation. However says that it only supports IE9+.
Umbraco - not tried yet but looks heavyweight
Piranha - not tried yet but nice website and documentation and also says that it's lightweight.
I'm the lead developer for Piranha CMS so maybe I can shed some light on what Piranha CMS is best at!
Our focus is content management and to have a transparent and lightweight API for developers. Piranha CMS has almost no components or helpers that render any HTML at all, it simply provides a database, a manager interface and a routing mechanism for retrieving the correct data for the current request.
In the case of you having an existing website you could actually bypass the routing completely, add one page at a time in the manager interface and then manually load the Page model in you existing page. This would allow you to keep your original application exactly the same but manage the content form the manager interface.
Hope you find the CMS you're looking for, and if you have any questions about Piranha feel free to contact me!
Another option of a full featured ASP.NET CMS is Orchard. But like all full featured CMS, you are stuck with initial learning curve about the CMS. You are also stuck with using that CMS once you are converted to it, so do all your research and basic site feature development before making the decision on CMS because it will be difficult once you are converted.
Phun CMS approach is different. Realizing that everyone site is customized, except for small things that you allow client to modify and do not need to get called in the middle of the night to make that modification, Phun CMS was born. Modern framework such as ASP.NET MVC already has all the CMS features: authentication, routing, razor templating/theming, etc... Phun CMS just provide a way to store your client dynamic content. You can still utilize everything you already know about ASP.NET MVC and Razor. But I'm also the Phun CMS author, so maybe my comment is (a bit, just a bit ;) biased on this topic.
If you want to go page-by-page I'd advise a setup where the new CMS tries to match all requests, if no match is found, instead of throwing a 404, redirect to the old instance (which can in turn return a generic 404 if needed).
I don't think this kind of solution is specific to any CMS, but check if you are able to modify the 404 page behaviour (really, you should in any mature CMS).
N2 CMS definitely fits the bill and it is particularly suited to integrating into an existing site bit-by-bit. It's lightweight and nice and responsive. It's also very developer friendly and doesn't force it's model on you.
The only problem is the one that you mention, that the documentation isn't the greatest so it's initially hard to get into. However, you'll find after that initial barrier it is very easy to get the hang of.
I'm starting a journey with CMS. I would like to create a few simple web sites: my pastime blog, programmres blog (but I would be something more than just a plain blog) & three web sites: for my father's & uncle's shops + simple web sites that helps to learn English :)
When it comes to by programming background, I was PHP developer for 2 years so I thought I could use that experience. I found WordPress & Joomla as probably the two most popular platforms. However WordPress is usually recommended as best bloogging platform. What about being a CMS? So perhaps one of them is better as CMS? Or there's something else ever more suitable for my needs (Drupal)?
On every day basis I'm ASP .NET MVC 3 developer, so perhaps you could recommend a good MVC3, active CMS project?
EDIT: How about ASP Project: Orchard?
I would always advocate Drupal over Joomla for CMSs. They are similar in what they offer. WordPress in more beginner friendly but is (currently) less "customisable" and has a different, more blog-oriented, focus. Drupal is very full featured and is easy to manage and install. I believe Joomla is getting better with the release of 1.7 and/or 2.5LTS.
Drupal's community is more comprehensive and as such you get plenty of support. You can choose a very wide range of functional complexity with Drupal that you can't with WordPress. Joomla is similar in this regard but there are a few key things that I prefer from a development perspective with Drupal over Joomla:
Modules and plugins are more plug and play with Drupal and easier to manage.
When you develop a module in drupal you there are code "hooks" to bind to the core where as Joomla you extend the core
The drupal website admin is more intuitively designed and easier to manage modules etc.
Installation and update/upgrading of Drupal is more universally developer friendly (i.e. you don't need to be an expert and if you aren't you are not too likely to destroy your sites!). That said Joomla seems to be starting to follow Drupal more closely now so it will probably start getting better.
The main reason I would advocate Drupal for your needs it your requirement for a variation of functionality. You can enable and disable functionality very easily in Drupal and you can drag and drop themes etc. with ease. I use Joomla every day in work and my experience Drupal is king!
It's not very difficult to use WordPress as a CMS. A good resource is http://digwp.com/. The blog itself should help, but the Digging into WordPress book has a chapter about how to turn WordPress into a CMS. The great thing is you'll get a lifetime subscription of the book, so when new versions of the book come out, you will get the updated PDF for free.
My personal preference is with WordPress. It seems to have the largest user community, which means more answered questions, more plugins, more places to find cool themes, etc.
If you have PHP experience, it's probably your best bet.
As far as WP being a CMS, it has definitely goot the tools you need for a fully functioning website. A lot of the times I use WP as a CMS for clients, because it's so easy for them to catch on, and there is always a way for them to google any question they might have and find an answer without having to contact me for support.
Additionally, WP is great if you know some PHP code and can write your own custom plugins.
There are TONS you can do with it. Take a look at the most recent change log. It's got some great stuff.
http://wordpress.org/ for more info and download.
As far as ASP CMS, I've used Sitefinity in the past (only because I HAD to for work). I didn't find it to be nearly as intuitive as wordpress, and frankly I just don't like ASP. I find it to be clunky and not nearly as easy to modify and theme as PHP. Just my personal opinion of course.
Also, I'm not sure Sitefinity is free, so there is always that to consider. I'm not sure there are many free ASP CMS options as there are for PHP.
Although for simply blogging WordPress is the leading choice, for a CMS I would go with Joomla. There are many extensions that you can use with Joomla, the templates are very easy to edit if you have past experience with PHP, and the native CMS that it comes with is very verbose. Joomla has a strong community behind it, and they support many different aspects of a CMS and are constantly adding new features. Implementing a Blog in Joomla is very easy.
WordPress is certainly the leading choice... if you weren't wanting to use your developer skills. Writing a plugin for WordPress is rather agnostic to programming style (or ability), and is great for entry-level designers, but if you're looking to apply your MVC skills, of the two Joomla would be the choice.
The reason I say this is that Joomla more or less forces extensions to be MVC compliant. They also have a very strong and healthy community (the WP community in comparison is cut-throat, dog-eat-dog, the loudest-jackass-wins kind of a thing) and recently have abstracted the PHP framework layer away from the CMS, so if you're into really hardcore architectural web application coding, you can play with just its framework independently.
WordPress == get it done fast, elegantly (novice & designer focus)
Joomla == get it done right, with some work (business, programmer, and hobbyist focus)
Drupal == build every function of your site from the ground up, then rebuild it again when the next version comes out (engineer focused)
Bottom line is that you won't find good MVC driven CMS at this point in time. I have done very similar research and went through a range of vendors (both commercial and open source).
Yes, Orchard is available and based on your requirements it might be up to the job, however, I'd say that it's mainly for small size businesses that want some basic content management functionality.
I'm trying to find a CMS that can be incorporated into an existing MVC3 app.
I've played with N2, and can't get the damn thing to work in VS2010 or with .NET 4.
Umbarco doesn't appear to support MVC yet
Orchard looks great, but wants to own the whole application.
DNN is just a mess.
Any other brilliant solutions?
Post-mortem Dec 2011
This is an old post, but I thought I'd share my experiences with Orchard, and why I decided to go a different direction.
NHibernate
Aside from the very large number of transactions per page (literally dozens in some cases), each and every query was executed using sp_executesql. While not quite as bad as using Exec(), this rubs me the wrong way. Currently, my database is locked down so that applications can only execute stored procedures - that is, they can't perform select/update/delete, list entities such as tables, get any metadata, etc. This is a requirement for tier-wise unit testing, compile-time verification of the database, security and encapsulation of database logic from the application code.
Source Deployment
Orchard requires that the entire source for your site (views, .cs source files, etc) is deployed to the production server. The sheer number of source files that need to deployed boggles the mind.
Integration with an existing application
The manner in which Orchard is structured effectively requires it to be the point of entry for the web application. This means that you're going to spend some time modifying and reimplementing your app to get it to play nice with Orchard.
Conclusion
There were quite a few other issues that I encountered, but those are the highlights. Individually, each of those could have been a deal breaker. Together, they removed Orchard as a viable solution.
I'm now evaluating Telerik's Sitefinity. It's not MVC, which saddens me, but:
The admin interface is extremely powerful. Aside from a master page and some stylesheets that I put together in VS, we've been able to handle all of the layout via Sitefinity's admin tools.
I mean, it's really powerful. You can use the admin interface to edit the admin interface. Think about that for a minute.
Widgets are implemented as ASP.NET user controls. Most of my existing controls just dropped right in with zero modifications.
Database access is handled via Telerik's OpenAccess ORM. While Sitefinity doesn't natively use stored procedures, OpenAccess fully supports using them for all operations. Also, according to Telerik, OpenAccess does not, in any way, rely on reflection, which provides significant performance benefits in heavy-load apps.
There are several solutions available for using Razor markup within widgets, which is one of the great benefits (to me) of using MVC. Also, I've been told that native Razor support is in active development.
It's not free. In reality, however, a few grand barely breaks the noise floor in terms of development time.
Super crazy fast. Startup time is a bit on the slow side, but once it's running, it's very quick.
Built on top of Telerik's awesome, proven RAD controls.
Apologies for the long post. Hopefully this will be helpful.
You might find these projects useful. You can probably model a simple CMS based on one of their projects.
MvcCms
MvcMS
Atomic CMS
Mytrip.mvc
Try Web Noodles..The new CMS developed using mvc3. WebNoodles.It is easy to integrate .But the thing is it is still in beta stage..But you must give it a try ...
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 9 years ago.
Improve this question
I am writing a comparison between 3 technology options for building our new website:
Wordpress
Drupal
An MVC framework
The boss is sure we should use Wordpress, but the site will be big, with many sections, subsections, pages, and complicated templates.
I'm finding it easy to compare WP + Drupal, but not so easy to state the additional advantages (over Drupal) of using an MVC framework.
So far I have:
Custom data storage, content types, semantics
APIs / REST
Separation of logic / UI
Convention, code structure
(Obviously some of the benefits will be different depending on the type of project. In this case it will be a large portal for a museum, with potential for some social stuff for visitors)
It's difficult to compare a CMS (e.g., Drupal, WordPress) with an MVC framework because they are in different categories.
To specifically answer your question about the advantage of an MVC framework over a CMS, the advantage of an MVC framework is simply that it allows you to design the exact web app you need from the ground up.
As for your particular situation:
Using an existing CMS such as WordPress or Drupal would be an excellent idea if they fit your needs. It avoids reinventing the wheel, saves you time, and CMSs can be quite user-friendly (to varying degrees). If you plan to delegate the task of content updates to a non-technical user, then it might be prudent to choose a novice-friendly CMS rather than spinning your own with an MVC framework, possibly resulting in an app that requires more technical expertise to maintain.
If, however, you envision that the website will require a lot of custom business logic that would be difficult to implement within the constraints of a CMS, then you might need to use an MVC framework.
Thanks everyone for your answers. I made the case for using a Framework or Drupal, but it was decided that we should go with Wordpress, or at least start building on Wordpress and see how it goes.
FWIW here are the notes I came up with:
WORDPRESS / MU
http://wordpress.org/
http://mu.wordpress.org/
A personal publishing tool, blogging platform
PHP +
Many available widgets +
Multi-author support / workflow +
Social features (BuddyPress) +
Integration (BBPress etc) +
Easy, common +
Simple UI +
Able to manage multiple blogs (with WordPress MU) +
Only 2 content types (post or page) -
Not a real "CMS" / blog mentality -
Inflexible heirachy (no sections) -
Limited semantics -
Limited template choices for authors -
Messy code -
Security / exploits -
DRUPAL
http://drupal.org/
A content management framework, CMS construction kit, tools to build sites. For 'non programmers' to build websites, building blocks
PHP +
Made for big sites / portals +
Social features built in (each user has own profile/log, extensible) +
Page type selection/config by authors (block system) +
Scope for structured data / semantics +
Multiple content types (press releases, news articles, blog posts, etc.) +
Good community / tools +
Blank canvas +
Many features +
Good image handling +
Complex UI -
"Black box", very abstract code, learning curve! -
Customizing / theming is difficult -
FRAMEWORK
It allows you to design the exact web app you need from the ground up
Extensible +
Control of semantics, data storage +
APIs / Data / REST / Web services +
Current, modern tools, cutting edge +
Separation of logic/presentation (MVC design pattern) +
Convention - structured code, workflow +
Reuse/combine content +
Allows development of multiple UIs without touching business logic codebase +
Robust API / standards / patterns +
DRY (don't repeat yourself) +
Learning curve -
Need to design a custom UI -
Overkill? (depending on goals) -
You can't really compare WP or Drupal and MVC framework. What you can do is to decide whether to use an existing content-management system or roll out your own and compare ROI, TCO, development cost, etc.
As someone who has worked on various home rolled CMS systems for the best part of the last decade my advice is don't roll your own. If you have some unique application then MVC is a nice way to code up web applications, but it's ease won't counterbalance the thousands of man hours spend building and millions of page hits of testing the OSS ones have.
Drupal is not only a nice CMS system but also is a pretty good framework for building bespoke web functionality, so you get a lot for free and only have to spend time working on what is unique to your site. (after you have learnt how to code on drupal systems)
You can build a pretty extensible site based on WP or Drupal, but you may run into design limitations set based on what the frameworks were designed to do. Drupal/WP are content management systems at the core, so if you're not managing content, you're not using the framework effectively. If you find yourself building more and more code to get around these limitations, then you have cause to build from a scratch or use a lightweight framework.
I'm currently building a site with CakePHP MVC framework and I highly recommend it. IMHO, it satisfies all of your advantages.
Drupal has MVC Layer, check out Drupal Prometheus # http://www.drupalprometheus.org. It has most of the features of a modern MVC framework plus the power of Drupal CMS. We recently started using it on a project for our client.
The flexibility of a CMS has a limit, though with Drupal that limit is getting smaller. There is a learning curve to accomplish what you want, and it might not be the most elegant solution if you have to fudge it together with existing extensions. Of course you can always expand the functionality of any CMS yourself, but that may take more time than using a good framework in the first place.
I had this same dilemna recently, and after trying with Drupal, eventually went with the CodeIgniter MVC PHP framework instead. Probably worth investing a few days with a CMS first, to investigate if it's possible. If you then decide it'll be too difficult, use a MVC framework instead.
Microsoft ASP MVC (for example) is a framework for building your websites on, Drupal is a content management system where you "design" your pages but don't have to write any code.
I would say the advantage of using an MVC framework to roll your own instead of using WP or Drupal are:
You only code what you need. WP and Drupal are gonna have lots of stuff you don't need sitting on your server.
The developers understand the whole codebase because they've written it from scratch - making it easier to maintain later.
WP is a big codebase (I don't know about Drupal) as soon as you require something that isn't supported by either CMS you are going to have to dig around a lot of code.
Wordpress' separation of logic / UI sucks - I mean really sucks.
More flexibility. CMSs are great as you don't try to make them do something they weren't intended to do - then they become a pain.
If you are going to push for an MVC framework then you need to look carefully at which you would choose - they are not created equal. Some of them will place restrictions on your code and website layout in the same way a CMS would.
I guess it's really down to how complex the requirements are and how well a CMS or framework will meet those. For relatively simple content delivery it may be an option to write your own lightweight MVC and build upon that.
I would advise you strongly against WordPress, it is wonderful for sites with some static pages and one blog/news section, but I made a bilingual product website based on WP 2.2 and it was a major PITA with lots of hacking and writing database-reaching code into the template to make it possible.
Now I have been developing in Drupal and it is really better for larger projects (although it takes more time to set up a simple blog compared to WP) - it has wonderful modular architecture that allowed me to solve any request/problem so far by writing a module instead of hacking the core.
As for MVC/Drupal: have look what Drupal does, if you can get your result by modifying Drupal, then it is great and will save you a lot of time by not having to code the usual stuff (user registration, input sanitization, robust form handling and validation, theming infrastructure, storage abstraction, web services abstraction layer (Services module) and so on...).
Against Drupal: inherently slow, due to modular (I'm rendering a list of items, let's call all modules that implement theme_list to find out if they want to modify it) architecture, so if you are making next twitter, get a fast MVC framework instead. And caching of content for registered users still needs lot of work to be effective (a tagged cache should be in core), so sites when users are usually logged in can be slow.
I reckon Drupal is MVC. Drupal uses a theming system which is your views and a menu system which is your controller. The modules are your models. Sure, the menu is fragmented into various modules but it's still basically MVC right?