<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en-US">

    <title>LightPress</title>
    <subtitle>A fast, template-based frontend for WordPress</subtitle>
    <updated>2007-03-20T15:30:18+00:00</updated>
    <id>http://lightpress.org/</id>
    <link rel="alternate" type="text/html" hreflang="en-US" href="http://lightpress.org" />
    <link rel="self" type="application/atom+xml" href="http://lightpress.org/atom.xml" />
    <rights type="html"><![CDATA[&lt;br /&gt;&amp;copy;2004-2006 L. Magnocavallo, J. Lavigne. Header image &amp;copy; &lt;a href=\&quot;http://flickr.com/photos/vanhap/\&quot;&gt;vanhap&lt;/a&gt;.]]></rights>
    <generator uri="http://lightpress.org" version="2.0.0">LightPress 2.0.0</generator>

    
    <entry>
        <title type="html">Preparing for LP 2.0</title>
        <link rel="alternate" type="text/html" href="http://lightpress.org/post/preparing-for-lp-20" />
        <id>http://lightpress.org/post/preparing-for-lp-20/</id>
        <author>
            <name>Klaas Naaijkens</name>
        </author>
        <published>2007-03-01T16:39:27+00:00</published>
        <updated>2007-03-01T16:39:27+00:00</updated>
        <content type="html" xml:lang="en-US" xml:base="http://lightpress.org/post/preparing-for-lp-20"><![CDATA[<p>I have started to check-in some larger changes in svn to prepare for a serious 2.0 release. Most of these features we are already using successfully in our blog network <a href="http://lightpress.org/www.weblogssl.com">weblogssl</a> for a few weeks (+-30 blogs, almost 1.000.000 pageviews per day).</p>
<p>We are planning to release Lightpress 2.0 with the following features:</p>
<p><a href="http://lightpress.org/lightpress/browser/wp-frontend/trunk/plugins/PostCommentOpenID.php">Openid comments</a>:We already have this running in our branch, and we are using it already in some of our blogs. (f.e. www.genciencia.com). What is missing here is the adaptation of the templates in the trunk, and some generalization of settings which are now very specific for our setup.</p>
<p>Improved caching: Here we have have seperate caching of elements of the page. F.e. the sidebar is cached seperately from the body page, so that we can have very long expiries on the post pages, only occassionally decaching them on a new comment or trackback. This is also already in our <a href="http://lightpress.org/lightpress/browser/wp-frontend/branches/weblogssl">branch</a> and seems to be working correctly.</p>
<p><a href="http://lightpress.org/post/wordpress-21-ella-released">WP 2.1 compatibility</a><br />
Various smaller things: performances fixes, better UTF8 support for tags, improvements to Comment Spam handling, SEO</p>
<p>I have started committing the openid stuff in svn, and I still have to find a way to bring over the caching without breaking too many already existing installations.</p>]]></content>
    </entry>
    
    <entry>
        <title type="html">Share This Plugin</title>
        <link rel="alternate" type="text/html" href="http://lightpress.org/post/share-this-plugin" />
        <id>http://lightpress.org/post/share-this-plugin/</id>
        <author>
            <name>Alfonso Jiménez</name>
        </author>
        <published>2007-01-17T14:57:25+00:00</published>
        <updated>2007-01-17T14:57:25+00:00</updated>
        <content type="html" xml:lang="en-US" xml:base="http://lightpress.org/post/share-this-plugin"><![CDATA[<div class="postmsg">
<p>Based on <a href="http://alexking.org/projects/wordpress/readme?project=share-this">Share This Plugin for WordPress</a> by <em>Alex King</em>, I've decided to develop a version of <strong>Share This Plugin</strong> for LightPress. <strong>Share This</strong> is a plugin that allows share your content via social bookmarking sites. More info at <a href="http://www.alfonsojimenez.com/sharethis">AlfonsoJimenez.com</a> (spanish)</p>
<p><strong>Installation in 8 easy steps</strong></p>
<p>From LightPress root directory</p>
<p>1) Copy ShareThis.php in /plugins<br />
2) Copy sharethis.xml in /themes/XXXX/YYYY/plugins/ (XXXX and YYYY correspond to current theme and lang-codification respectively)<br />
3) Copy sharethis.js in your javascript directory<br />
4) Copy sharethis.css in your CSS directory<br />
5) Copy folder /icons in your images directory<br />
6) Add to headers these lines (change YOURXXXDIRECTORY!):</p>
<code>
&lt;script language="JavaScript" type="text/javascript" xsrc="YOURJSDIRECTORY/sharethis.js">&lt;/script>
&lt;link rel="stylesheet" xhref="YOURCSSDIRECTORY/sharethis.css" type="text/css" />
window.onload = function() {sharethis.init('{plugin_sharethis_path_icons}');
}
</code>
<p>7) Copy between &lt;!-- BEGIN post -> and &lt;!- END post --></p>
<code>
{PLUGIN_SHARETHIS}</code>
<p>8) Activate the plugin from WP-Admin and enjoy it ;)</p>
<p><strong>Download</strong></p>
<p>Download | <a href="http://www.alfonsojimenez.com/docs/sharethisv100_by_alfonsojimenez.zip">Share This Plugin for LightPress</a></p>
</div>
]]></content>
    </entry>
    
    <entry>
        <title type="html">2.25 million page views on a Celeron</title>
        <link rel="alternate" type="text/html" href="http://lightpress.org/post/225-million-page-views-on-a-celeron" />
        <id>http://lightpress.org/post/225-million-page-views-on-a-celeron/</id>
        <author>
            <name>ludo</name>
        </author>
        <published>2005-10-06T14:34:43+00:00</published>
        <updated>2005-10-06T14:34:43+00:00</updated>
        <content type="html" xml:lang="en-US" xml:base="http://lightpress.org/post/225-million-page-views-on-a-celeron"><![CDATA[<p>The most trafficked blogs powered by LightPress are those published by the Italian nanopublishing company Blogo, which I helped found last year and later left. The 15 blogs are housed on an old Celeron 900, and backed by a dual-Xeon MySQL server which is mostly sitting idle thanks to our caching module.</p>
<p>In September, the old Celeron served <a href="http://blogo.it/post/cinque-mesi-di-crescita-per-blogo">2.25 million page views</a>, with a peak rate of 250 page views per minute on September 26 at 11:04:00. If you take into account that every page view involves several image hits (~10), at least one adserver hit (hosted on the same machine), and one stats logging hit (same machine, again), all of them served by a fat Apache, LightPress seems to handle itself pretty well under load.</p>]]></content>
    </entry>
    
    <entry>
        <title type="html">WP pages</title>
        <link rel="alternate" type="text/html" href="http://lightpress.org/post/wp-pages" />
        <id>http://lightpress.org/post/wp-pages/</id>
        <author>
            <name>ludo</name>
        </author>
        <published>2005-08-20T11:40:41+00:00</published>
        <updated>2005-08-20T11:40:41+00:00</updated>
        <content type="html" xml:lang="en-US" xml:base="http://lightpress.org/post/wp-pages"><![CDATA[<p>As much as I like the concept of WP "pages", which should enable the use of WP as a lightweight CMS with built-in blogging, I do not think it is currently usable for anything more than very small personal sites. The problem is (<a href="http://lightpress.org/post/wp-queries-a-short-review">again</a>) in the liberal use that WP does of MySQL resources, and in the bad design of its DB layout.</p>
<p>I just finished inserting a couple of hundred pages in the db to move a site which is currently using a custom CMS to WP+LP, and imagine my surprise when trying to access "Manage Pages" in the WP admin console PHP exited with a</p>
<code>
memory_limit</code>
<p>error. I raised</p>
<code>
memory_limit</code>
<p>to 24M, restarted Apache, and......waited 25 seconds for the page to load!<br />
 <a href="http://lightpress.org/post/wp-pages">continued</a>]]></content>
    </entry>
    
    <entry>
        <title type="html">WP queries: a short review</title>
        <link rel="alternate" type="text/html" href="http://lightpress.org/post/wp-queries-a-short-review" />
        <id>http://lightpress.org/post/wp-queries-a-short-review</id>
        <author>
            <name>ludo</name>
        </author>
        <published>2005-06-05T21:26:47+00:00</published>
        <updated>2005-06-05T21:26:47+00:00</updated>
        <content type="html" xml:lang="en-US" xml:base="http://lightpress.org/post/wp-queries-a-short-review"><![CDATA[<p>As <a href="http://lightpress.org/post/wp-queries-
analyzed">promised</a> a couple of days ago, today I have spent half<br />
an hour on the SQL queries emitted by a default WP installation. To do<br />
so, I have logged the quries in mysql and written <a href="http://lightpress.org/downloads/qtest.txt">a simple PHP test<br />
script</a>. Here is the first run of the script, comparing 500 runs of<br />
each of WP's and LP's queries (LP is missing two queries, one for<br />
users as I have not enabled Jerome's AdminOptions plugin, and one for<br />
static pages as they are not emitted by default):</p>
<pre style="font-size: 10px;">
WP queries
----------
1. users:                       0.090523 ms
2. options:                     0.118955 ms
3. posts:                       0.222328 ms
4. posts (count):               0.049981 ms
5. posts (categories):          0.190947 ms
6. posts (comments):            0.100817 ms
7. posts (meta):                0.053948 ms
8. categories (flat):           0.138303 ms
9. categories (flat, again):    0.137282 ms
10. categories (posts count):   0.125479 ms
11. archives:                   0.060956 ms
12. archives (again):           0.063106 ms
13. static pages:               0.086774 ms
14. link categories:            0.073251 ms
15. links (first category):     0.262116 ms
16. links (second category):    0.289843 ms
total:                          2.064609 ms

LP queries
----------
1. posts:                       0.192770 ms
2. posts (count):               0.049936 ms
3. posts (comments):            0.056783 ms
4. posts (categories):          0.190775 ms
5. categories:                  0.168887 ms
6. archives:                    0.062130 ms
7. links:                       0.085729 ms
total:                          0.807010 ms
</pre>
<p> <a href="http://lightpress.org/post/wp-queries-a-short-review">continued</a>]]></content>
    </entry>
    
    <entry>
        <title type="html">WP queries analyzed</title>
        <link rel="alternate" type="text/html" href="http://lightpress.org/post/wp-queries-analyzed" />
        <id>http://lightpress.org/post/wp-queries-analyzed</id>
        <author>
            <name>ludo</name>
        </author>
        <published>2005-06-03T21:20:29+00:00</published>
        <updated>2005-06-03T21:20:29+00:00</updated>
        <content type="html" xml:lang="en-US" xml:base="http://lightpress.org/post/wp-queries-analyzed"><![CDATA[<p>After the <a href="http://lightpress.org/post/wordpress-is-fast-mysql-is-slow-fud-at-work">WP/MySQL discussion</a> of a couple of days ago, I have taken a few minutes today to set up a test envornment with WP and Lightpress, configured with the same exact features and running against the same DB taken from a 1k posts production site.</p>
<p>I have then logged all queries sent to MySQL (</p>
<code>
mysqld_safe --log /tmp/my.log</code>
<p>) by the index page of the two frontends, and written a quick script to benchmark each statement after having primed it a few times to make sure table data is in memory. The results are pretty much what I expected (citing from memory as I don't have the test environment on my laptop): WP runs 16 or 17 queries against LP's 7 queries, and LP is faster by an order of magnitude.</p>
<p>I hope to be able to post a detailed analysis soon, and maybe a few suggestions on how to improve WP queries without changing their nature, as I have no patience to delve into WP's code, and I would end up with something very similar to what LP is already doing.</p>]]></content>
    </entry>
    
    <entry>
        <title type="html">WordPress is fast, MySQL is slow? FUD at work</title>
        <link rel="alternate" type="text/html" href="http://lightpress.org/post/wordpress-is-fast-mysql-is-slow-fud-at-work" />
        <id>http://lightpress.org/post/wordpress-is-fast-mysql-is-slow-fud-at-work</id>
        <author>
            <name>ludo</name>
        </author>
        <published>2005-06-01T22:38:28+00:00</published>
        <updated>2005-06-01T22:38:28+00:00</updated>
        <content type="html" xml:lang="en-US" xml:base="http://lightpress.org/post/wordpress-is-fast-mysql-is-slow-fud-at-work"><![CDATA[<p>If you want to see the WordPress community's own kind of FUD at work, have a look at the answers to this <a href="http://wordpress.org/support/topic/35279">WP support topic</a> (a questioned originated on <a href="http://forum.textdrive.com/viewtopic.php?id=3968">Textdrive's forum</a>). A few gems, and a few interesting insights on the inner workings of a relational (R as in InnoDB) database.</p>
<blockquote>
<p>As far as I can tell, WordPress is better than most tools when it comes to performance. <br />
<br /><br />
I lack words to tell you how much I hate MySQL, its pathetic features, and its pathetic performance.</p>
</blockquote>
<blockquote>
<p>Accessible by date order does not mean that they are added to the table top. More likely the bottom I would think.</p>
</blockquote>
<blockquote>
<p>performance-wise, you should be comparing how the DB handles a bunch of immensily complex stored procedures.</p>
</blockquote>
<p>MySQL is a <strong>very fine</strong> piece of technology and a <strong>very fast</strong> database, the same cannot be said for WP's code (see also <a href="http://mgeisler.net/2005/05/22/wordpress-code-quality/">this</a>), db design and queries. For simple things (INSERTS and SELECTS) MySQL often beats the big names hands down (and yes, I have direct experience at work dealing with a 1million rows a day app).</p>]]></content>
    </entry>
    
    <entry>
        <title type="html">Formatting for LightPress</title>
        <link rel="alternate" type="text/html" href="http://lightpress.org/post/formatting-for-lightpress" />
        <id>http://lightpress.org/post/formatting-for-lightpress</id>
        <author>
            <name>jerome</name>
        </author>
        <published>2005-05-22T21:39:20+00:00</published>
        <updated>2005-05-22T21:39:20+00:00</updated>
        <content type="html" xml:lang="en-US" xml:base="http://lightpress.org/post/formatting-for-lightpress"><![CDATA[<p>Post formatting is fairly basic in LightPress and caters to the "what you type is what you get" crowd.  But it's easy to expand LP's formatting abilities by using the <a href="http://vapourtrails.ca/wp-preformatted" title="vapourtrails.ca - PreFormatted WordPress plugin">PreFormatted 2.0 plugin</a>.</p>
<p>Normally WordPress formats posts only when they're displayed (wasting rendering time and server capacity in the process).  The PreFormatted plugin rearranges formatting plugins like Markdown and Textile so that they're only active in the backend, saving a formatted copy of the post to the database.  If you use this plugin in the WordPress backend then the formatted data is available to your LightPress site.<br />
 <a href="http://lightpress.org/post/formatting-for-lightpress">continued</a>]]></content>
    </entry>
    
    <entry>
        <title type="html">Still Faster</title>
        <link rel="alternate" type="text/html" href="http://lightpress.org/post/still-faster" />
        <id>http://lightpress.org/post/still-faster</id>
        <author>
            <name>jerome</name>
        </author>
        <published>2005-05-22T20:09:28+00:00</published>
        <updated>2005-05-22T20:09:28+00:00</updated>
        <content type="html" xml:lang="en-US" xml:base="http://lightpress.org/post/still-faster"><![CDATA[<p><a href="http://www.sencer.de/" title="Sencer.de - Selective Recall">Sencer</a> has released a <a href="http://www.sencer.de/article/1198/weblog-software-benchmark-ii" title="Sencer.de - Weblog-Software Benchmark II">second round of benchmark results</a> comparing WordPress, TextPattern, Serendipity and LightPress.  I'm happy to report that LightPress continues to lead the pack at almost twice the speed of TxP and over three times the speed of WP.  Memory usage isn't too shabby either.</p>
<p>This is without caching of course, since we have yet to add this feature to LP.  A caching plugin is in the works and once it's available I hope we can get included in the second column as well.</p>
<p>If you're wondering whether or not to switch to LightPress, Sencer writes:</p>
<blockquote>
<p>If you are a Wordpress user, the only reason for not using the Lightpress frontend is maybe certain plugins (though some are supported in lp) or if you donâ€™t know any html and like the many ready-made templates for Wordpress (lp uses a different, IMHO easier templating system). Both of these points may change in the future.</p>
</blockquote>
]]></content>
    </entry>
    
    <entry>
        <title type="html">The fastest blog engine in PHP</title>
        <link rel="alternate" type="text/html" href="http://lightpress.org/post/the-fastes-blog-engine-in-php" />
        <id>http://www.qix.it/~ludo/wpff/post/the-fastes-blog-engine-in-php</id>
        <author>
            <name>ludo</name>
        </author>
        <published>2005-04-01T21:49:33+00:00</published>
        <updated>2005-04-01T21:49:33+00:00</updated>
        <content type="html" xml:lang="en-US" xml:base="http://lightpress.org/post/the-fastes-blog-engine-in-php"><![CDATA[<p>I seems like LightPress (<a href="http://wikilab.net/">Luca</a> suggested the new name since <i>WordPress Fast Frontend was too long</i>) is <a href="http://www.sencer.de/article/1036/wordpress-vs-textpattern---a-quick-performance-benchmark#comment">the fastest blog engine -- ehm front-end -- written in PHP</a>. I am writing documentation for the first stable release, expect it to happen sometime soon.</p>]]></content>
    </entry>
    
</feed>

