Spot-net.nl Forums

Support Request Template

Welk spotX programma gebruik je?: SpotWeb
Wat is de versie van het spotX programma?: git
Wat is je besturingssysteem?: Linux
Wat is de versie van het besturingssysteem?: 64bits
Welke Usenet Provider heb je?: xs4all
Welke Internet Provider heb je?: xs4all
Welk Anti-Virus/Firewall programma gebruik je?: clamav
Met welk programma download je?: spotweb
Wanneer begon je probleem?: Vanwege een probleem met phpmyadmin heb ik wat karakterset instellingen in /etc/php.ini en /etc/my.cnf gedaan: default_charset = "utf-8" voor php, hier stond eerst default_charset = "utf8" (mijn tiepvaud)
Geef een beschrijving van je probleem: Daarna kwam ik er achter dat spotweb vele meldingen als deze geeft bij het openen van spotweb:
Warning: htmlspecialchars(): charset `utf8' not supported, assuming utf-8 in /var/www/spotweb/templates/we1rdo/spots.inc.php on line 214
Wat heb je gedaan om het probleem te verhelpen?: Het verwijderen van de karakterset instellingen in php.ini en my.cnf, herstart van apache en mariadb hierna, leeggoien van cache/*/* onder spotweb, verwijderen cache van firefox, etc.
Maar de meldingen gingen niet weg.
Alleen spotweb heeft hier last van.
Op dezelfde database omgeving draait de Logitech Media Server en die geeft deze warnings niet.
En ook phpMyAdmin werkt inmiddels prima.
XML bestand.: Geen antwoord gegeven

Generated by Support Toolkit SRT Generator.

Mariadb volledig verwijderd.
/var/log/mysql leeg gemaakt.
En na herinstallatie van mariadb e.e.a. aan spotweb weer geinstalleerd.
De htmlspecialchars() meldingen blijven komen.
Hoe krijg ik ze weg?

[edit] verwijderd [/edit]
Dat kan alleen als er (ergens) in de php.ini nog default_charset = "utf8" staat.
Je moet die regel commenten met punt-komma. "UTF-8" is de php default.
(btw, in mysql moet het wél utf8 zijn als je dat tenminste op wilt geven. Maar dat zou ik ook niet doen. Nergens voor nodig)

utf 8 was achter de ; weggezet. en toch bleven de meldingen komen.
Maar nu opeens (sinds gisteravond) is e.e.a. weer normaal. (ik onderzoek of e.e.a. echt 100% weg is...)
Ik weet nu dus niet waarom: alles is plat geweest en opnieuw gedaan etc, zonder effect...

Waarschijnlijk gecached of zoiets.
En synology is behoorlijk eigenwijs met php ini files. Hij houdt er diversen op na.

E.e.a. draait hier op een Fedora doos c.q. werkstation, geen NAS o.i.d.