Hi Till, what do you mean? In wich Version of Oxid and with what kind of technique?
Kai Am 21.10.2011 16:26, schrieb Online-Technik - Bergfreunde.de: > Hi, > > as far as I known there is also the possibility to cache parts of a site. > > Es grüßen die Bergfreunde, > > Till > > P.S.: Neues gibt's im Blog <http://www.bergfreunde.de/basislager/> > sowie bei Facebook <http://www.facebook.com/bergfreunde> & Twitter > <http://twitter.com/bergfreunde_de>! > > Bergfreunde-Logo > > Bergfreunde GmbH > Till Voß > Leiter Online-Technik > Bahnhofstraße 26 > 72138 Kirchentellinsfurt > > Telefon: +49 (0)7121 30459-24 > Fax: +49 (0)7121 30459-27 > E-Mail: [email protected] <mailto:[email protected]> > Web: www.bergfreunde.de <http://www.bergfreunde.de> > > Sitz der Gesellschaft: Kirchentellinsfurt > Amtsgericht Stuttgart, HRB: 382746 > Geschäftsführer: Martin Theben, Ronny Höhn > > > Am 21.10.2011 um 11:34 schrieb Kai Gazmaga: > >> Hi Thomas, >> >> yes, I know about that, but this is - again - the same thing with >> sessions. HTML is stored - not in local directory, but on a >> memcached-service - but we have the same result. As soon as there is >> a session (user-data somewhere in the full html-document) the cache >> is useless and we wont get any advantage from it. >> >> Regards, Kai >> >> >> Am 21.10.2011 11:11, schrieb Thomas Neumann: >>> Hey Kay, >>> >>> have a look at this >>> module >>> http://www.syseleven.de/blog/1934/oxid-super-cache-mehr-power-fur-den-shop/ >>> >>> Developed by Fatchip and syseleven... interesting.. >>> >>> Best regards >>> Thomas Neumann >>> smart ecom - eCommerce Consulting >>> >>> Gustav-Linden-Strasse 23 >>> 40878 Ratingen >>> m 0151 / 419 043 13 >>> e [email protected] <mailto:[email protected]> >>> >>> Am 21.10.2011 um 11:08 schrieb Kai Gazmaga: >>> >>>> Hello everybody, >>>> >>>> Marco said something about plans of integrating memcached into Oxid >>>> CE / PE in the future. I currently have a project (Mastershop with >>>> PE and some further CE-Shops) each with 18.000 articles or more >>>> (incl. variants) for wich I am looking for some >>>> performance-optimisation-Options. The HTML-Caching from FatChip >>>> does cause some trouble in another project at the moment and will >>>> not solve the problem of slow response when as soon as a session is >>>> started. So there must be a way to cache SQL or objects at least >>>> partly, where heavy DB-load / recursion / many objects have to be >>>> generated but are not updated too often. >>>> >>>> http://www.oxid-esales.com/forum/showthread.php?p=63787 >>>> >>>> In this thread we already have the topic, but I do not want a >>>> solution that is not udateable or find a core-solution a few weeks >>>> after i implemented my caching. Does anyone have a proper solution >>>> or information about a release of further caching in future >>>> releases? Joscha Krug said something about a release in 4.6. Is >>>> that relistic? >>>> >>>> Mit freundlichem Gruß, with best regards >>>> >>>> Kai Gazmaga >>>> VektorDesign - Online-Shops und Programmierung >>>> Kai Gazmaga >>>> Katharinenstraße 57 >>>> 73 728 Esslingen Tel.: +49 711 - 25516226 >>>> Fax: +49 711 - 25518078 >>>> Mail: [email protected] >>>> Web: www.vektordesign.de >>>> >>>> _______________________________________________ >>>> dev-general mailing list >>>> [email protected] >>>> <mailto:[email protected]> >>>> http://dir.gmane.org/gmane.comp.php.oxid.general >>> >>> >>> >>> _______________________________________________ >>> dev-general mailing list >>> [email protected] >>> http://dir.gmane.org/gmane.comp.php.oxid.general >> _______________________________________________ >> dev-general mailing list >> [email protected] <mailto:[email protected]> >> http://dir.gmane.org/gmane.comp.php.oxid.general > > > > _______________________________________________ > dev-general mailing list > [email protected] > http://dir.gmane.org/gmane.comp.php.oxid.general
_______________________________________________ dev-general mailing list [email protected] http://dir.gmane.org/gmane.comp.php.oxid.general
