Guten Tag,
ich verwende den Aktuellen bot mit Webinterface.
Ich habe folgendes Problem:
Wenn ich zum beispiel bei den Ankündigungen wenn ich da worte wie Änderung, Überhaubt,Öffentlich etc verwenden will enstehen immer dauraus immer solche zeichen: tatkäftige unterstützung für [Tatkräftige unterstützung für]
Wenn ich aber bei den Websiten einstellungen der Willkommens seite solche umlaute verwende hat das interface damit keine Probleme.
Hier nun die frage wie bekomme ich das für die Bots auch zum laufen? Muss ich was an der Dabenbank ändern?
(kleiner hinweiß: Bin technich nicht so begabt)
Screen:
(https://i.gyazo.com/38d3b7c3e84a6328b8004912949c081a.png)
(https://gyazo.com/1eaf46e96fcdfc0632b285fc6615d35e.png)
https://gyazo.com/38d3b7c3e84a6328b8004912949c081a
https://gyazo.com/1eaf46e96fcdfc0632b285fc6615d35e
Bei rücksprache erreicht mann mich hier: ts.vme.community oder durukei@hotmail.com
MfG Aremius
Bitte mit phpinfo() prüfen, ob magic_quotes_gpc aktiv ist. Falls ja:
- Abschalten, steht aber auch so in der Anleitung vom Web Interface!
- Unbedingt PHP aktualisieren. magic_quotes_gpc gibt es nur bis PHP 5.3, und 5.3 ist bereits seit mehreren Jahren aus dem Security Support raus!
Kannst du das noch etwas erläutern?
Wo muss ich das prüfen? wiegesagt bin da neu in der materie ;)
http://php.net/manual/de/function.phpinfo.php
Oder direkt prüfen in der php.ini -> http://php.net/manual/de/ini.list.php
ich schäme mich fast deine zeit zu verschenden aber ich nehme mal an via putty einfach eingeben oder?
root@XXXXXXX:~# phpinfo ([ int $what = INFO_ALL ])
-bash: syntax error near unexpected token `['
root@XXXXXXX:~#
Hast du vielleicht etwas zeit um dich auf einem TS zu treffen ums "kurz" mündlich zu besprechen? :-[ :-[ :-[
habe phpversion 7.0.25, falls das noch nützlich ist
Hmm, bei PHP 7 gibt es kein magic_quotes_gpc mehr. Welche Version vom Web Interface verwendest du?
die aktuellste von Dezember 17, 2017
Ich hatte das selbe Problem auch bei mir :-\ Ich habs dann custom gepatcht ::)
phpinfo: https://pastebin.com/JpDjms0Y
@ LarsO: Was genau hast du gepatcht?
muss ich die Tage mal gucken, es war auf jedenfall ein auslese Fehler
Habe das selbe Problem, was mir andere nun auch gemeldet haben, verwende PHP 7.0.18 mit der aktuellsten Interface Version.
So, hab es bei mir nun behoben, in der PHP habe ich folgendes angepasst:
return html_entity_decode($advertInput);
Damit wird wieder alles korrekt ausgegeben :)
Quote from: Pierre on March 03, 2018, 07:11:26 PM
So, hab es bei mir nun behoben, in der PHP habe ich folgendes angepasst:
return html_entity_decode($advertInput);
Damit wird wieder alles korrekt ausgegeben :)
Wo genau hast du die Anpassung gemacht?
Quote from: Stefan1200 on March 03, 2018, 08:31:38 PM
Wo genau hast du die Anpassung gemacht?
Angepasst in der advertising.php
Anbei ein Teil, des Codes:
$advertInput .= getMultilineTextInput($prefix."_message_new", $row[0], 3, 60);
return html_entity_decode($advertInput);
}
So, ich habe gerade umfangreiche Tests durchgeführt mit folgenden drei Setups:
Windows 10 x64 + Apache 2.4.18 + PHP 5.6.18 + MySQL 5.7.11 + Teamspeak 3.0.13.8
Windows 10 x64 + Apache 2.4.29 + PHP 7.2.3 + MariaDB 10.1.31 + Teamspeak 3.0.13.8
Debian 8.10 x64 + Apache 2.4.10 + PHP 7.0.28 + MySQL 5.5.59 + Teamspeak 3.1.1
Damit habe ich fast alle erdenklichen noch unterstützten Versionen von PHP und der Datenbank abgedeckt. Das Web Interface Build 3033 und der JTS3ServerMod 6.4.3 läuft einwandfrei, dieser Fehler ist für mich nicht nachstellbar.
Daher bitte die betroffenen Personen die oben genannten Workarounds nutzen. Ich kann mir nur vorstellen, das irgendeine Software oder Konfiguration an PHP herum fuscht.
Heyho,
zum Beispiel beim Bad Nickname Check hast du ein htmlentities bei der Abfrage aus der Datenbank eingebaut, dadurch kommen im Interface statt ü zum Beispiel ü raus.
Quote from: monster010 on April 04, 2018, 06:31:51 PM
zum Beispiel beim Bad Nickname Check hast du ein htmlentities bei der Abfrage aus der Datenbank eingebaut, dadurch kommen im Interface statt ü zum Beispiel ü raus.
Naja, ich habe das ja damals so gebaut, weil ich sonst die Probleme ohne htmlentities hatte. Und ich kann bei den drei obigen Setups den Fehler nicht nachstellen.