Erik,Teb

ik heb de Zikuka 1.2.1-distro-nl.zip gedownload en geinstalleerd.
eerste installatie in het nederlands, gaf weer de bekende problemen.
daarna weer een complete nieuwe installatie in het engels.
de site draaide prima en snel, geen problemen.
toen de site op nederlands gezet.
en jawel, de site werd ontzettend traag en weer die foutmeldingen zie hieronder)

Fatal error: Maximum execution time of 30 seconds exceeded in /home/???????????????????/includes/StreamReader.php on line 114
of 116, of 105 of 127?..enz.

Fatal error: Maximum execution time of 30 seconds exceeded in /home/???????????????????/includes/MO.php on line 139

ik weet het nu ook niet meer.
hopelijk jullie wel.
jala

Wat vreemd. Wat voor host omgeving gebruik je eigenlijk (linux/windows, mysql versies, php versies etc)? Misschien had je dat al een keer gemeld . De .mo file moet overigens wel als een binary file worden geupload en niet als tekst file. Het probleem lijkt in het inlezen van de .mo file te zitten.
Misschien is dat wel het probleem. Hoe heb je de bestanden naar je webhost gezet?

__________

Erik,
de eerste 4 keer de upload gedaan met Core FTP Lite.
Vandaag weer helemaal alles opnieuw gedaan met Ipswitch WS FTP-12 Professional.
Gekozen voor Nederlands.
Resultaat hetzelfde, trage site en dezelfde foutmeldingen.
hieronder wat gegevens, allereerst de checklist van de install en daarna
wat gegevens over de host.

PHP
? De gebruikte php versie is 4.4.9-0.dotdeb.1, en dat voldoet aan de systeemvereiste van php versie 4.3.0 of later.
? De gebruikte php installatie heeft de vereiste token functies beschikbaar.
? De gebruikte php installatie heeft de multibyte string functies beschikbaar, waardoor Zikula met multi-byte karakter-sets om kan gaan.
Persoonlijk configuratie bestand
? 'config/personal_config.php' is niet gevonden. Dit is goed.
Bestandssysteem permissies
? config/config.php is beschrijfbaar.
? pnTemp is beschrijfbaar.
? pnTemp/adodb is beschrijfbaar.
? pnTemp/error_logs is beschrijfbaar.
? pnTemp/pnRender_compiled is beschrijfbaar.
? pnTemp/pnRender_cache is beschrijfbaar.
? pnTemp/Xanthia_compiled is beschrijfbaar.
? pnTemp/Xanthia_cache is beschrijfbaar.
? pnTemp/Xanthia_Config is beschrijfbaar.


Host:
? Server versie: 5.0.84-0.dotdeb.0-log
? Protocol version: 10
? Server: Localhost via UNIX socket
? Gebruiker: ???????@localhost
? MySQL Karakterset: UTF-8 Unicode (utf8)
?
MySQL verbindingscollatie:
MySQL client version: 5.0.84
? Used PHP extensions: mysql
?


hopelijk heb je hier iets aan.

jala

even een aanvulling:
als ik in de map /locale/nl/LC_MESSAGES de file Zikuloa.mo verwijder
dan verdwijnen de foutmeldingen, en de site is weer snel.
De meeste zaken staan dan weer in het engels, ondanks dat de site in multitalen op "Dutch" staat, logisch denk ik.
Het heeft dus alles te maken met deze zikula.mo file
De Zikula.mo is binair geupload.
Vraag me af op die misschien al in de distributie (zip file) niet corrupt was, of tijdens het
unzippen is beschadigd.??

jala

Zou je de Files uit

http://zikula.nl/Nieuws/2010/1/30/Zikula-121-vrijgegeven/

Nederlandse taalbestanden Zikula 1.2.1
.zip (266.18 kB)
MD5: d52229ef514649aae08a91b39a70d056
SHA1: c33d60f5b6675aadf1a6929c799adec12ed01355

eens opnieuw willen uploaden? Die heb ik op verschillende sites goed werkend gezien.

Zijn dezelfde bestanden, wellicht dat er inderdaad iets corrupt is.

Mocht deze wel goed zijn, zou je dan alsnog de vorige willen proberen, puur om de fout te kunnen herproduceren?

__________

Teb,
sorry, hetzelfde resultaat, trage site en weer die foutmldingen.
Omdat je zegt dat deze al op diverse sites draaien vraag ik me af of
het iets te maken heeft met de PHP versie.
Ik kan mijn omgeving om zetten van PHP4 naar PHP5.
Het risico is dat mijn bestaande site (postnuke 762) problemen gaat geven.
Als het volgens jou zinvol is om dit te testen dan ga ik dit proberen.
Tenminste als ik weer terug kan naar PHP4 in geval van problemen.
Dit check ik bij mijn hosting bedrijf.

toch weer bedankt voor alle moeite,
jala

Ik heb gisteren al wat gezocht, en kon niet direct een incompatibiliteit tussen php 4.4 en gettext vinden. Echter, Zikula gebruikt een eigen gettext implementatie, en het lijkt er inderdaad op dat het inlezen van de .mo file mis gaat (/includes/MO.php).

Het kan interessant zijn om dit op de internationale forums nog eens te vragen, maar ik denk dat het sowieso een goed idee is om naar PHP5 over te gaan. Terug van PHP5 naar PHP4 lijkt me geen optie (en moet je ook niet willen: php4 is al sinds januari 2008 end-of-life). Ik zou eerder een backup van je site en database downloaden en ergens op een php5 omgeving installeren en testen. Eventueel lokaal op je eigen computer. Ik weet dat PNphpBB2 aanpassingen nodig heeft bijvoorbeeld.

__________

Erik,Teb
goed nieuws:
ik heb mijn omgeving bij mijn hostingprovider omgezet van
PHP4 (4.4.9-0) naar PHP5 ( 5.2.11-0)
De problemen met de taal (gettext) zijn nu opgelost!!!!!!
Dus het lag toch aan de PHP versie, ondanks dat de check van Zikula bij de
install aangaf dat de 4 versie ok was.
dan maar meteen 2 vragen er achter aan over 2 meldingen:
1) Let op: Configuratiebestand 'config/config.php' is beschrijfbaar en zou alleen-lezen moeten zijn (hint: chmod 644 of chmod 444).
deze staat op 644 en toch blijft deze melding komen.

2)Upgrade gevonden! Er is een nieuwe versie van de Zikula core beschikbaar. Download de nieuwe Zikula core 1.2.2
hoe moet ik upgraden naar 1.2.2?
alles opnieuw installeren of is er een andere manier?

alvast weer bedankt,

jala

Super!

Dat hij de melding geeft is omdat apache (de webgebruiker) blijkbaar rechten heeft om naar het bestand te schrijven, ondanks dat de file op 644 staat. Dit is ongebruikelijk, maar wel omgevingsafhankelijk. Ik zal het hier ook eens op 644 zetten en kijken of ik de melding krijg, dan zou het een bug kunnen zijn.

Sowieso is het het veiligst om het op 444 te zetten, ook om te zorgen dat je niet zomaar bestanden overschrijft of je bewust bent van wijzigingen aan die file (die in principe niet nodig zijn).

Je kunt de patch downloaden vanaf code.zikula.org/core/wiki/downloads, maar (door een foutje van ondergetekende) dien je toch nog de upgrade.php en de /install directory te kopiëren uit het volledige pakket. Deze zitten nu niet in de patch, maar upgrade.php dient wel uitgevoerd te worden na het kopiëren van alle Files uit de patch. Wellicht dat de patchfile vandaag of morgen nog aangepast gaat worden, maar je zou in principe al aan de slag kunnen.

__________

De patch is overigens al aangepast. Dat vergemakkelijkt het weer

__________