Drake CMS Official Forums - read-only archive

You are reading the Drake CMS Official Forums archive, available for historical purposes only.

Drake CMS has been rebranded into Lanius CMS, visit the new Lanius CMS Official Forums if you need support about Lanius CMS or Drake CMS -> Lanius CMS migration.



Home page Drake CMS' Slideshow > Relaunch of Multidrake Permanent link to this page
 
 
Author Message:
franky2004
Relaunch of Multidrake
16 July 2007 21:12
Anonymous Hi,

after a long time of non activitation I relaunch today multidrake.
Here is the links of my site : Multidrake

1. Step: testing of a new template. This template was written in original by olwebdesing.com for joomla.
I take the design and rewrite the code for drake cms.
This template is now tableless and the sourecode is optimised for search engines,
like in the articel "Joomla Template Tutorial" at Compassdesign .

Please test the new template, I test is for IE6 and firefox 1.5.0.12.

2. Step: reactivation of the multilange feature for menu, modules an content. (during this week)

3. Step: presentation of a new component, real estate with multilanguage, for drake cms. (during this week).

franky2004

 
trex1512
Re: Relauch of Multidrake
16 July 2007 23:20
Anonymous Hi franky

Very nice, clean and precise...a nice look...

Would you be interested in posting a step by step mini tutorial of how you converted the Joomla template.

With the absolute plethora of free templates avaiable it would be a very very useful addition to the Drake CMS knowledge base, Manuals and HowTos...

Thanks again for the look..


TerryF
 
legolas558
Re: Relauch of Multidrake
23 July 2007 22:09
Anonymous Wow! I really like the work you did, my compliments cheerful

If you need any help during your experimentation and development, just ask!

Just a side note: the user manual is being written (by L.M.Antunes and with my reviews) and should be available before the end of the year; I will meanwhile keep writing the developers' manual
 
franky2004
Re: Relaunch of Multidrake
01 November 2007 10:41
Anonymous Hi,

I'm testing on my site a small and easy caching system for
the drake cms.

At the bottom of the site you will see the information
about the loading of the sites. I disable the caching for
the news and guestbook.

Please look at the site and test it.


franky2004

 
legolas558
Re: Relaunch of Multidrake
01 November 2007 10:53
Anonymous Quote:

Hi,

I'm testing on my site a small and easy caching system for
the drake cms.

At the bottom of the site you will see the information
about the loading of the sites. I disable the caching for
the news and guestbook.

Please look at the site and test it.


franky2004




blink blinkIt's wonderful, franky.

Did you write it for Drake CMS? I would be interested to merge it to the codebase...if you are willing, of course
 
adrian
Re: Relaunch of Multidrake
01 November 2007 17:33
Anonymous What site are you talking about? Because when i enter multidrake.mu.funpic..... i'm redirected to a poker game site and i get this address in the bar: http://404.funpic.de/403.html
 
franky2004
Re: Relaunch of Multidrake
01 November 2007 17:55
Anonymous Hi legolas558,

I would be very glad if we could implement this caching into the drake cms as core cool wink

It is very easy and fast.

The concept is not by me, I was looking for a cache class for using in the drake cms.

At first I found PHP hypercacher , later I found also a component from an other CMS with the same concept.

I do a lot of copy and paste from this source into the index.php (drake cms) and copy some php file from the component into the directory of drake and add a table to the db.

I do the coding (hardcoding) with a "hot needle" ignoring all the darke devolopers guidelines, I only want to see the result and how fast it could be. The cached page will be shown without any drake core and db query. grin shocked

I don't know if you like this concept, here is a short summary

at top of the index.php

I load a class php for reading the cache config file and also some needed function.

then the source looks if the cache is enabled and some rules are okay then we look for a cached file in the cache dir. if found we send it to the browser and exit the index.php without executing the drake core.

if not found then the drake core is executed.

at the end of index.php there is also some code which generate a cache file and update a table in the db.


In the drake core I made some needed modification that it will work like on my site.

1. on the first opening of a drake site we must set a cookie for the user language (func CMSUser), because the language is part of cached filename.

2. for the login into the frontpage (mod_login) we also need a cookie (func initlogin) so we could disable the hole caching. also if we logout we must remove the cookie.

3. in pagenav.php the link for << Start should be the same like for the first page.

Start : option=content&task=view&id=1&Itemid=10

First Page (1) : option=content&task=view&id=1&Itemid=10&page=1&am p;total_items=6

both links show the same content but for the caching the have different urls and so we generate two cache files.

4. in drake.php (function GetComponentParams) your build a new url if there is no Itemid.
You put the Itemid at the second position. It would be better if you can put it at the end before the seo. Because in the cache config I can set a disallow filter like this
"option=content&task=section\noption=content&task= category"
so I can disable the whole tree.

From the Mainmenu
News >> Drake CMS News (option=content&task=category&id=7&Itemid=10)
we select a content and then in the pathway we have a link for
Drake CMS News (option=content&task=category&id=7)
after clicking on this link we get a new one like (option=content&Itemid=10&task=category&id=7)

We have two different links for the same this is not good.


Please give me a email address where I can send you the source and more information

franky2004


ps.
@adrian

in the first posting you will find a working link to my site.
 
adrian
Re: Relaunch of Multidrake
01 November 2007 19:21
Anonymous Quote:

ps.
@adrian

in the first posting you will find a working link to my site.


I know. But this link - http://multidrake.mu.funpic.de/index.php is not working for me... I get a poker game site...
 
franky2004
Re: Relaunch of Multidrake
01 November 2007 19:36
Anonymous @adrian,

till today nobody has problems with this link,
I had a lot of visitors from this forum.

Please look if you can go to this link
www.funpic.de this is the main page from the hoster.

At the bottom of the hosters site are some links to other
site which are hosted at funpic.de. You can test them.


franky2004
 
adrian
Re: Relaunch of Multidrake
01 November 2007 20:34
Anonymous franky, please put a screenshot of you site... because, unfortunately, i see the same problem with other site's on funpic.de. I don't know why... but this is what happens here... Tank You..
 
trex1512
Re: Relaunch of Multidrake
02 November 2007 03:51
Anonymous Hi

A local issue adrian, fine from here in Oz

and it still looks great franky. Have you continued to work on the new component?

Interesting the layout and content changes on selecting the different languages..

Nice job all round..

TerryF
 
legolas558
Re: Relaunch of Multidrake
02 November 2007 07:32
Anonymous Quote:

Hi legolas558,

I would be very glad if we could implement this caching into the drake cms as core cool wink

It is very easy and fast.


There have always been "code plugs" to plug in a caching system, but I have always been of the idea that caching should (smartly) be done by the webserver. Unfortunately webservers are not that good at caching - neither Apache - unless you produce specific headers (ETag etc.) which will "handshake" the caching between the webserver and the browser client.
So, now that I see you could come up with a "lite" solution (in the truly spirit of Drake CMS) I am interested in merging it to the codebase.

We will achieve 2 results: we will optimize the URL generation, as you pointed out, and we will make easier the integration of this cache system. We should also allow the cache system to be optional, so our surgery should be mini-invasive, but I am really interested in seeing it "live" in the official Drake CMS.

Quote:

The concept is not by me, I was looking for a cache class for using in the drake cms.

At first I found PHP hypercacher , later I found also a component from an other CMS with the same concept.

I do a lot of copy and paste from this source into the index.php (drake cms) and copy some php file from the component into the directory of drake and add a table to the db.

I do the coding (hardcoding) with a "hot needle" ignoring all the darke devolopers guidelines, I only want to see the result and how fast it could be. The cached page will be shown without any drake core and db query. grin shocked

I don't know if you like this concept, here is a short summary

at top of the index.php

I load a class php for reading the cache config file and also some needed function.

then the source looks if the cache is enabled and some rules are okay then we look for a cached file in the cache dir. if found we send it to the browser and exit the index.php without executing the drake core.

if not found then the drake core is executed.

at the end of index.php there is also some code which generate a cache file and update a table in the db.


In the drake core I made some needed modification that it will work like on my site.

1. on the first opening of a drake site we must set a cookie for the user language (func CMSUser), because the language is part of cached filename.

2. for the login into the frontpage (mod_login) we also need a cookie (func initlogin) so we could disable the hole caching. also if we logout we must remove the cookie.

3. in pagenav.php the link for << Start should be the same like for the first page.

Start : option=content&task=view&id=1&Itemid=10

First Page (1) : option=content&task=view&id=1&Itemid=10&page=1&am p;total_items=6

both links show the same content but for the caching the have different urls and so we generate two cache files.

4. in drake.php (function GetComponentParams) your build a new url if there is no Itemid.
You put the Itemid at the second position. It would be better if you can put it at the end before the seo. Because in the cache config I can set a disallow filter like this
"option=content&task=section\noption=content&task= category"
so I can disable the whole tree.

From the Mainmenu
News >> Drake CMS News (option=content&task=category&id=7&Itemid=10)
we select a content and then in the pathway we have a link for
Drake CMS News (option=content&task=category&id=7)
after clicking on this link we get a new one like (option=content&Itemid=10&task=category&id=7)

We have two different links for the same this is not good.


The less complex it is, the best it will work - theorically wink
Quote:

Please give me a email address where I can send you the source and more information


You can find my email address here
 
legolas558
Re: Relaunch of Multidrake
02 November 2007 07:33
Anonymous Quote:

Hi

A local issue adrian, fine from here in Oz

and it still looks great franky. Have you continued to work on the new component?

Interesting the layout and content changes on selecting the different languages..

Nice job all round..

TerryF


Drake CMS is already fast, but with a real cache system it will be blazing fast! cheerful
 
franky2004
Re: Relaunch of Multidrake
02 November 2007 18:00
Anonymous @logolas558,

I send the files as attachment at your email address.

franky2004


@logolas558,

the email could not be send to this address, because of the
attachment. Please give me another one at which I can send.
send the address to my snv account.

franky2004
 
legolas558
Re: Relaunch of Multidrake
03 November 2007 12:03
Anonymous I have sent an email to you to the SF.net email address.

I think that a more reliable way to submit your files is to use the contributions tracker, add an attachment and set it to private if you want only the project admins to be able to view it
 
franky2004
Re: Relaunch of Multidrake
04 November 2007 09:36
Anonymous The pagecaching of Multidrake is disabled ,

till we have our own caching system from inside the drake core.

The original index.php is running again.

franky2004


 
legolas558
Re: Relaunch of Multidrake
04 November 2007 13:01
Anonymous Quote:

till we have our own caching system from inside the drake core.


Thank you very much for helping out with this topmost-important feature cheerful
 
franky2004
Re: Relaunch of Multidrake
11 November 2007 08:36
Anonymous Hi,

Multidrake is back with pagecaching. wink

Now the Drake CMS has his own pagecaching insite the core (branches version).

On my Site I made a new installation and enable the pagecaching.

Concept of our pagecaching:

In the background you can for each module or component individual enable or disable the cache.
Also time for caching and make a disallow filter for each could be done.

restictions:
1. post request,
2. the combination content and drabots (vote / comment)

could not be cached.

On my Demosite I enable the cache debug, so you could see when
a module/component is written into the cache or it is read from the cache file.
The caching time for all is 120 sec.


Please test the pagecaching on my site very intensively.

franky2004



 
legolas558
Re: Relaunch of Multidrake
11 November 2007 09:14
Anonymous Excellent work franky smile
I will follow the development of the cache system on your branch and (slowly) integrate the changes into the trunk.

The final cache system might be a bit different from the one you designed, but without yours we would never have been able to design the best one for Drake CMS!

Thanks again cheerful
 
Top