Ik ben redelijk ten einde raad. Zojuist geprobeerd om met de default Movable Type-templates te kijken of het rebuild-probleem opgelost zou zijn, maar nee hoor. Probleem blijft bestaan. Misschien is het (weer) iets op de server? Ik weet het niet. Heb de hoster al gewaarschuwd, maar die heeft geen kaas gegeten van Movable Type (en Perl ben ik bang) dus dat zal ook niet opschieten. Dan maar de MT-forumnisten in zowel Nederland als de US inegschakeld. Hopelijk dus snel weer de kolommen terug (David, dank voor je bezorgdheid :-))
Vermoeiend…
door
Misschien trap ik open deuren in, maar ik vind het wel vreemd dat de pagina abrupt eindigt. Ik weet niet pcies in welke volgorde MT rebuild. Maar het klinkt best logisch als ie eerst de main template uitwerkt en uiteindelijk de includes doet. Dat zou kunnen betekenen dat (er was verder geen foutmelding ?) MT bij einde van de hooftemplate denkt dat ie klaar is ofzo.
Misschien zit er een kommaatje/haakje/tagje verkeerd in de main template onderaan?
De suggestie dat de server uit zn geheugen of andere resource (cpu?) loopt zou ook wel kunnen, maar dat zou een unixadmin bij je hoster wel moeten weten. Hij kan het iig meten.
Het kan ook nog een bug in MT zijn, of apache of in de onderliggende perl-libs. GHA het kan eigenlijk heel veel zijn 🙂 Dat wil je vast niet horen 🙂
Misschien trap ik open deuren in, maar ik vind het wel vreemd dat de pagina abrupt eindigt. Ik weet niet pcies in welke volgorde MT rebuild. Maar het klinkt best logisch als ie eerst de main template uitwerkt en uiteindelijk de includes doet. Dat zou kunnen betekenen dat (er was verder geen foutmelding ?) MT bij einde van de hooftemplate denkt dat ie klaar is ofzo.
Misschien zit er een kommaatje/haakje/tagje verkeerd in de main template onderaan?
De suggestie dat de server uit zn geheugen of andere resource (cpu?) loopt zou ook wel kunnen, maar dat zou een unixadmin bij je hoster wel moeten weten. Hij kan het iig meten.
Het kan ook nog een bug in MT zijn, of apache of in de onderliggende perl-libs. GHA het kan eigenlijk heel veel zijn 🙂 Dat wil je vast niet horen 🙂
mijn pagina wordt afgebroken na exactement 16384 bytes. Dat vindt ik een opvallend getal, want precies 16kb
Ergens een afkap in de apache of perl-configuratie?
mijn pagina wordt afgebroken na exactement 16384 bytes. Dat vindt ik een opvallend getal, want precies 16kb
Ergens een afkap in de apache of perl-configuratie?
en nou heb je een nieuw postje gedaan en kapt ie er na 12288 bytes = 12 kb mee
ergens iets in de instellingen met 1024, 2048 of 4096 ?
en nou heb je een nieuw postje gedaan en kapt ie er na 12288 bytes = 12 kb mee
ergens iets in de instellingen met 1024, 2048 of 4096 ?
Hij kapt inderdaad behoorlijk spontaan af.
En, het zal geen oplossing zijn, maar als het inderdaad problemen zijn met te grote temp-mem gebruik, kun je misschien checken of het beter gaat als je archivering uit zet (ik ken MT niet, maar dat kan vast), en tevens het aantal postjes op de voorpagina terugbrengt naar bijv. 5, en dan je voorpagina opnieuw aanmaakt.
Andere eventuele euvels: Staan de schrijfrechten van het te includen bestandje goed, en probeer je niet recursief bestanden te includen?
Hij kapt inderdaad behoorlijk spontaan af.
En, het zal geen oplossing zijn, maar als het inderdaad problemen zijn met te grote temp-mem gebruik, kun je misschien checken of het beter gaat als je archivering uit zet (ik ken MT niet, maar dat kan vast), en tevens het aantal postjes op de voorpagina terugbrengt naar bijv. 5, en dan je voorpagina opnieuw aanmaakt.
Andere eventuele euvels: Staan de schrijfrechten van het te includen bestandje goed, en probeer je niet recursief bestanden te includen?
ik bedoelde juist aan te geven dat het helemaal niet zo spontaan is maar dat er wat logica in zit: nu is het weer 40960 bytes, wederom een veelvoud van 4096
ik bedoelde juist aan te geven dat het helemaal niet zo spontaan is maar dat er wat logica in zit: nu is het weer 40960 bytes, wederom een veelvoud van 4096
bijdeweg,
staat er nix zinnigs in de apache logs, en kan je eventueel de hoeveelheid info in die logs wat opvoeren.
bijdeweg,
staat er nix zinnigs in de apache logs, en kan je eventueel de hoeveelheid info in die logs wat opvoeren.