Open Source Content Management System

Blog Categories

<< <  Page 10 of 10

Modules and functions

Posted February 7, 2007 by signex

As a designer I love cmsms, its simple, its easy to use for editors, its stable and pretty clean. I found cmsms back when version 0.10 was introduced, now I loved it ever since but there is one thing that keeps bugging me. Cms Made Simple, by default, is pretty small but I for one don't like that the search module is shipped with it, in my opinion not even the news system should be shipped within. The install system (module manager) for modules is so easy that I don't see a reason why modules like news and search would be shipped with it, same goes for allot "user defined tags" off course I mean the ones not used in stock templates. When I build a small website I don't need most of these functions, and if I did I would just import them with the module manager. Most people with speed issues delete all unnecessary modules and functions to increase speed. Why not have it that way by default, its only a matter of seconds to import a module if you need one. This way cmsms would keep getting known as a simple system and easy to expand if needed. So for CMSMS 2.0 I would make the following changes to the module managing system. Make some changes to the module manager and get 3 tabs like.
  • One list of top 10 most used modules. Which could be news, search, FEU, FCKeditor, etc.
  • Functions list, all tested and stable functions ready to be imported for user defined tags.
  • All other modules the same way it is now.
This way there will be less unused files on your hosting account en get the most speed out of the system as possible. Drop a comment if you think different about this. regards, Signex / Benjamin

Finding a suitable webhost solution part 2/2.

Posted January 25, 2007 by signex

In Part 1 I wrote about choosing a hosting package (shared/VPS/Dedicated) this part I`m writing about how to choose a webhosting company. In my country(Holland) hosting prices vary allot, I've seen a couple USA hosts and it isn't much different, only difference is that bandwidth is way cheaper in the US then it is in the Netherlands. One of the problems with choosing the right company is that you cant always see who is behind the beautiful corporate looking website, because it just could be a 16 y/o just trying to make a quick buck, not caring about his costumers at all. Which makes it even harder is that prices vary so much, and off course nobody wants to spent too much on something that you can get way cheaper. The first thing for you to decide is how important is your website for you, or how much is your client willing to spent. You can get a shared hosting package for 10$ a year, but the same package costs 100$ a year somewhere else, so where is the difference? here's a small list of things that could make this difference.
  • Do they make backups on a second server
  • Do they use an A brand for their hardware
  • Are their spare parts on the spot in case off hardware failure
  • Which datacentre are they located in, try to find reviews or opinions
  • What Control panel do they use, Directadmin is cheaper then Cpanel
  • Do they have phone support, or only mail support
  • Do they have a 24/7 phone support when your server is down
  • What is their write-off period for a server, 3 or 5 years can make a big difference
Probably the thing that impacts price the most is whether they oversell or not, and how much. I read studies from dutch webhosters that only 20 to 30 % from the sold traffic and hard disk capacity is used by their costumers. So basically they can sell 3 times what they can handle. This sometimes means that on a single shared server there are over 500 costumers, so when its a little busy on your server, serverloads get high and your website will be slow, this often resolves in new topics being created complaining CMSMS is so darn slow, which in most of the times just isn't the case. So ask your host how much costumers share a server, or how many VPS`es are created on your server. Most good webhosters will proudly tell that they only put about 100 costumers on a shared server (depending on their server hardware). But don't be surprised that their prices are 5 times as much as some other webhosting companies. So finding a good hosting company depends on your needs and budget, but whatever you choose always ask for a "try before buy" package for about 48 hours and make a CMSMS installation and see how it does in daytime and nighttime. Beware that some hosters will putt these packages on empty test servers, so be sure your "try before buy" package is on the same server as when you buy your package. Here are some other things you could use to check out a company.
  • Find reviews from other costumers
  • Ask about the hardware they work with
  • Ask how long they exist
  • Try out mail and/or phone support, is it fast enough for you
  • Guaranteed uptime? then what is the compensation when they fail
  • Prices to good to be true? ....they are
  • Ask uptime reports from the last 6 to 12 months
I hope this will be to good use, suggestions and comments welcome! Signex / Benjamin

Finding a suitable webhost solution part 1/2.

Posted January 25, 2007 by signex

I know this topic isn't really about CMS Made Simple, but I see quite allot topics in the forums with problems that would never occur if everyone had the right web hosting company for their CMS Made Simple website. Basically this post is split in 2 entries; Part 1: Finding out the right solution for your website which suits your needs. Part 2: Finding a suitable company, comparing price vs. options, testing the chosen company. Step 1: Decide what kind of website it will be, and what kind of hosting it will need. basically this can be divided in 3 options.
  1. A small personal website - Shared hosting will most likely fit your needs.
  2. A corporate website (small or medium sized) - Most company websites need to be more stable a need en more secure hosting platform, but sometimes a whole dedicated server just isn't worth it. Go for a VPS (Virtual private Server).
  3. A big community/corporate website - Go for a Dedicated machine just for you.
I'll try and sum up the pro's and con's about these 3 options. 1. Shared web hosting.
  • Its very cheap.
  • Less secure, if other people use broken scripts and a hacker gets in, most of the time the whole server gets defaced.
  • Less stable your websites speed can be heavily affected by other users.
  • Not really flexible in most cases.
2. VPS Hosting.
  • Cheaper then a Dedicated machine, more expensive then shared hosting.
  • Way more stable then Shared web hosting, you'll get guaranteed RAM(on Linux vps'es you'll also get burstable RAM) and CPU. Therefore you are not affected by other vps users on the same server.
  • More Secure, if another VPS on the same server crashes because of software errors or gets hacked, you`re not affected.
  • More flexibility, you can choose your own Operating System, your own Control Panel, and basically all software you need.
  • You can do remote Reboots, you can get SSH access (possible on shared hosting too, but not many web hosters will let you gain access).
3. Dedicated Server.
  • Pretty expensive, you cant divide Control panel licences to multiple users also.
  • Most secure option .
  • Most stable option.
  • You can be in total control.
Remember when choosing for option 2 or 3, packages are managed or unmanaged. It's also different per web hoster what they see as managed and what not. Some web hosters say its managed when they only install the OS and Control Panel for you, and others will also keep everything updated, fix problem etc. etc. So make sure what you want is what you get. I would advise you to let the web hoster make of contract of what will be managed by them so no mistakes can be made, and you both have an agreement on paper. When you have decided which hosting package is the right one there are a couple other choices you have to make. Step 2, is choosing your OS. Which OS do you prefer. I personally Like a Linux OS for servers. But CMSMS will run on both Linux and windows. If you don't care what OS your package has, go with the one your web hoster has most experience with, this can handy when kernel panic arises. Remember though that Windows hosting is more expensive because of the licences needed. Step 3, will be choosing a Control Panel. CMSMS runs on all Control Panels, so this is a choice you can make on what you prefer, I personally like Cpanel because is has allot of functions and options, and its very stable. A downside about CPanel is that its WAY more expensive the most other Control Panels. Here are some well known Control panels.
  • Direct Admin ( easy of use, but not many function, its cheap though)
  • Plesk ( not much experience with it but don't like the interface, more expensive then Direct Admin)
  • Cpanel (Lots a functions but its really expensive)
  • VHCS (Open source, when I found CPanel, this wasn't a stable control panel then, but have no recent experience)
  • Helm / windows only ( No experience with that one at all)
So that choice basically comes down on budget and personal preferences. Step 4, Configuration options and other software needed. This is a just a list of things that you'll need to run a cms website smoothly.
  • Apache when using Linux, or IIS when using Windows
  • PHP 5.x (php 4 will run with the current cmsms but cmsms 2.0 will require php 5)
  • MySQL Databases (only 1 Database is required for cmsms, but make sure you get at least 3 to 5, for testing other software, or beta's.)
  • PHP safe mode OFF (This isn't required but Safe Mode ON in php, I think, really is annoying, and doesn't work well with CMSMS)
  • PHP Memory Limit set to at least 16MB (default is 8MB, and this works well for simple CMSMS websites, but bigger ones with lots off modules will need at least 16MB)
  • PHP Max Upload set at 10M (default is 2M, find a host which is willing to set this at 10M, again this isn't required though)
  • GD or Imagemagick (not really required but very handy)
Those are basically the things you need for running a CMS Made Simple website smoothly and stable. Any other functions and options you can decide by yourself, things as off-site Back-ups, monitoring etc etc. Do remember though that there are so many ways to configure a server that its always important to ask for a test account for like 24 hours, before signing a contract or placing a order. You can use that time to make a install and playing around with it, install and un-install modules test if your site still runs smooth when 7 modules are called upon the same page. Part 2 will be done in the next 2 days, I hope. If I forget sometimes, or made a mistake, please comment. Regards. Signex / Benjamin

CMS Made Simple 1.0.4 Released!

Posted January 23, 2007 by Ted Kulp

Just a quick bugfix release. The reason is was pushed out quickly was because of issues installing on Windows machines, and had to be handled immediately. It also fixes two different problems with breadcrumbs that people were reporting. We've thrown in a couple of extra bugfixes as well. The ChangeLog looks like:
 Version 1.0.4 "Lanai" -- Jan 23 2007 ----------------- - Fixed issue with number of queries not showing up properly at the end of index.php - Fixed issues with breadcrumbs, including nodes not showing up and duplicate nodes showing - Fixed the warning that showed up in the 25 to 26 upgrade script if you didn't have any events - Fixed bug with installer where it doesn't write windows paths correctly - Fixed issue with Search where it would mess with the letter case when showing the highlighted text 
Thanks!

Upgrade 1.0.2 to 1.0.3

Posted January 20, 2007 by 3dcandy

Hey Guys n Gals, If you're running a good install of 1.0.2 here's the way I go about upgrading to 1.0.3. Works fine, and has been tested on both an IIS and an Apache install in the last couple of days. This update is recommended as some security issues have been fixed, and the contact form now uses Captcha which can of course limit spamming of your site. Download the upgrade zip or tar. Make sure that you are LOGGED OUT from your site admin! Extract the files in the archive somewhere safe and remember where it is! FTP, SSH or copy the files into the root directory of your site. If you now log into your admin with your usual username and password there will be an option in the main part of the admin interface to upgrade, so click away and you should be up and running in no time! Take care all, and enjoy 1.0.3 Ade (3dcandy)

Number 41

Posted January 19, 2007 by Ted Kulp

Ok, so I keep spouting off about the goals of CMSMS 2.0. At this point, there are like 40 goals and all are equally important. You've heard it all before... Oh well, I'm bringing up #41 #41: Serious, concise, functional and documented API. What does this mean? CMSMS 1.x has an API of sorts. The module creation parts of the API are probably the most organized of the bunch. Most other parts of the CMSMS code are scattered through out smarty plugins, global functions, poorly named classes that should be called staticly, etc. One of the things I took on early in the 2.0 development cycle was the formulation of a consistent API to work from. And honestly, the lib/classes directory was on the right track. It just wasn't implemented as well as it could. Live and learn... 1.0.x has too many global functions for doing random things. I wanted to cut all this out. Also, there are too many $gCms->GetSomethingOperations() methods. This is stuff that can all be moved to static methods in classes. index.php and include.php were both WAY too messy. I wanted to offload a lot of that stuff into clearly marked methods, using as much DRY (don't repeat yourself) development as I could. And, I wanted to "namespace" all of the CMSMS classes so that they don't get in the way of other classes that might be used for modules, addons, etc to the system. Since PHP doesn't use real namespacing, every class starts with Cms (CmsTemplate, CmsApplication, etc). Because of this consolidation, I could take advantage of the autoloading feature in php5. So I get two benefits with this... no require(_once) statements littering the code, and no files loaded into memory that aren't needed. So, at this point, 90% of the CMSMS code has been converted to this API setup. index.php and include.php are readable, and memory usage is way down. In fact, I've segmented it in such a way that it could almost be used as an API for other php applications. As an example, the new installer is a totally separate application. It doesn't use anything really CMSMS specific, instead it just includes the bare minimum and pulls out what methods it needs for the database, smarty, etc. I've also documented the code as I'm going. There is still a lot more to go, but it's coming along. We'll be dumping doxygen docs nightly so that people will have quick access to the classes and methods. I've already been dumping docs of the svn builds out, though it's not guaranteed to not change drasticly before 2.0 is released. http://cmsmadesimple.org/api Maybe someday we can break out the API and have a framework for other apps to use. That would be pretty slick. Ted

Modules and Security

Posted January 19, 2007 by signex

Yesterday I made an entry about CMSMS getting bigger and having a fair amount of users. Now, there is also a downside to this. Getting more attention will also attract hackers, knowing when they can get into one CMSMS website they can get into a lot more. However, the development of the core is done by a of couple great developers. I don't think the CMS Made Simple core would get into a lot of problems when getting bigger and having more users. Also, they would be releasing patches quickly when serious security holes would occur. But how about the modules? And I'm not talking about the much used modules as they will grow and get updated with the core system because so many people use them. But the more unknown modules which don't get updated very often. Those modules will probably cause potential security risks in the future, since scripting never stands still and new vulnerabilities get discovered every now and then. Now we all know that using GPL/Open source software comes without warranties, and using it is at your own risk, but when old modules get security issues CMSMS gets blamed, or at least associated with the vulnerability. This is kinda the way Joomla got his bad name in my opinion. Joomla as a clean install combined with decent chmodding is pretty safe, but with so many 3rd party modules its hard to keep track of what's safe to use and what's not, maybe not for the hardcore coders between us but it is for many others. So what would be a good way to "protect users" against the risk of using older not updated modules? Maybe a new module category in the forge called "Not updated in the last 12 months - could have potential security risks and/or isn't compatible with new core systems" and automatically put all the modules in there which have not been updated in the last 12 months. I'm really interested in how other people think about the module security. Am I just paranoid or could these thoughts be potential ideas? Drop your thoughts in the comments! Regards Signex / Benjamin

CMS Made Simple 1.0.3 Released!

Posted January 18, 2007 by Ted Kulp

Yes, it's incredibly overdue, but it's finally released. This is basically just a bugfix and security release. It's released in both the full download version, and also a diff installation that you can overwrite an existing 1.0.2 installation with only changed files. The security issues were not major by any means, but it's still good to patch XSS issues. The ones we had were non-permanent and didn't cause any damage to your site, but they still needed addressing. The changelog goes as follows...
 Version 1.0.3 "Kauai" -- Jan 18 2007 ----------------- - Fixed several non-permenant XSS vulnerabilities - Fixed issue with breadcrumbs plugin displaying root node multiple times - Fixed issue with multiple events being entered - Removed global references to $db from the admin and include.php - Added a "Modify Events" permission - Added event for "Change Group Permissions" - Added ability to select a file for the Link content type - Added ability to specify default boilerplate page content - Fixed print plugin output so that it's xhtml compliant - Added text direction to languages for suppot of languages like Hebrew and Arabic - Fixed issue where 2 installs on the same domain shared login sessions - Fixed issue with contact form with pretty_urls turned on - Fixed issue with LoadStylesheets() not loading the modified date - Changed search schema layout. Now allows for expiration dates on entries - Changed the icon for global content so that it doesn't look like the Gentoo logo - Fixed issue with expanding content in the content list when user didn't have the Add Page perission - Added catpcha module support to the contact_form plugin (you still need to manually install the Captcha module for this to work) - Added messages when admin log is cleared - Much much more 
Enjoy!

CMS Made Simple is definitely growing up.

Posted January 18, 2007 by signex

Browsing thru the development part of the CMS Made Simple website yesterday I noticed that there are almost 100.000 downloads of the CMS Made Simple Core. With the release of 1.0.3 It cant take long before it reaches this magical number. With the plans of CMSMS 2.0 coming with all the nice new features it can only get better. Off course it will take a long time before stable 2.0 series will be released but I cant wait for the first beta's to be released. So I would like to take this first blog entry for me as an opportunity to congratulate all the people that supported CMS Made Simple, whether that is with development, time in the forums, donating or just by using it. More serious entries will follow soon! Regards, Signex / Benjamin

CMSMS 1.0.2 Speed Issues

Posted January 18, 2007 by 3dcandy

Hi all, It has come to my attention that one of the biggest topics on the forum regarding CMSMS is a speed issue. Although 2.0 will have a page caching feature, 1.0.2 can suffer sometimes from slow page loads. To combat this, you should try uninstalling and deleting all unnecessary modules that you have in your setup. This can quite often lead to a nice speedup! Don't forget that custom tags that are installed can slowdown page loads and also unused translations... In the meantime, there is also a tag available which replaces the current content tag with ccontent. This caches the content and has resulted in a nice speedup on the sites I have tested it on. Thanks to cyberman for this! To download the cache tags, please goto http://dev.cmsmadesimple.org/projects/cache/ Bear in mind that you will have to alter the template and/or stylesheet that your site uses to make the cache tags work! Right then, till the release of 2.0, bear these points in mind to keep your site nice and responsive... Regards Ade (3dcandy)

<< <  Page 10 of 10


Who is CMS Made Simple™ for?

For Editors

Maintain and update your site quickly and easily from anywhere with a web connection.

Learn more now  

For Designers

Freedom to design the site you want. Straightforward templating that makes turning your designs into pages a breeze.

Learn more now  

For Developers

A modular and extensible Content Management System that, with the Smarty templating engine, is easy to customize to create the sites and applications you want.

Learn more now  

Our Partners:
EasyThemes Themeisle

Announcements

CMS Made Simple 2.2.20 - Saguenay

Posted May 1, 2024 by digi3
Category: Releases

Hello fans of CMS Made Simple!

Today we are announcing the release of CMS Made Simple 2.2.20 - Saguenay, an incremental bug fix and stability release.

This version addresses the much awaited support to the most recent versions of PHP, making it stable with PHP 8.3.0+. We have also tested thoroughly its compatibility with mySQL 8.0+ and found no notable issues while running under these recent versions.

We have thus upgraded our template engine, Smarty, to version 4.5.2, the latest on the version 4 branch. While there is already a version 5 branch there are some important changes that will impact its use with CMSMS, most notably “dropping support for the use of unregistered callables (such as PHP functions) in templates” (see this discussion) which would break pretty much every CMSMS site on upgrade and would need a considerable effort from our users base to convert these templates back to usable ones. That doesn’t mean that there are no solutions, but instead that we are considering our options moving forward so that we can keep compatibility as much as possible, and breakage to a minimum, if any, when moving to Smarty 5.

In the meantime Smarty code will spam server PHP logs if not properly filtered. We recommend that you filter ~E_DEPRECATED on productions sites, to prevent these messages from crowding the logs as this won’t impact the site functionality in any way.

A side effect from using Smarty with PHP versions above 8.1 is that the regular PHAR installer will no longer work on Windows environments. We are addressing that issue but, in the meanwhile, the Expanded PHAR installer still works properly on all platforms and can be used to circumvent that issue.

As an added bonus, the PHAR installer and redirection loop issue, an ongoing obstacle that occurred on LiteSpeed web servers, seems to have been fixed with PHP versions 8.2.16 and above, so using the regular PHAR installer on these servers should no longer present any problem.

The UserGuide2 module, currently available as an add on, has become UserGuide and joined the core modules. It is released with a CMS Made Simple Foundation video course pre-installed, streaming a handful of lessons essential to an editor. These will show an editor how to use the file manager, the content manager and the news module as well as showing them how and where to get further help. For those not wishing to include this module, it can be deselected when doing an advanced mode install/upgrade.

Additionally, this version fixes many minor bugs that have been lingering over the past few years, as well as some usability and performance improvements. Please see the changelog for a full list of fixes and improvements.

As per the Dev Team's official support policy, the only versions of CMSMS currently supported are now v2.2.19 and v2.2.20. Please upgrade at your earliest convenience.

Thank you for your time, and have fun using CMSMS!


CMS Made Simple 2.2.19 - Selkirk

Posted November 28, 2023 by digi3
Category: Releases

Today we are delighted to announce the release of CMS Made Simple v2.2.19 - Selkirk. v2.2.19 - Selkirk is an incremental bug fix and stability release.

For further detailed information, please see the changelog where there is a full list of fixes and improvements.

As per the Dev Team's official support policy, the only versions of CMSMS currently supported are now v2.2.18 and v2.2.19. Please upgrade at your earliest convenience.

Thank you for your continued support and use of CMS Made Simple!