Filed under: Apache, Featured, Magento Cart, MySql, OS Commerce, PHP, Shopping Carts, Wordpress, Xcart, Zen Cart
This article has all the optimization techniques , Performance tuning tips and guidelines that are required for any larger servers database, big ecommerce stores, Blogs, CMS Systems etc.
When getting ready to deploy and configure the Big shopping carts like Magento , there are some general technical environment components that must be taken into consideration to create an optimized setup. These range from physical hardware selection and network throughput, to the underlying Open Source stack, which are key underpinnings which help drive own configuration components.
Some of the Settings that we applied for some of the carts and blogs and achieved a great performance boost.
This Article is based on Magento Performance White paper :http://www.magentocommerce.com/whitepaper Thanks to Magento Team for publishing this wonderful article
When trying to achieve the optimal setup, please take the following into consideration:
With a large amount of concurrent users the sufficient amount of RAM is highly critical to handle all incoming connections. Faster, modern systems with multi-core CPUs, high front side bus speeds and fast hard drives, preferably at 7200RPM and above, will generally speed up the entire application.
Insufficient network I/O throughput and latencies in the internal network can significantly impact performance of a multi-server setup. Outbound connection latency may hurt the customers browsing the store frontend.
Since Magento is a PHP application that runs on the LAMP stack. Therefore, current, up-to-date and well-configured versions of the Linux Kernel, Apache, MySQL and PHP will provide better performance results. Proper configuration of the web-server, the database server and PHP itself is required in order to achieve optimal performance results. While Upgrading MySQL you need to check the big Bug list for your selected version, so only prefer Stable versions. If that is a Beta version then these may be cases that your server and database will crash.
Magento Configuration Components:
• Proper cache backend
• Handling sessions with fast storage
• Directory structure optimization
• Flat frontend catalog
• Magento Enterprise Edition cron scripts
• Rebuilding indexes
• Admin panel separation
• Proper search type selection
• Frontend layout complexity
• Number of HTTP requests on the page
• Using parallel connections
Proper Database Configuration
Proper MySQL configuration is one of the most important aspects of configuring any application. You will be wondering to know that Optimizing the MySQL configuration can provide up to a 70% performance. An incorrect configuration may result in the web-server spending more time in idle loops waiting to retrieve data from the database.
As an additional note, the default MySQL installation, even in later versions, is configured to use far less resources than average hardware can provide.
Let’s quickly go through the most important directives in the MySQL configuration file, my.cnf, and their recommended values.
The formulas that can be used for all the calculations can be found in the template file bundled within a MySQL distribution package like (my-huge.cnf, my-innodb-heavy-4G.cnf, my-large.cnf, my-medium.cnf and my-small.cnf
MySQL is improving its performance from its newer versions like 5.1 is 15 times Performance compare to 5.0.
So if you are using a MySQL 5.0 or 4.0 then you are wasting your Server resources.
• Available Memory
MySQL have Database Engines like InnoDB, MyISAM, so each has its own requirements, Magento uses InnoDB as its primary table storage engine type. InnoDB, unlike MyISAM, can use the in-memory buffer pool to cache table indexes and data. Less disk I/O is needed to get data from hard drives when the value of the in-memory buffer pool is set higher. A general recommendation is to set this parameter up to 80% of the available RAM for a dedicated database server. In cases where both the web-server and the database are running on the same machine, it is recommended to split the entire memory pool into two parts, each having its own primary assigned portion (e.g. on a single server with 6 GB RAM installed it can be split to have 2-2.5 GB used by MySQL, with the rest left for the web server).
The key parameter in this section is innodb_buffer_pool_size, which should be set to use as much available memory as possible:
Server Type innodb_buffer_pool_size
combined web and DB server, 6 GB RAM 2-3 GB
dedicated database server, 6 GB RAM 5 GB
dedicated database server, 12 GB RAM 10 GB
Today’s servers typically have more than 1 CPU installed, with 2 or more cores each. The InnoDB engine can effectively use multiple threads to serve more concurrent connections.
innodb_thread_concurrency should be set to a value equal or greater than 8, even for a single CPU. The recommended value is calculated with the following equation:
2*[Number of Total CPUs]+2
thread_cache_size allows for the caching of a client’s threads when a client disconnects, and to reuse them when new connections are created. The recommended value is from 8 to 64, and depends on your max_connections number.
thread_concurrency can be simply calculated as [number of CPUs] * multiplier . The multiplier value is between 2 and 4 and should be determined by testing the different values and benchmarking for the best results in your environment.
• Built-in Caching
table_cache( deprecated in MySQL 5.1) or table_open_cache( Available in MySQL 5.1 or greater) is the number of tables that can be simultaneously opened by MySQL. A value of 1024 will be sufficient for most, if not all, Magento Enterprise Edition sites.
Having the query cache enabled may result in significant speed improvements when you have a large amount of identical queries, which is the case for any eCommerce application frontend. The recommended values for a Magento database server are query_cache_size 64M and query_cache_limit 2M
A sort buffer is used for optimization of sorting in ORDER BY and GROUP BY queries. 8M is the recommended value for a Magento Enterprise Edition database.
• Slow queries logging
Logging slow queries might be useful for debugging purposes, but it should be disabled in production use.
• InnoDB storage
The InnoDB engine works with a single data storage file, which usually grows in time. It’s a good idea to have its initial state configured to be at least twice as large as the Magento database size, and innodb_autoextend_increment should be set to a fairly high value in order to avoid frequent data file extending operations.
InnoDB supports transactional operations by using transaction log files. Transaction log files are generally configured in groups of 2. The bigger the size of the transaction log file, the less often it performs I/O operations on primary storage files. However more time will be required to restore a database in the event it would be necessary.
Do not use multiple InnoDB table spaces unless you are sure you know the benefits in your particular hardware setup.
Apache Web Server Configuration
The most commonly used Apache configuration provides PHP support with mod_php. This Apache configuration loads a large number of modules. However, most of these modules are not necessary in order to run Magento. This becomes more relevant in a multiserver setup, where different tasks can be split on different nodes and each node has to be configured to perform its specific task the best.
The minimum required list of Apache modules is:
• mod_expires – generates content expiration and cache control headers
• mod_deflate – compresses content before it is delivered to the client
• mod_mime – associates the requested file with its type and behavior
• mod_dir–serves directory index files
• mod_rewrite–is used to support Search Engine Friendly URL’s
• mod_authz_host–is required to limit access to specific files
• mod_authz_user–might be required in a staging environment to setup password authentication, but on a live site it is not necessary
With all unused Apache modules disabled by commenting out the corresponding ‘LoadModule’ lines in httpd.conf, it is possible to cut memory consumed by Apache, which will allow more concurrent connections to be handled with the same amount of RAM.
Another important component is setting an optimal number of running Apache processes. The best method is to create the required number of Apache processes when the web server is started. This number should be calculated by measuring the memory amount consumed by Apache under the maximum load. This is currently the best threading method as mpm_worker cannot be safely used with PHP, and the process of forking every new Apache child in mod_prefork mode is an expensive operation.
Also note that ServerLimit and MaxClients values should be specified explicitly to prevent running out of physical memory and going into a swap file, causing a sever breakdown of webserver performance. MaxRequestsPerChild can be set to default value (4000).
Under a heavy load keeping persistent connections becomes disadvantageous, thus the KeepAlive directive should always be set to off.
mod_deflate allows to compress the content before sending it to the browser. Magento .htaccess file already includes the necessary settings to enable the compression. Please make sure to uncomment this section in order to decrease the page load time.
Additionally, you can take advantage of eliminating directory structure scans for .htaccess files by moving all .htaccess directives into appropriate <Directory> sections of the main httpd.conf file.
In order to reduce the I/O throughput on Apache web-nodes in a multi-server setup, it is advisable to use a load balancer capable of handling all of the logging activity, instead of having the activity handled by Apache backends.
Apache and MySQL Conclusion: An optimized MySQL and Apache configuration shows 55-70% performance increases on dynamic pages (that is most of the pages in the URL’s list). The homepage results are less affected as the default Magento setup has cache enabled by default
and caches make fewer queries to the database on hitting the homepage. Default Apache and
MySQL configuration is not able to handle higher concurrencies (100 concurrent sessions) resulting in the results for that concurrency varying a lot between tests.
PHP is an interpreted scripting language. The process of running a PHP script includes a few steps – reading a script file from the hard drive, parsing and compiling bytecode, and finally running that bytecode.
Realpath cache configuration
Optimization of file I/O is not only limited to using faster hard drives. It is also highly recommended to increase the default realpath_cache_size and realpath_cache_ttl values in php.ini settings. Based on tests the recommended values are realpath_cache_size=32k and realpath_cache_ttl=7200 on production servers.
The process of reading PHP scripts from disk and compiling them can be eliminated by enabling PHP accelerators. PHP accelerators cache compiled bytecode, resulting in less file and system I/O. Well known PHP accelerators eAccelerator and APC are tested and fully compatible with Magento. Their built-in shared memory can also be used as Magento cache storage.
To reduce the memory usage and speed up PHP performance you can enable in php.ini only the minimum set of PHP extensions required to run your application. The necessary extensions are:
• SOAP (if the API is to be used)
Conclusion: Adding a PHP accelerator provides a performance boost from 42% on simple pages (homepage) to 500-600% when different PHP-files are used (URL’s list). APC accelerator
provides good results, but from our tests eAccelerator is 15-20% more efficient.
Caching On Magento
Magento is able to cache frequently-used data utilizing different cache backends.
When installing Magento the filesystem is set to be used as the cache backend by default. Using a cache backend will always improve the performance of Magento, and while the filesystem cache is the most reliable storage with unlimited size, it will not provide the best performance.
Magento can also work with the following cache backends that provide better performance than the filesystem cache backend:
• APC – a bytecode cache for PHP, andalso provides a shared memory storage for application data
• eAccelerator – a PHP accelerator that can also cache dynamic content
• memcached – a distributed, high-performance caching system
Please make sure that if you are using APC, eAccelerator or memcached, you configure them with enough memory to include all cache data, otherwise they may purge required cache hierarchy structures and break the cache.
Conclusion: It may be required to disable the built-in Magento cache (that is enabled after installation by default) during active development, but please make sure that
caching is enabled on production sites as disabled cache makes the store frontend 5-6 times slower and less responsive under load.
Conclusion: The APC cache backend improves the results, which are 2-3 times better than the default filesystem cache backend. The memcached cache backend shows 10-15% better results than APC. And from the tests the eAccelerator cache backend shows the best results which are 5-10% faster than memcached.
Magento uses PHP sessions to store customer session data.
The default method is to use filesystem storage, which works well if you are using a single webserver. Its performance can be improved by configuring a tmpfs in-memory partition to avoid extra hard drive I/O activity.
In a clustered environment with multiple web-servers, the first option for handling sessions is to use a load-balancer capable of associating client requests to specific web-nodes based on client IP or client cookies. If you are in a clustered environment and not using a load-balancer capable of the above, it is necessary to share the session data between all the web-servers. Magento supports two additional session storage types that can be used in this case.
Storing session data in the database (though it is fully supported) is not recommended as it puts an additional load on the main database, and therefore requires a separate DB server to handle multiple connections efficiently under load in most cases.
memcached session storage is free of these disadvantages. memcached service can be run on one of the cluster servers to provide fast session storage for all web-nodes of the cluster. memcached session storage doesn’t show any performance improvements when used in a single-server configuration though, because of extra overhead processing compared to raw filesystem session files.
Conclusion: The default filesystem storage shows the best results on a single-server setup. The memcached session storage shows slightly different results (1-2% worse) and it can be considered an option in a clustered environment with a simple load-balancer setup. The database session storage should be used only in a clustered environment and only if the memcached storage cannot be used for some reason.
Directory Structure Optimization
Optimizing directory structure can also help fine tune Magento Enterprise Edition performance. It is highly recommended to use the Zend Framework distribution bundled within Magento Enterprise Edition as it is tweaked to significantly reduce the number of system calls required to locate a file in the directory structure. This is accomplished by commenting out all extra require_once directives within the configuration file. The additional require_once calls are not required because Magento Enterprise Edition implements its own autoload function that handles all necessary file requests on demand. Recent Magento Enterprise Edition versions (since version 1.3.x) include the Magento Enterprise Edition Compilation Module (Mage_Compiler) which provides extra optimization by placing all the files in one directory and combines the most used classes in a few single files.
Conclusion: Enabling Magento Enterprise Edition Compilation Module provides a 10-15% additional performance boost.
Flat Frontend Catalog
Starting in Magento 1.3.x the Flat Frontend Catalog module was introduced. The Flat Frontend Catalog module maintains an additional set of database tables to store catalog data in a linear format, with extra indexes that facilitate executing database queries on the frontend catalog pages.
Flat Frontend Catalog structures were implemented for both category and product data. Flat Categories are recommended for any Magento installation for improved performance, whereas the Flat Products is designed and recommended for catalogs that have over 1,000 SKU’s.
To enable one or both, first go to your administrator panel and navigate to System -> Cache Management. Under Catalog click on the Rebuild button next to Rebuild Flat Catalog Category or Rebuild Flat Catalog Product. Note: If only Flat Catalog Categories are used there is no need to rebuild the Flat Catalog Product.
Navigate to System -> Configuration, click on Catalog and select the Frontend tab. Choose Yes next to the appropriate selection of either Use Flat Catalog Category or Use Flat Catalog Product.
Conclusion: Enabling the Flat Catalog module does not add much to the homepage test results as the default homepage does not contain product listing information and the categories menu is efficiently cached by default. However, when it comes to browsing the frontend catalog the performance gain is around 2-3% on smaller catalogs and reaches 8-10% on larger catalogs with complex category structures and large numbers of products.
Admin Panel Separation
Admin panel operations are in general more resource consuming than the frontend activities. Often they require increasing PHP memory limits or having extra extensions compiled into PHP. Therefore, having a dedicated admin server can help make admin panel operation faster while not impacting the frontend configuration and performance. The separation can be done by specifying different base URL’s on a global level, and for frontend websites and stores. Each separate domain name can then be served by a separate server.
Proper Search Type Selection
Magento supports 3 search types that can be selected in configuration – LIKE, FULLTEXT, and their combination. FULLTEXT search is known to be faster and puts less load on the database.
Number of HTTP Requests Per Page
<reference> <action method=”addJs”><script>custom_js/gallery.js</script></action> <action method=”addJs”><script>custom_js/intro.js</script></action> </reference>
The example layout file above will combine those 2 scripts in a single file that will be added to the page with one request to js/index.php?c=auto&f=,custom_js/gallery.js,custom_js/intro.js.
Using Parallel Connections
You can find the detailed list of website design best practices at the Yahoo Developer Network at http://developer.yahoo.com/performance/rules.html
Media and Static Content Delivery
Though Apache is a fast and reliable web-server, there are other web-server options that are known to serve static content and media files more efficiently, consuming less memory and CPU time.
Widely used are nginx, lighttpd and tinyhttpd. These are multiplexing web-servers, which don’t have built-in scripting languages support, but can handle thousands of simultaneous connections per server.
Additional Performance Gains
Static content delivery can be improved using a caching reverse proxy, such as Squid, or an HTTP accelerator like Varnish. A reverse proxy can locally cache content received from Apache to reduce the load on the Apache backends.
Another way to reduce your server load and to get smaller network latencies is using a content delivery networks (CDN). Most CDN’s support pushing media content through a simple API and can be integrated with the Magento backend quite easily.
Magento is designed to utilize benefits of running a multi-server setup in a clustered environment. Web-nodes are not limited to be of exactly the same type. There might be different nodes performing different tasks (frontend servers, static content and media servers and a separate admin panel server).
Scaling DB nodes
Magento works with a database in a manner that easily allows separating database connections for read and write activities. Each particular module can use its own connections if needed, which is fully customizable and can be easily set in app/etc/local.xml.
The following configuration snippet shows how to setup 2 separate connections to master and slave DB servers:
<dbname><![CDATA[Magento Enterprise Edition]]></dbname>
<dbname><![CDATA[Magento Enterprise Edition]]></dbname>
<initStatements>SET NAMES utf8</initStatements>
Magento can be scaled over any number of additional web-servers, which will allow for the handling of more concurrent requests by simply introducing new web-nodes when the number of page views and visitors grow. When the number of visitors grows, doubling the number of web-nodes can provide up to 60-70% performance increase.
Our results show better performance on physical dedicated servers than cloud environment.
Software Versions Used
CentOS release 5.3 (Final) Linux 2.6.24-23-xen SMP x86_64 GNU/Linux
mysqlVer 14.14 Distrib 5.1.36, for redhat-linux-gnu (x86_64) using readline 5.1 PHP 5.2.10 Apache/2.2.3
memcached 1.2.5 SIEGE 2.69 Magento Enterprise Edition 188.8.131.52
If you still have any questions you are always welcome to contact us or comment.
Sure, the last thing you want to do is sit behind a computer as turkeys emerge from ovens, gifts are ripped open and grandma busts her moves on the kitchen table. But you don’t have to be tied to the computer to blog — not only does WordPress.com have the option to phone in a blog post, or email pictures and posts from any device you have on hand, but we also offer easy-to-use apps for several smartphones.
Let’s take a look at each of these options, starting with our super-cool phone apps.
WordPress Mobile Apps
If you’re packing a Nokia, Blackberry, iPhone, iPad or Android phone, you can download a free WordPress application to write and edit posts and pages, check stats and even moderate your comments. This gives you a comprehensive way of managing your blog on the move. You can find it on your phone’s app store/market, or find out more at these sites:
Post by Email
Love email and use it all the time — even on your phone? Then you’ll equally adore our Post-by-email feature. While it doesn’t offer as much flexibility as the WordPress mobile app, it’s a swift and handy way to update from anywhere. To enable Post-by-email, you first just need to do a little tweaking from your computer. Simply:
- Head to the Dashboard menu and hit the My Blogs option:
- Enable your blog or blogs for Post-by-email:
- Copy-paste (or download the vCard for) the secret email address and send it to your mobile email address for later use:
Then, Post Via Mobile Email
- Now, from your tablet, phone, laptop or other email-enabled thingy, just bash out an email. The email subject line turns into the post’s title.
- If your device supports it, attach photo(s) to the email. Single photos appear in-line, more than one turns automagically into a gallery
- Address it to the secret email address you found in the My Blogs menu
- Hit send – and that’s it, your post is live!
Phone It In
But that’s not enough! What if you want to record audio of your carol singing antics, or the cat landing suddenly on your uncle’s sleeping face? You’ll need Post by Voice. Here’s how to dial in your call:
- Head back to the (you guessed it) Dashboard > My Blogs menu:
- Activate the Post by voice Enable button next to one or more blogs:
- Jot down the secret phone number and your own private code (they’ll appear in the same place you pressed Enable)
- You’re ready to start posting audio
Dialing in an Audio Call
- Call the number you jotted down (smallprint – doing this outside of the U.S. may prove costly, as calls are charged at standard U.S. rates)
- Enter your secret code (you wrote that down too, or committed it to memory, remember?)
- Record audio of your talking, singing, shrieks of merriment or incidental seasonal sound effects. You have up to an hour to do so.
- Hang up. Your audio post will hit your blog almost right away.
Bonus Round: Automatic Posting to Your Favorite Social Networks
Why go to the hassle of sending out multiple updates, when you can do it all at once? Before you take off for the holidays, be sure to set this up — and every time you publish a new blog post with your phone, it will automatically get sent to your Twitter, Facebook, and other social media accounts.
- Head back to the Dashboard > My Blogs menu:
- Next to the blog or blogs you want to activate, under the Publicize column, check the services you want to automatically send updates to:
- You’ll need to authorize the accounts to sync with WordPress:
- Done! If you want to get into the nitty-gritty, check out our support docs all about Publicize.
You may have noticed a change to your stat charts a couple of weeks ago. We ditched Flash in place of a more robust charting library called Flot. If you didn’t notice, go check it out because you can view all of the new charts with modern browsers including mobile devices such as iPhone and iPad. Sooo sexy! Today we updated the charts to use bars instead of points and lines. We’ve also made the stats page super sexy.
Each module can be opened and closed, moved, or hidden completely. If you don’t want to see a module, minimize it with one click or use the Screen Options to keep it out of sight. Customize everything and view stats the way you want to.
As you hover over each bar in the chart it changes color and displays a tooltip, giving you more information about the data. If the chart is showing data by day, Saturdays and Sundays have a light gray background to make it easier to see weekly patterns. Under the chart you’ll notice a new area, called “fortune cookies,” where we’ll highlight key stats.
During the redesign we went with bar charts because the end of one day and the beginning of another shouldn’t be connected. Each day starts at zero and we think bar charts work much better for this type of data. We hope you’ll agree once you get used to the change.
In this first phase of the stats redesign we’ve focused on the main page. This will allow us to collect feedback from you so we can tweak everything as we go. We’ve only mentioned a few of the highlights here, so take your stats for a drive around town to get used to the feel. Let us know what you like and what you might change. As we gather feedback we’ll apply a bit of sexy to the other stat pages.
Sites using our Stats plugin on a self-hosted blog will see an update after we iterate on the new design.
PadPressed is a WordPress plugin that makes any WordPress blog look like a native iPad app when accessed from iPad. PadPressed bestows upon your humble blog the iPad features we’ve come to know and love such as “swipe to advance” articles, touch navigation, accelerometer positioning and home screen icon support when you’re really jonseing for that authentic app feeling.
Now, instead of drunk dialing random friends, lovers, and acquaintances one at a time, what if you could dial your blog and talk to the whole world at once? It’d be like something out of Star Trek.
The future is now, folks. You can now go to your My Blogs tab, enable Post by Voice, and get a special number and code to call your blog. After you’re done, the audio file from your phone call will be posted to your blog for all to listen to and enjoy. (And added to your RSS feed for podcast support.)
So now you can post to your WordPress via the web, email, iPhone, Android, Blackberry, desktop clients, and now any telephone in the world. Of course when you post it can be pushed to Facebook, Twitter, and more using the Publicize feature. What more could you want?
Right now this is completely free, We’re making it free and allowing recording lengths up to sixty minutes, but that limit may go down without a paid upgrade in the future. Mostly we’re just curious to see how people use this.
I have a few ideas myself, but to find out you’ll have to listen to this voice post:
WordPress, the world’s most popular blogging software, has just released WordPress 3.0, codenamed Thelonious — the software’s thirteenth release in its history. Beta releases have been available for the last few months, but now it’s official. To give an idea of how popular WordPress is, version 2.9 was downloaded 10.3 million times.
Among the features listed in the official blog post: a default theme called Twenty Ten (the old default was looking quite dated), a lighter interface, and 1,217 bug fixes. Theming has gotten quite a bit of attention, with APIs that make it easier for theme designers to allow for customized menus, post types, headings, backgrounds, and more.
Another big change is the fusing of WordPress Multi User (MU) and the core WordPress install. WordPress MU is a fork of WordPress that allows for one install to administer multiple (even millions) of blogs, but until now it was separate from ‘regular’ WordPress. Now you’ll get the functionality of both from the same install.
One other interesting point: the WordPress blog notes that the team is going to “take a release cycle off” to focus on the things “around WordPress” as opposed to the platform itself. From the post:
Over the next three months we’re going to split into ninja/pirate teams focused on different areas of the around-WordPress experience, including the showcase, Codex, forums, profiles, update and compatibility APIs, theme directory, plugin directory, mailing lists, core plugins, wordcamp.org… the possibilities are endless.
Here’s a video showcasing some of 3.0′s new features:
For a look at how WordPress has evolved, check out our post detailing WordPress 2.0, which we covered back in December 2005.
You can find themes with Custom Menu support in Appearance→Theme?s by choosing Custom Menu from the Feature Filters menu.
Comparison of WordPress vs ExpressionEngine
WordPress is a simple and easy blog , where as ExpressionEngine is a professional CMS, where many features will come built in package. For WordPress we need can add all the features by different plug-ins.
This is just the initial version of comparation, I will update this with the plugin links and many features available in WordPress
Table of Comparision
|Current Applications Features||WordPress||Expression Engine|
|Easy Tube : Embedding You tube Videos||Plug-ins|
|User Sign Up, Login & Forgot password with integrated used for 3 sites||Available||Available|
|Captcha ( Register, Comments)||Plug-ins||Available|
|Social Book Marks ( ShareThis, Add it)||Plug-ins||Available|
|User Roles||Admin, Editors, Authors, Contributor||(Executive Editors, Editor, Associate Editors, Contributors)|
|Google sitemap generator||Plug-ins|
|Custom Entry Fields: Each section can have its own unique set of entry fields. These can be input boxes, pull-down menus or textareas.||Available|
|Search Engine Friendly URLs||Available||Available|
|Relationships between entries in different sections of your site, enabling information to be shared.||Available|
|Custom Statuses: assign your entries to, like “first draft”, “revision”, “final edit”, etc||Available||Available|
|HTML Formatting Buttons||Available||Available|
|Article Pagination: split your articles into multiple pages.||Available|
|Image and File Uploading||Available||Available|
|Image Resizing and Thumbnailing||Available||Available|
|Image and File Browsing||Available||Available|
|Bookmarklet: Post entries using a convenient bookmarklet||Available|
|User Commenting System||Available||Available|
|Auto Typographic Formatting||Available||Available|
|Auto Convert MS Word Characters||Available||Available|
|Auto Convert High ASCII to Entities||Available||Available|
|Email Anti-Spam Encoding||Plug-ins (Email-Immunizer)||Available|
|Online User Tracking||Plug-ins||Available|
|Search Term Log||Plug-ins||Available|
|Full Page Modeling: Each template represents an entire web page||Available|
|Conditional Operators: Use conditionals to show targeted content to users that meet any criteria you set.||Available|
|Custom Global Variables :Create your own variables that you can use in any template.||Available|
|Template Access Control||Available|
|PHP in Templates||Available|
|Custom SQL Queries||Available|
|Template Versioning System||Available|
|Customizable Workspace: Each user can customize the size of the template window.||Available|
|Multi-Protocol Support (SendMail, and SMTP)||Available||Available|
|Flexible Email Options
HTML email, priorities, word wrapping, CC, BCC and any combination of recipients
|Mailing List Manager||Available|
|Search Term Log||Available||Available|
|IP data can be searched for in entries, comments, forum posts, etc.||Plug-ins||Available|
|Comment Time Interval||Available|
|Secure Form Mode||Plug-ins||Available|
|Duplicate Data Denial||Available|
|Trackback Pings Per Hour||Available|
|Trackback URL Randomizer||Available||Available|
|Search and Replace||Available|
|Forum||Plug-ins (WP-Forum(||Add-on Personal 49.95$|
|Multiple Site Manager||Plug-ins (WordPress MU FREE)||Add-on
|E commerce||Plug-ins (WP- ecommerce)||Available|
|Pod casting||Plug-ins (WP-Pod casting)|
|Recently Updated Sites||Available||Available|
|Custom Member Fields||Plug-ins||Available|
|Email Console Logs||Available|
|Member Quick Links||Available|
|Duplicate Data Removal||Plug-ins||Available|
|Jabber instant messaging clients||Service||N/A|
|Language Translation||Plug-ins/ Service|
|Price||FREE||For an Year
+Additional for addons
Now WordPress.com delivers blog posts and comments in real-time. We started by providing a firehose for our partners but that was only the beginning. Anyone can subscribe to their favorite WordPress.com blogs and receive posts and comments the instant they are published. Soon the conversations on blogs will be as fast as chat rooms.
Our Jabber service is open to anyone with a WordPress.com account. Please see our Jabber support section or click your client icon below for help setting up your connection.
As you may have noticed, TheUnical Blog was down for an extended period of time this afternoon. In case you haven’t read about why yet, it’s because WordPress.com suffered through some 110 minutes of downtime, as WordPress founder Matt Mullenweg has explained just now on the company’s blog.
Unical Blog is one of the millions of blogs hosted on WordPress.com (not to be confused with sites that run the WordPress software but are hosted elsewhere). All told, some 10.2 million blogs went down — wiping out some 5.5 million pageviews, WordPress estimates. This was their worst outage in 4 years.
So what happened?
Mullenweg says WordPress is still gathering details but their initial diagnosis is that “an unscheduled change to a core router by one of our datacenter providers messed up our network in a way we haven’t experienced before, and broke the site.” He notes that this also tripped up all the mechanisms to prevent a total failure, so that occurred. Luckily, no data was lost in the outage, it just simply could not be sent out.
Mullenweg ends with, “I hope it will be much longer than four years before we face a problem like this again.” So say we all.