[Antagonist / Joomla 1.7.3] Installatie niet mogelijk?

[Wildfire]

Update 15-12-2011: ondertussen ben ik van hoster geswitched en speelt het probleem niet meer.

----

Heb al tijden een (verwaarloosd) domein bij Antagonist waar ik komende week mee bezig wil gaan om eens serieus te vullen. Stond nog een oude Joomla op (1.6.nogwat), ik dacht dat met een schone lei beginnen een goed idee was dus de public_html map helemaal leeg gegooid en ook de bestaande MySQL database verwijderd en een nieuwe gecreëerd.

Vervolgens via FilleZilla de installatie-bestanden voor Joomla 1.7.3 geupload en nadat dat klaar was ging ik dus naar de site om de setup voor Joomla te voltooien. Maar dat lukt dus niet! Ik krijg het eerste scherm van de Joomla-setup, waar je de taal moet kiezen. Maar als ik dan op Volgende klik, zou je dus naar de volgende stap moeten gaan. En daar gaat het dus fout! Er komt een voortgangsindicator in beeld (soort van cirkeltje met een draaibeweging) maar hoe lang ik ook wacht, er gebeurt verder niets.

Uiteindelijk heb ik per de Antagonist instructies het domein gereset en weer van vooraf aan begonnen: geen effect, zelfde probleem. Voor de zekerheid (zou standaard al goed moeten staan na uploaden met FileZilla) mappen naar 755 gezet en bestanden naar 644. Ook geen effect.

Ter informatie: dezelfde installatie-bestanden heb ik onlangs ook gebruikt voor de installatie van een andere site van mij, bij een andere hoster. Die site draait als een zonnetje, dus ik weet dat er met de installatie-bestanden zelf niets mis is.

Kortom: wat is hier aan de hand, waarom kan de Joomla-setup niet eens verder dan de taalkeuze? Ik zie op het Antagonist forum wel dat Antagonist blijkbaar e.e.a. aan instellingen heeft die invloed hebben op Joomla, maar heb zo 1-2-3 niet kunnen vinden waarom zelfs de setup niet eens wil lukken.

(PS: De voorheen aanwezige Joomla 1.6 installatie was wel werkzaam, de site deed het gewoon)

-- Edit: semi-automatische installatie via Installatron werkt wel, maar ik wil zelf de installatie uitvoeren. Specifieker nog, waarom werkt het op de normale handmatige manier niet en via Installatron wel?

[ Voor 11% gewijzigd door Wildfire op 15-12-2011 21:14 ]

[EdwinW]

Je schrijft er helaas niet bij of de webserver voldoet aan de minimale eisen (http://www.joomla.org/technical-requirements.html), maar aangezien 1.6 wel goed lijkt te werken, vermoed ik dat de versies van PHP en MySQL goed zijn. Verder ben je niet de enige met dit probleem:
- http://forum.joomla.org/viewtopic.php?p=2649731
- http://forum.joomla.org/v...639623&p=2581724#p2581724

Probeer een andere browser (lijkt soms te werken), bv. IE9 in compatibility mode

[AE86]

Vraag inderdaad even middels phpinfo() de informatie over de webserver op en controleer of deze voldoen aan de minimale eisen van Joomla. Mogelijk is er een vereiste in Joomla 1.7 gewijzigd tegenover 1.6.

[Wildfire]

Ik heb nu weer even via de Installatron een Joomla 1.7.3 geïnstalleerd en de info opgevraagd.

PHP v5.2.17
MySQL v5.0.91

PHP Instellingen volgens Joomla:

Veilige modus Uit
Open basedir /home/debxxx/:/tmp:/var/tmp:/usr/local/lib/php/
Toon fouten Aan
Short Open Tags Aan
Bestandsupload Aan
Magic Quotes Aan
Register Globals Uit
Uitvoer buffering Uit
Sessie save path /tmp/
Sessie auto start 0
XML ingeschakeld Ja
Zlib ingeschakeld Ja
COM_ADMIN_ZIP_ENABLED Ja
Uitgeschakelde functies system,exec,shell_exec,passthru,proc_open,proc_get_status,proc_nice,proc_terminate,dl,popen,pcntl_exec
Mbstring ingeschakeld Ja
Iconv beschikbaar Ja

EdwinW: die Joomla-linkjes gaven een paar tips, die zal ik vanmiddag eens proberen om te kijken of het helpt. In het uiterste geval, als niets lukt, dan hou ik het maar op de Installatron-installatie van Joomla.

[ Voor 13% gewijzigd door Wildfire op 13-12-2011 22:17 ]

[Tuvow]

Gezien je phpinfo()-settings draai je op één van onze oudere servers, die niet optimaal zijn voor Joomla. Stuur even een mailtje naar [e-mail] met referentie naar Wouter, dan zetten we je morgen op een server waarop het soepeler zal gaan.

Het probleem zit 'm in het feit dat Joomla erg foutgevoelig is en alleen in hele specifieke omgevingen echt vlekkeloos werkt.

[Wildfire]

Tuvow schreef op maandag 12 december 2011 @ 19:45:
Gezien je phpinfo()-settings draai je op één van onze oudere servers, die niet optimaal zijn voor Joomla. Stuur even een mailtje naar [e-mail] met referentie naar Wouter, dan zetten we je morgen op een server waarop het soepeler zal gaan.

Het probleem zit 'm in het feit dat Joomla erg foutgevoelig is en alleen in hele specifieke omgevingen echt vlekkeloos werkt.

Mailtje gestuurd. Maar wat je vertelt over Joomla vind ik wel wat vreemd, aangezien het zo wijdverbreid is verwacht je toch niet dat het alleen op hele specifieke omgevingen vlekkeloos zou werken?

[Wildfire]

Ben nu dus overgezet. Zojuist de Joomla installatie-bestanden naar de nieuwe server ge-FTP'ed. Naar de site gegaan, op Volgende geklikt... en weer hetzelfde probleem.

Zometeen maar weer leeggooien en even via Installatron kijken, dan even de PHP-info opvragen.

Maar ik moet heel eerlijk zeggen dat ik nu denk maar te gaan overstappen naar mijn andere hoster. Ik heb er weinig zin in om straks workarounds te moeten gaan toepassen om Joomla aan de gang te krijgen en ik krijg nu het gevoel dat het wel die kant op gaat...

-- Edit de PHP info van de nieuwe server is identiek aan die van de oude server. PHP Is wel nieuwer, v5.3.6; MySQL ook, v5.5.14

Veilige modus Uit
Open basedir /home/debxxx/:/tmp:/var/tmp:/usr/local/lib/php/
Toon fouten Aan
Short Open Tags Aan
Bestandsupload Aan
Magic Quotes Aan
Register Globals Uit
Uitvoer buffering Uit
Sessie save path /tmp/
Sessie auto start 0
XML ingeschakeld Ja
Zlib ingeschakeld Ja
COM_ADMIN_ZIP_ENABLED Ja
Uitgeschakelde functies system,exec,shell_exec,passthru,proc_open,proc_get_status,proc_nice,proc_terminate,dl,popen,pcntl_exec
Mbstring ingeschakeld Ja
Iconv beschikbaar Ja

Ik denk dat ik het domein maar ga verhuizen, want dit schiet zo niet op.

[ Voor 91% gewijzigd door Wildfire op 13-12-2011 22:20 ]

[EDIT]

En wat zegt de error log van de webserver?

[Bastien]

Misschien dat je hier wat aan hebt? http://forum.joomla.org/viewtopic.php?p=2582254

PHP aanpassen kun je (hoop ik) niet maar misschien dat het path niet goed staat of dat er nog een .htaccess rondslingert (been there done that met een ander programma).

Maar verder met EDIT: wat zegt je apache log?

[Wildfire]

Nee, er slingert geen .htaccess rond. Mijn public_html was helemaal leeg.

Apache usage log:

code:

[Mijn IP-adres] - - [13/Dec/2011:22:59:51 +0100] "GET / HTTP/1.1" 302 290 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1"
[Mijn IP-adres] - - [13/Dec/2011:22:59:51 +0100] "GET /installation/index.php HTTP/1.1" 200 3355 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1"
[Mijn IP-adres] - - [13/Dec/2011:22:59:52 +0100] "GET /installation/template/css/template.css HTTP/1.1" 200 2686 "http://www.nuttigesoftware.nl/installation/index.php" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1"
[Mijn IP-adres] - - [13/Dec/2011:22:59:52 +0100] "GET /media/system/js/validate.js HTTP/1.1" 200 1489 "http://www.nuttigesoftware.nl/installation/index.php" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1"
[Mijn IP-adres] - - [13/Dec/2011:22:59:52 +0100] "GET /installation/template/js/installation.js HTTP/1.1" 200 2267 "http://www.nuttigesoftware.nl/installation/index.php" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1"
[Mijn IP-adres] - - [13/Dec/2011:22:59:52 +0100] "GET /installation/template/images/logo.png HTTP/1.1" 200 2259 "http://www.nuttigesoftware.nl/installation/index.php" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1"
[Mijn IP-adres] - - [13/Dec/2011:22:59:52 +0100] "GET /installation/template/images/j_divider.png HTTP/1.1" 200 351 "http://www.nuttigesoftware.nl/installation/template/css/template.css" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1"
[Mijn IP-adres] - - [13/Dec/2011:22:59:52 +0100] "GET /installation/template/images/j_header_middle.png HTTP/1.1" 200 497 "http://www.nuttigesoftware.nl/installation/template/css/template.css" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1"
[Mijn IP-adres] - - [13/Dec/2011:22:59:52 +0100] "GET /installation/template/images/j_joomla_box.png HTTP/1.1" 200 11162 "http://www.nuttigesoftware.nl/installation/template/css/template.css" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1"
[Mijn IP-adres] - - [13/Dec/2011:22:59:52 +0100] "GET /installation/template/images/j_button1_left.png HTTP/1.1" 200 480 "http://www.nuttigesoftware.nl/installation/template/css/template.css" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1"
[Mijn IP-adres] - - [13/Dec/2011:22:59:53 +0100] "GET /installation/template/images/j_button1_next.png HTTP/1.1" 200 1644 "http://www.nuttigesoftware.nl/installation/template/css/template.css" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1"
[Mijn IP-adres] - - [13/Dec/2011:22:59:53 +0100] "GET /installation/template/images/spinner.gif HTTP/1.1" 200 7100 "http://www.nuttigesoftware.nl/installation/template/css/template.css" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1"
[Mijn IP-adres] - - [13/Dec/2011:23:00:22 +0100] "GET /installation/index.php HTTP/1.1" 200 3269 "http://www.nuttigesoftware.nl/installation/index.php" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1"
[Mijn IP-adres] - - [13/Dec/2011:23:00:52 +0100] "GET /installation/index.php HTTP/1.1" 200 3269 "http://www.nuttigesoftware.nl/installation/index.php" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1"
[Mijn IP-adres] - - [13/Dec/2011:23:01:22 +0100] "GET /installation/index.php HTTP/1.1" 200 3269 "http://www.nuttigesoftware.nl/installation/index.php" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1"
[Mijn IP-adres] - - [13/Dec/2011:23:01:52 +0100] "GET /installation/index.php HTTP/1.1" 200 3269 "http://www.nuttigesoftware.nl/installation/index.php" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1"
[Mijn IP-adres] - - [13/Dec/2011:23:02:22 +0100] "GET /installation/index.php HTTP/1.1" 200 3269 "http://www.nuttigesoftware.nl/installation/index.php" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1"
[Mijn IP-adres] - - [13/Dec/2011:23:02:52 +0100] "GET /installation/index.php HTTP/1.1" 200 3269 "http://www.nuttigesoftware.nl/installation/index.php" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0.1) Gecko/20100101 Firefox/8.0.1"

En die laatste regels blijven zich uiteindelijk maar herhalen, elke keer een halve minuut ertussen; alsof de installer het elke keer maar weer opnieuw probeert.

Apache error log:

code:

[Tue Dec 13 23:00:05 2011] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?

[EdwinW]

Die uitgeschakelde functies die je Joomla laat zien, geven mij op het eerste gezicht geen prettig gevoel. Ik weet niet hoe dit bij andere webhosters is, maar in mijn geval op m'n webistes als ik kijk bij "Disabled Functions", staat er bij mij 'none'.

Verder valt mij op: "Sessie save path /tmp/". In mijn geval is dat /var/lib/php/session en dat zou kunnen betekenen dat je account geen schrijfrechten hebt in /tmp. Test even -als je SSH toegang hebt- of je schrijfrechten hebt in /tmp.

Overigens valt het met die 'foutgevoeligheid' van Joomla wel erg mee. Een recht-toe-recht-aan installatie van bv. Fedora geeft geen problemen met de installatie van Joomla 1.5/1.6/1.7 (getest met FC 10 t/m 15).

[Wildfire]

EdwinW schreef op woensdag 14 december 2011 @ 14:00:
Die uitgeschakelde functies die je Joomla laat zien, geven mij op het eerste gezicht geen prettig gevoel. Ik weet niet hoe dit bij andere webhosters is, maar in mijn geval op m'n webistes als ik kijk bij "Disabled Functions", staat er bij mij 'none'.

Ik vind dat je zelf moet kunnen bepalen welke functies je uitschakelt. Bij Webreus heb ik die mogelijkheid en heb ik e.e.a. precies ingesteld zoals ik wil voor Joomla.

Verder valt mij op: "Sessie save path /tmp/". In mijn geval is dat /var/lib/php/session en dat zou kunnen betekenen dat je account geen schrijfrechten hebt in /tmp. Test even -als je SSH toegang hebt- of je schrijfrechten hebt in /tmp.

Voor zover ik weet heb ik geen SSH-toegang.

Overigens valt het met die 'foutgevoeligheid' van Joomla wel erg mee. Een recht-toe-recht-aan installatie van bv. Fedora geeft geen problemen met de installatie van Joomla 1.5/1.6/1.7 (getest met FC 10 t/m 15).

Ik vond het zelf al een rare opmerking. Joomla is één van de meest gebruikte gratis CMS'en en als het daadwerkelijk zo foutgevoelig zou zijn kan ik me niet indenken dat het zo succesvol was geworden.

[Tuvow]

Joomla heeft geen van de functies nodig die wij uitgeschakeld hebben. Deze functies staan standaard uitgeschakeld, omdat ze niks te zoeken hebben op een shared hosting omgeving.

Verder is /tmp vanzelfsprekend gewoon schrijfbaar.

Het feit dat Joomla op een bepaalde manier wel werkt, is natuurlijk niet bewijs dat mijn claim over Joomla omverstoot. Zelf vind ik het typerend voor Joomla dat het geen enkele foutmelding en alleen een wit scherm teruggeeft. Daarom vind ik het inderdaad ook bijzonder dat Joomla zo populair is, bij bijvoorbeeld Drupal zit dat veel beter in elkaar.

Mijn vraag: waarom niet gewoon met Installatron installeren? Blijkbaar zit er een bug in de installatieprocedure van Joomla zelf, dus waarom niet gewoon even Installatron gebruiken?

[ Voor 53% gewijzigd door Tuvow op 14-12-2011 17:02 ]

[Bastien]

Misschien een kleine poging waard om van de automatische installatie het configuratie bestand eens te bekijken ten opzichte van de handmatige variant? Database staat niet goed dan natuurlijk maar misschien zie je verschillen die je naar een oplossing helpen.

De verwijzing naar een andere cms zoals hierboven is natuurlijk geen oplossing, enkel bestrijding van het symptoom.

[Wildfire]

Tuvow schreef op woensdag 14 december 2011 @ 16:59:

[..]

Mijn vraag: waarom niet gewoon met Installatron installeren? Blijkbaar zit er een bug in de installatieprocedure van Joomla zelf, dus waarom niet gewoon even Installatron gebruiken?

Omdat ik simpelweg de installatieprocedure zelf wil doen en niet afhankelijk wil zijn van Installatron met weet ik welke instellingen. Sowieso, dat Installatron het wel kan installeren geeft aan dat er dus ergens wel iets met instellingen aan de hand is.

Ik ga gewoon m'n domein verkassen, ik heb geen zin om via omwegen de boel aan de gang te krijgen.

(ik moet wel zeggen dat het idd stom is dat Joomla dus gewoonweg niet zelf met een foutmelding op de proppen komt)

[ Voor 8% gewijzigd door Wildfire op 14-12-2011 19:55 ]

[EdwinW]

@Tuvow: Is de JSON extentie enabled in PHP?
@Wildfire: kun je met een phpinfo.php bestand nagaan of JSON is geconfigureerd?

Maak anders een .htaccess bestand aan en zet dan de volgende inhoud hierin (daarna de padnamen aanpassen):

# PHP error handling for production servers
php_flag display_startup_errors off
php_flag display_errors off
php_flag html_errors off
php_flag log_errors on
php_flag ignore_repeated_errors off
php_flag ignore_repeated_source off
php_flag report_memleaks on
php_flag track_errors on
php_value docref_root 0
php_value docref_ext 0
php_value error_log /home/path/public_html/domain/PHP_errors.log
# [see footnote 3] # php_value error_reporting 999999999
php_value error_reporting -1
php_value log_errors_max_len 0

<Files /home/path/public_html/domain/PHP_errors.log>
Order allow,deny
Deny from all
Satisfy All
</Files>

PHP meldingen worden nu in een log-bestand opgeslagen. Aangezien je relatief veel meldingen kunt verwachten, deze optie korte tijd gebruiken.

[ Voor 6% gewijzigd door EdwinW op 14-12-2011 22:06 ]

[Wildfire]

EdwinW schreef op woensdag 14 december 2011 @ 21:32:
@Tuvow: Is de JSON extentie enabled in PHP?
@Wildfire: kun je met een phpinfo.php bestand nagaan of JSON is geconfigureerd?

Maak anders een .htaccess bestand aan en zet dan de volgende inhoud hierin (daarna de padnamen aanpassen):


[...]


PHP meldingen worden nu in een log-bestand opgeslagen. Aangezien je relatief veel meldingen kunt verwachten, deze optie korte tijd gebruiken.

Bedankt voor de info, maar ik heb geen zin meer om het verder uit te zoeken. Ik ga morgen van hoster switchen. Ben het zat dat ik moet klooien om handmatig Joomla te installeren, terwijl ik vanuit een andere hoster gewend ben dat het zonder problemen meteen gewoon werkt.

[naarden 4ever]

Sorry, misschien is dit heel dom gesteld, maar waarom ga je niet naar je DirectAdmin en installeer je Joomla! via installatron? Dat werkt wel gewoon op 1.7.3.

Welk serverblok sta je? Ik sta op s85, misschien dat dat iets uitmaakt...

[Bastien]

naarden 4ever schreef op woensdag 14 december 2011 @ 22:13:
Sorry, misschien is dit heel dom gesteld, maar waarom ga je niet naar je DirectAdmin en installeer je Joomla! via installatron? Dat werkt wel gewoon op 1.7.3.

Welk serverblok sta je? Ik sta op s85, misschien dat dat iets uitmaakt...

Lees de hele TS eens

[Wildfire]

Bastien schreef op woensdag 14 december 2011 @ 22:13:

[...]

Lees de hele TS eens

Het komt er uiteindelijk gewoon op neer dat ik nu de server gewoon niet meer vertrouw. Handmatig installeren is onmogelijk, via Installatron wel maar wie zegt me dat ik dan later weer niet tegen andere ellende aanloop? Daar heb ik nul komma nul behoefte aan.

[Beatboxx]

Als je eens alle rechten op 777 of 755 zet? werkte bij mij!

[Wildfire]

Beatboxx schreef op woensdag 14 december 2011 @ 22:30:
Als je eens alle rechten op 777 of 755 zet? werkte bij mij!

Dat was ik vergeten te melden, ik had al eens geprobeerd om alle bestanden en mappen in de public_html op 777 te zetten. Dat had dus geen enkel effect. En daarnaast, dat is geen oplossing. Bestand horen over het algemeen op 644 te staan en mappen op 755.

[ Voor 13% gewijzigd door Wildfire op 14-12-2011 22:33 ]

[pedorus]

Wie zegt dat je een andere server wel kan vertrouwen? De oplossingen die ik zien zijn in de categorie "browser cache leeggooien", "IE9 in compatibility mode gebruiken", "installeren naar een subdirectory", "apache module ipv fastcgi gebruiken". Oftewel allemaal problemen die aan Joomla lijken te liggen ipv de server.

offtopic:
Analogie: systeembeheer levert computer met werkend image erop; je weigert dit image en installeert zelf windows; het lukt je niet; blijkbaar heeft systeembeheer een verkeerde computer geleverd, deze is niet te vertrouwen, want met een andere computer is het je wel gelukt?

[Wildfire]

pedorus schreef op woensdag 14 december 2011 @ 22:44:
Wie zegt dat je een andere server wel kan vertrouwen? De oplossingen die ik zien zijn in de categorie "browser cache leeggooien", "IE9 in compatibility mode gebruiken", "installeren naar een subdirectory", "apache module ipv fastcgi gebruiken". Oftewel allemaal problemen die aan Joomla lijken te liggen ipv de server.

offtopic:
Analogie: systeembeheer levert computer met werkend image erop; je weigert dit image en installeert zelf windows; het lukt je niet; blijkbaar heeft systeembeheer een verkeerde computer geleverd, deze is niet te vertrouwen, want met een andere computer is het je wel gelukt?

Ik kan op precies dezelfde computer op precies dezelfde manier bij een andere webhoster geheel probleemloos handmatig Joomla installeren en vanuit dezelfde browser dan ook verder af installeren. En bij die andere webhoster heb ik een Joomla installatie draaiende (zelfde versie van Joomla, zelfde installatiebestanden) die dus geheel probleemloos draait, met diverse Joomla extensies.

[Wildfire]

Het is nog geen 24 uur na m'n vorige post, maar nu toch al een kickje - ter afsluiting: ik ben geswitched naar een andere hoster waar ik binnen een paar minuten Joomla zonder gedoe draaiende had. Komende tijd bezig met het inrichten ervan

In ieder geval nog wel iedereen bedankt die heeft meegedacht.

[ Voor 5% gewijzigd door Wildfire op 15-12-2011 23:00 ]

[har0]

Raar ... heb meerdere mensen site'ś geadviseerd bij antagonist, draai op 1 van deze dubbele Joomla nog (1.X en 1.7X) op andere WP ...

Heb ook andere hoster(s) maar nog nooit problemen gehad met Joomla op antagonist balen dat het voor jou niet werkte zoals jij het wilde