I have ported now our old website to PN8.
http://www.daimonin.com
ATM we use
Avatar
pnWikka
emailverification (heavily patched to have an "Account" module)
Mediashare (patched too so it don't needs Topic and allows user based Albums)
Content
EZComments
FAQ
pnCommerce
News (which i still have to patch more to have 2 rows and a smarter frontpage)
pnMessages (also patched to have a smarter read/unread message system )
PhotoGallery (hu? Yes, i added a slightly patched PhotoGallery - why it used no gif on default? - as a non public media upload center for the Wiki and other modules until one of the "real" uploads modules are out of beta & testing)
and SMF.
SMF is of course not a postnuke module but i have written an own low level session/db bride (as reported in other threads). SMF is totally remote controlled by postnuke, you can't call it without you go too postnuke session/login API. SMF itself thinks its standalone and as you can see even the "harder" mods like the SMF SEO mod works fine. In fact should there be no problems with any mod.
The theme is a changed standard theme from Xanthia 2 which is changed in a major way:
- to use tables (
)- be able to use background grafiks
- multi fluid
Multi fluid means the s site can be used in nearly every state - fixed from 800xp upwards or fluid (streched). There are in the upper right corner under the face 2 small icons - they will set the theme style. The fluid & fixed ones are identical themes, just the CSS for both are different in a single line setting the mode.
The other things are only doable by tables (at last for the IE): Both blocks and the main content are fluid too. You can easily add a 400px pictures in the left block - the rest of the theme as the block area too will stretch automatically to the right size - including the header with all the gfx.
Sounds trivial, was really a hard work to find out how it works. Because 99.9% of all themes examples out there just a non stretching gfx or, when stretching, most time no pictures. div & float will sadly not work for a full rendered background because the IE will stretch and move the div areas in some "funny" way (but firefox here and there too).
The daimonin theme use both - divs and tables. The tables are hammering a structure and the div will fill it up. Leads in a bit code overhead but in that way every browser csn grap the used information from the source he like. Anyway, the code overhead is pretty small when you have in mind the outgoing file is compressed and the normal content size is like 10 times bigger in bytes as the HTML code.
The site runs cached, means not only pnRender is activated but also the Xanthia (Theme) - with a 5 second cache. Sounds strange, but in that you will avoid hammering and the dreaded mysql looks when it comes to many site accesses at the same time. You can check that out by hitting in a row the refresh of your browser and watching the render time on the button. One is slightly slower, thats the "real" access, then comes a row of very fast pages - thats the cache kicking it out fast.
This setup works like a charm, the site is pretty fast even as google & co was comming around and saying hello.
The only "logical" bug i run in is, that when the theme is cached the authkey in the theme code itself for the fast login there in the upper left area is cached. I think i have to remove that
code from the theme and create a block out of it, so the internal caching flow works.
Or can i tell the theme to exclude the authkey call too? Works nocache?
Beside the fact postnuke itself has a pretty good "access feeling" - always slim & fast. Grats for the at to all devs.
Security: The server runs nearly all what you can have. PNTemp is outside the HTML folder, the apache is running as non standard group, etc. . phpsecinfo shows 11 green with 5 orange (mostly file upload settings and such we need). Mod_security is there but ATM in the build up phase not enabled.
At last i added a small script, which looks like this:
chown -R WEBUSER:WEBGROUP HTML
cd HTML
find . -type f -exec chmod 440 {} \;
find . -type d -exec chmod 550 {} \;
chmod 770 images
cd images
chmod 770 avatar
..
..
That script will set all files to the lowest possible access rights.
All files which don't need write or execute rights are set to read only and so on. That script is called from us every upload and is closing in a smart way possible access holes when it comes to different right systems or lazy people.
Postnuke is updated ATM direct from SVN.
There are of course some glitches:
- the authkey cache problem
- the who is online blocks counts guest much to long (we have some traffic but not 100+ guests all the time)
- some problem related to the fact we have a different entry file (not index.php)
I have added this thread by purpose not to the showcase because i already count it as work in progress.
Here is my deal: When you postnuke guys are interested i will give selected core devs from you access to our server & site. Not only postnuke admin access but also direct login access to the debian server so you can check out error logs and such.
Yo can use the site as kind of public test - it should give you alot response and examples how PN8 behaves under production. We have also an active community in the forum talking about the website - you will find there glitches on first hand.
Sounds like a deal? Anyone?
