Charles

An important aspect to many webpages is the media embedded into the webpage. It's rare to come across a web page that has no images on it, after all. For this reason, we have included a media management tool in CCS to facilitate adding, organizing, and otherwise managing media for your pages. A word about security Security is a very important concern when working with files and folders on the filesystem. For this reason, CCS only allows image uploads to occur through the admin control panel and only allows file management operations within a directory defined by editing a file you must upload to your site through FTP. Through these restrictions, if an attacker were ever to gain access to your admin control panel they can only delete and upload within the directory you have previously defined (which can only be set through FTP). They would also only be able to upload image files, thereby limiting any damage that can be done. You can, however, upload whatever files you wish through FTP and (if you set permissions appropriately on the files) delete and move those files through the admin control panel. This is a compromise we have made to help ensure we protect your site (and server), however, as most administrators will be primarily managing images through the media manager we feel the compromise will not be much of an inconvenience. What the media manager can do The media manager allows administrators to manage files on the server (within a specified directory structure). The administrator can create, rename, move, and delete folders at will within this directory. The administrator can also upload image files to any of these folders, delete the files within these directories, and move the files around as needed. It is a really simple tool designed to help you accomplish a really simple task - uploading, previewing, moving and removing images you might need to embed within your web pages. The media manager manages real files on the file system, so it is presented in the admin control panel separately from the page manager (which handles virtual folders and pages that do not actually exist on the disk). Conclusion We realize many administrators are fine with uploading the images and other media they may need for their site through FTP: but for those occasional instances where you just need to quickly upload an image or two while building a web page - or you just need to grab the full URL to an image because you forgot it - you may find that using the media manager can save you a lot of time. It is a simple tool, with a simple and familiar approach, that can save you a lot of time in these very common instances. No video demo for this one... no one would be too excited seeing image files being moved around. :)

The demo system for our software has been updated to include IP.Board 3.0.0 along with Gallery, Downloads, and Blog. This is a great way to try out IP.Board 3 if you have not yet wanted to try an RC release or if you are not currently an IPS client and are considering a purchase. There is a limit to the number of active demo accounts that can be online at one time so if you are unable to sign up now please do try again later. Thanks!

The core of the CCS application centers around allowing you to create pages for your website. The way you create pages and the types of pages you create will be specific to your site, however the process is the same. One administrator may want to build the full front of their website using CCS, while another administrator may want to add some pages within the forums that are not there by default. Both scenarios can be covered by CCS. The page manager interface looks similar to a computer folder view: you are presented with folders and files in a directory-style listing. You can create folders and subfolders, rename them, delete them, empty them, and move them around as needed. You can edit, rename, delete and move files within these folders as well. There is no built in limit to the number of folders or the directory tree depth imposed by CCS. There are three page types that you can create: HTML, Javascript, and CSS. Javascript and CSS files are pretty straightforward - the main difference from HTML pages being that when you call to one of these files through a script, link, or import tag in an HTML document, CCS will output the correct HTTP header for the content type being served. Actual pages can be edited as raw HTML, bbcode, or PHP; allowing you to do practically anything with your pages. You could make your page entirely dynamic, making use of IP.Board's database abstraction layer to retrieve data from the database, using the PHP page type. Or you could make a quick Terms of Service page to display to users using only the bbcode WYSIWYG editor. You can enter the actual filename, and a friendly name to describe the page. The folder and filename are combined to create the URL to reach the page, described later in this blog entry. You can also define the meta keywords and description tags when editing the page. You can utilize page templates to make creating and editing pages simpler. We will be discussing page templates in a future blog entry, but in essence you would create a page template that defines the basic HTML structure, and then when adding a page you select the template you wish to use, select whether you want to import the template or just edit the page content itself, and the CCS will then be able to utilize pre-designed page templates to make page deployment much easier, faster, and more consistent. Pages can be cached, helping to reduce overhead for pages that should be relatively static for all viewers. If your pages are very dynamic (for instance, they use a lot of feed or plugin blocks where content will differ from user to user) you should be careful regarding page caching. You wouldn't want an administrator to trigger some piece of the page to be recached with elevated permissions, for instance, showing topics a guest user wouldn't normally be able to view. If your pages are mostly static, however, pages can be built once, cached, and then served from cache on subsequent views. Remember that blocks can also be independently cached, so you can have relatively static blocks cached while leaving the page itself uncached (it will still used the cached HTML for blocks that specify to do so, and use dynamic HTML for blocks that have disabled caching). When you enable page caching, the entire page output is cached. You can also define the permission masks needed to access a page, or allow all users to access the page. Using this, you can create moderator guidelines for your moderating team, or a contact information page for administrators, for example. Actually accessing the page is an important matter, and many users will want to utilize friendly urls for this. There are many options built into CCS to handle this for you, which we will likely go over in more detail in a future blog entry. If you are accessing CCS through IP.Board, then CCS uses the built in friendly url functionality in IP.Board to generate friendly URLs (if enabled). Most people, however, will likely take our included index.php file, edit the path to their forums within it, and place this index.php somewhere else on the server. Using this method, you could place the website pages in a root directory of your domain, and have the forums contained within a /forums folder. You would then be able to manage your entire website, create virtual directories and pages, and more right in your IP.Board admin control panel easily. If your server supports mod_rewrite, you can create a .htaccess file and place it in the same directory as the index.php file provided with CCS, eliminating the /index.php/ from the URL entirely. Ultimately, you can define the urls entirely through the admin control panel by creating folders, defining the page names, and placing the pages within folders as you see fit. As a traditional web server would do, if you visit a virtual folder but do not specify the file, an index.html will be looked for in that folder (you can change the file you wish to load by default in the settings). If the user requests a file that does not exist, a 404.html file will be looked for instead (again, the file is configurable in the settings). Nothing in the system requires you to use extensions, or requires extensions, when used, to be of a certain type. You could give your pages any extension you wish, or none at all (making pages appear to be "folders"). The system is extremely configurable to allow you to create pages for your site the way you want, and to appear in any way that you want. We've done our best to limit any restrictions in place so that you can define the website any way that you choose. Once you start creating pages, you'll be amazed at how simple and versatile the system really is to use.

This is the first blog entry going over specific features in the new Community Content System. See the full announcement for more information: Our Community Content System allows administrators to create blocks that can be used anywhere within the CCS framework and anywhere within the forums, blogs, galleries, or any other IPB applications. Blocks are small content includes that can contain practically anything. CCS allows you to create 3 main types of blocks. Custom Blocks You can create custom blocks which can contain anything you want. CCS allows you to edit custom blocks in raw HTML mode, bbcode mode (using the RTE from the forums), and raw PHP mode. The first two methods are pretty self explanatory - what you enter is what is displayed. The raw PHP block mode allows you to enter PHP code (you simply print or echo the output) and the result will be displayed where the block is set on the page. Using raw PHP mode, you can extend the system quite a bit to accomplish whatever you want. Plugin Blocks Plugin blocks allow the administrator to select an available plugin to include. Examples that are included with CCS by default include: Mini-calendar Poll Welcome block Online friends Online users Watched content We should note that these plugins are completely abstracted from the system, so adding new plugins does not require any file modifications. You simply upload a new folder to the appropriate location, import an XML file in the admin control panel, and the block is ready for use! We expect modification authors will create some interesting plugins once they get their hands on the framework. Feed Blocks Feed blocks allow administrators to create "feeds" of data from their forums (or from an external RSS feed) to display. Feed blocks, like plugin blocks, work through a plug-n-play setup whereby you upload a file that defines certain methods and CCS will automatically detect the new feed type and allow administrators to create feeds from other sources. Default feed source options include: RSS Forums Members Calendar Blogs Downloads Gallery Each feed type can have multiple sources - for instance, the forum feed type allows you to pull forums (e.g. to create a forum "tree"), topics (e.g. for a "most viewed topics" block), and replies (e.g. a latest replies block). Feed types can define filtering, sorting and limiting options. A few examples you can easily implement with no coding knowledge required: Featured blog entry block Latest topics block Top posters block Random gallery images block Upcoming calendar events block Latest news from CNN Most feed types allow ordering by a date field (e.g. "latest"-style blocks), ordering by "random", and ordering by other fields specific to the feed type and source. It would be difficult to detail each possible configuration in a single blog entry, so we encourage you to simply look for yourself when CCS is available. There are several other block-specific options you might be interested in. For instance, each block can be cached (or not) independently, and you can elect to hide blocks entirely if there is no content to show (rather than seeing an empty block). Each block creates a skin template unique to it, so you can edit each block's skin template independently of any other block for full customization. Blocks are created through a wizard interface, allowing us to step you through the process entirely. Once created, however, you can quickly edit the template without relaunching the entire wizard process, allowing for faster customization of your site. The wizard interface allows the block process to step you through creation and present you with options specific to the block you are defining. Additionally, blocks are not restricted to the CCS framework. Blocks are parsed through a template plugin tag, which means that you can add a block to any skin template in IPB. If you created an RSS feed block from your website, for example, you could easily display this block right on your forum index. Or you could create a block with advertisements in it, and use the IPB skin system to display this block anywhere within IPB. Blocks use the full power of the skin system, so you can embed blocks within blocks, use template conditionals, and do anything else that you can do within any other skin template. This means you can even add hook points in your blocks, and use the new IP.Board 3.0's hook features to extend blocks even further! With all of this in mind, we believe you will find there is no end to the amount of customization that can be acheived through the blocks functionality provided by CCS.

The second release candidate of IP.Board 3.0.0 is nearly ready for release. We are just going through the final stages of internal testing and then it will be made available. Just to remind everyone of the previous blog entry which contains various FAQs and information on release candidates. This release is a huge improvement from RC1 just a few short weeks ago. Since RC1 was the first release we declared "safe" to use many more people installed the software. As we expected, many bugs were reported which we were able to address. The larger install base for RC1 means a more stable RC2 and, of course, an even more stable final release. Thank you again to everyone who has been reporting bugs and issues! You will be able to upgrade from RC1 to RC2 if you need to. When reporting any issues in RC2 please be sure to indicate if it's a fresh install or upgrade (and what version upgraded from). Looking forward to RC2 and final release. Keep an eye on our blog and announcements forum for lots of activity over the next couple weeks. Thanks!