Onderwerp: In plaast van vreemde tekens opeens "fffd".

@cyrano : Die is gecontroleerd op malware inderdaad. Binnen Joomla zit het probleem niet, want dat stuk wat door Joomla aangestuurd wordt is alllemaal goed.
Het euvel zit hem in dit kleine database wat apart gebruikt wordt door dit custom scriptje.

Ik ben zelf eens in de database gaan snuffelen en daar zie je als tekst gewoon bijv. "éérste" terwijl online dus "fffdrste" zichtbaar is.
Bij een van de pogingen toen ik een deel van dat databaseje naar latin1 had omgevormd kwam er "fffd??rste" te staan, dus bij alle rare tekens kwamen er achter de fffd code twee vraagtekens.

Als ze klant ze met een alt code wijzigt, dan schijnt het wel goed online te komen, dat is echter een monikkenwerk. Maarja op een gegeven moment houdt het op met de support bij die zelfgemaakte scriptjes. Alles op de server draait verder prima, inclusief rare tekens, behalve die ene database van dat scriptje.

Gebruikt de klant toevallig een webfont, want bij sommige krijg je dat ook als ze het karakter niet herkennen of bvb bij font-icons krijg je dat ook als het niet gehost is onder dezelfde virtual host (zelf subdomain werkt niet).

Ik heb geen flauw idee. Maar zal het hem eens vragen. Maar zo te zien is het volgens mij gewoon Arial.

Oorspronkelijk geplaatst door Blacky

@cyrano Ik ben zelf eens in de database gaan snuffelen en daar zie je als tekst gewoon bijv. "éérste" terwijl online dus "fffdrste" zichtbaar is.
Bij een van de pogingen toen ik een deel van dat databaseje naar latin1 had omgevormd kwam er "fffd??rste" te staan, dus bij alle rare tekens kwamen er achter de fffd code twee vraagtekens.

Zou het kunnen dat door een MySQL update de tabellen default als MyISAM gezet zijn, terwijl ze horen innoDB te zijn? Ik meen me te herinneren dat het tweede, "fffd??rste" daarmee te maken had.

Als ze klant ze met een alt code wijzigt, dan schijnt het wel goed online te komen, dat is echter een monikkenwerk. Maarja op een gegeven moment houdt het op met de support bij die zelfgemaakte scriptjes. Alles op de server draait verder prima, inclusief rare tekens, behalve die ene database van dat scriptje.

Ik heb uiteindelijk een input en output lijst zitten maken en heb het met een scriptje in een andere db tool opgelost om dat monnikenwerk te vermijden.

Zou het kunnen dat door een MySQL update de tabellen default als MyISAM gezet zijn, terwijl ze horen innoDB te zijn?

Dat zou kunnen want ik was me ook al over dat MyISAM aan het verbazen. Op de DA servers hebben we zoiets in de my.cnf staan:

Code:

default-storage-engine=MyISAM
innodb_file_format=Barracuda
innodb_file_per_table=1

Dat staat echter niet in de my.cnf van deze Cpanel server.