[TYPO3-UG Dutch] print-weergave zonder &print=1 parameter - cache probleem.

[Marijn Depraetere]

Laatste berichtje hierover.  De APC heeft dus niets te maken met het 
probleem.  Ik heb nu de print-vriendelijke template eruit gegooid alsook 
het afdruk-icoon op mijn webpagina's en laat het print-vriendelijk zijn 
gewoon over aan de browser via CSS.  Heb ook een update gedaan naar 
4.3.2, misschien lost dit het probleem definitief op.

Marijn Depraetere schreef:
> Even een update betreffende dit probleem.  De APC is nu even 
> uitgeschakeld en het probleem lijkt verdwenen in eerste instantie.
> 
> Blijkbaar worden bepaalde bestanden die TYPO3 aanmaakt gecached op 
> server niveau waar deze niet zouden mogen worden gecached.  Hierdoor 
> bied de server print-vriendelijke pagina's aan in plaats van de gewone 
> pagina's.
> 
> Het probleem  ligt dus, zoals het er nu uitziet, bij de serverconfig en 
> niet bij de typo3 core, dus is dit topic minder relevant in deze lijst - 
> waarvoor mijn excuses :-)
> 
> Desalniettemin zal ik een eventuele oplossing toch posten, in het geval 
> iemand gelijkaardig gedrag krijgt.
> 
> Met vriendelijke groeten,
> Marijn Depraetere
> 
> Marijn Depraetere schreef:
>> Dag Jigal,
>>
>> Bedankt voor de interesse!  Ik probeer zeker iemand te contacteren die 
>> wat meer van databases kent dan ik, of dit boekje te lezen...
>>
>> Greetz,
>> Marijn
>>
>>
>> Jigal van Hemert schreef:
>>>> Marijn Depraetere wrote:
>>>>> ging die plat.  Onze hostingfirma heeft dan snel onze website
>>>>> getransfereerd naar een krachtigere server.
>>>
>>> Als een site steeds drukker wordt, loop je tegen de beperkingen van een
>>> single server setup aan. Je kunt beginnen met een dedicated database
>>> server in te richten en vervolgens zul je aan loadbalancers en allerlei
>>> andere geinige gadgets gaan beginnen :-)
>>>
>>>>>>> We gingen af op de aanbevelingen van dit document:
>>>>>>> http://typo3.org/development/articles/testing-and-tuning-typo3-performance/page/2/ 
>>>>>>>
>>>>>>>
>>> Hierin wordt vreemd genoeg het uitschakelen van de MySQL binary log
>>> aangeraden . Deze is nogal belangrijk voor onder andere replication en
>>> crash recovery. De verdere instellingen van MySQL zou ik nog even laten
>>> nakijken door een MySQL expert, aangezien die instellingen nogal
>>> afhankelijk zijn van welke engine(s) gebruikt worden (tegenwoordig naast
>>> MyISAM ook InnoDB), de hoeveelheid gelijktijdige verbindingen, 
>>> beschikbaar
>>> geheugen, etc.
>>> Wil je zelf aan de slag gaan, dan is er een aardig boekje:
>>> http://oreilly.com/catalog/9780596101718/  (High Performance MySQL)
>>>