[php] Rare ?-tekens ipv © op nieuwe server

[wustenveld]

Sinds een paar dagen heb ik een dedicated webserver, compleet voorgeïnstalleerd met Ensim als admin panel op redhat met Apache vedora.

Gisteren heb ik invisionboard er op geïnstalleerd, en het valt me op dat tekens zoals © ineens verandert zijn in vraagtekens, ook voor gebruikersnamen is dit het geval. Een naam als wustenveld© is nu wustenveld?, en je kunt er niet meer mee inloggen.

Nu zul je zeggen dat dit een invisionboard vraag is, maar ik vermoed dat het toch aan de webserver ligt. Op de vorige server werkte het perfect, en mensen konden gewoon inloggen, nu niet meer. Ik vermoed dat het iets te maken heeft met de codeset die gebruikt wordt. Ik heb in de php.ini gekeken, maar heb niks gevonden wat niet zo was op de vorige server.

Ik heb met google al van alles afgezocht en ook het forum van invisionboard en ensim maar kon er niks op terug vinden. Ook op GoT kan ik niks vinden, waarschijnlijk doordat ik verkeerde zoekcriteria gebruik. Is hier iemand die dit wel eens vaker bij de hand gehad heeft, en zo ja zou je me kunnen vertellen wat je gedaan hebt om het op te lossen??

Alvast heel erg bedankt hiervoor!

[tjerk_de_boer]

is de server wel geinstaleerd met de juiste language support?? Alhoewel ik me dit bijna niet kan voorstellen. Heb je toevallig je invisionboard software geupdate?

[wustenveld]

tjerk_de_boer schreef op 18 februari 2004 @ 15:57:
is de server wel geinstaleerd met de juiste language support?? Alhoewel ik me dit bijna niet kan voorstellen. Heb je toevallig je invisionboard software geupdate?

Nee, invisionboard software niks aan verandert.

Language staat op en_US voor zover ik kan zien bij Environment van phpinfo().

Maar de HTTP_ACCEPT_LANGUAGE staat gewoon op nl.

Ik ga eens proberen om _ENV["LANG"] op nl_NL te zetten in plaats van en_US, misschien helpt het.

[TheDane]

Ik had 't zelfde probleem.

Op de nieuwe server stond in de apache config file deze regel:

code:

AddDefaultCharset UTF-8

en die stond niet in de conf file op de oude server.
Regel verwijderd, probleem opgelost.

[Soultaker]

Ten eerste: The Absolute Minimum Every Software Developer Absolutely, Positively Must Know About Unicode and Character Sets (No Excuses!).

Ten tweede: voor je hier wat zinnigs mee kan, moet je eerst goed uitzoeken wat de situatie nu precies is. Waar worden die teksten opgeslagen; in een tekstbestand, of in een database? Wat voor codering wordt daar gebruikt? Zitten die vraagtekens echt in je database, dan heb je een probleem, maar waarschijnlijk is dat er ergens een conversie plaatsvind naar een character set die die speciale tekens niet ondersteunt, of die uitgaat van een verkeerde codering van de originele tekst. Het is dan zaak om uit te zoeken waar dit het geval is. Produceert de webserver misschien de goede uitvoer maar interpreteert de browser de codering verkeerd, of gaat het al bij het genereren van uitvoer mis? Zo ja, komt dat dan omdat PHP de tekst niet goed in kan lezen, ofdat 'ie een ongeschikte codering als uitvoer gebruikt?

[wustenveld]

thanx voor je goede tip theDane. Ben gaan snuffelen waar ik deze regel kon aanpassen (httpd.conf), en nu werkt het.

En soultaker, ik weet dat er verschillende karaktersets bestaan, welke dit precies zijn hoef ik niet te weten lijkt me. Ik wist dat op een of andere manier iets mis was met de instelling van de karakters te maken had. En UTF-8 vloog ook door m'n hoofd, maar ja als je niet weet waar je kijken moet en je niet de juiste zoekwoorden gebruikt kom je er niet uit. Toch bedankt voor de link!