Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenVermutlich ist nach dem [FONT=courier new]?>[/FONT] am Ende noch ein Leerzeichen oder eine Leerzeile.
Lass das [FONT=courier new]?>[/FONT] am Ende am besten ganz weg, PHP braucht das nicht.
Ergänzung: Und das [FONT=courier new]()[/FONT] bei [FONT=courier new]child_theme_styles[/FONT] in der [FONT=courier new]add_action[/FONT] Zeile sollte auch weg.
Die Datenquelle ist im Grunde egal. Selbst wenn es eine andere Datenbank ist, kann man die Funktionen des wpdb Wrappers verwenden, nach entspr. Connect: http://wordpress.stackexchange.com/a/1618
Die gesamte Funktionalität würde man dann am besten in ein Plugin verpacken, siehe auch hier.
Man könnte es vergleichweise einfach per ShortCode auf einer Seite im Front-End oder etwas komplexer per Seite im Admin-Bereich lösen, deren Inhalt dann je nach Benutzer unterschiedlich angezeigt wird.
Mit is_user_logged_in() kann man abfragen, ob jemand angemeldet ist, mit wp_get_current_user() kommt man an dessen Daten anhand deren man dann per wpdb die entspr. MySQL-Abfrage durchführen und die Daten entspr. aufbereitet ausgeben könnte.
Frohes Recherchieren!
Das wäre dann der Teil "Updating WPML manually (for WPML before 3.1.7)": https://wpml.org/faq/install-wpml/
Ansonsten hat WPML auch einen sehr guten eigenen Support, sofern man Kunde ist.
Ich möchte halt nicht dass alle Daten flöten gehen.
In so einem Fall würde man das entspr. Backup einspielen.
Den Code habe ich nicht zur Hand.
Erzeuge einfach einen Key im entspr. WPML-Account wo Du das Plugin heruntergeladen hast, siehe Link zur Anleitung.
Die Seite von der ich gesprochen habe ist älter!
Das Plugin im Screenshot ist nicht aktiv, so kann es nicht selbst nachschauen, ob es ein Update gibt. Das ist bei vielen gekauften Plugins so, sofern kein extra Updater installiert ist. Was passiert wenn Du es aktivierst?
Anleitung zum Key erzeugen und auch zu manuellen Updates: https://wpml.org/faq/install-wpml/
Bei WPML in der aktiven Account einloggen, den Website mit der abgelaufenen Lizenz dort eintragen, Aktivierungscode im Website eintragen, Update machen.
Edit: Für die Juristen unter uns, alle drei WPML-Lizenzen erlauben "unlimited websites".
Ja ich hab mich schon an die gewandt, aber die wollten gleich die Login-Daten für meinen Wordpress-Bereich.
Lege doch temporär einen Account für die an, immerhin vertraust Du ihnen ja schon voll und ganz, weil Du ihren PHP-Code (das Plugin) benutzt...
HTML-Fehler im "Über mich" Widget korrigieren, [FONT=courier new]</b>[/FONT] im "mehr" Link ist dort an der falschen Stelle.
Wie findet man sowas? Mit Firefox "Seitenquelltext anzeigen" nutzen, rot markierte Stellen suchen.
Absolute Links in eigenen .php Templates sind sehr einfach zu vermeiden. WordPress hat viele Funktionen dafür, z.B. Uploads (als Array), Parent-Theme, Child-Theme, Home, usw.
Ich wuerde gern die [FONT=courier new]inc/template-tags.php[/FONT] aendern (Footerzeile), aber eine entsprechende Datei im Child-Ordner wird irgendwie nicht erkannt...
Manche Themes implementieren das nicht korrekt, hier am besten mal den Theme-Autor befragen.
Bei Nutzung eines Child-Themes wird im Browser normalerweise zunächst die [FONT=courier new]style.css[/FONT] des Parent Themes geladen und danach die [FONT=courier new]style.css[/FONT] des Child-Themes.
Über das Child-Theme ergänzt man also die Styles des Parent.
In Deinem Fall würde man im Child-Theme die entspr. Elemente mit [FONT=courier new]text-transform: none;[/FONT] versehen, das "überlagert" dann das [FONT=courier new]uppercase[/FONT] aus dem Parent.
.archive-title, .page-title, .entry-title {
text-transform: none;
}Nebenbei bemerkt: Es ist daher auch nicht nötig und auch nicht vorgesehen, alle Styles vom Parent zum Child zu kopieren, auch wenn das in einigen älteren Tutorials hier und da so beschrieben wird.
Strato hat heute massive Probleme, die ähnlich wie die Log-Einträge bzgl. Login am Abend aussehen, siehe Kommentare hier.[COLOR=#333333]
Das wp-statistics Plugin hat damit höchstwahrscheinlich eher weniger zu tun.
Edit: Manche Kommentare empfehlen, "PHP Boost" bei Strato abzuschalten, aber es sieht gesamt mehr wie ein laufender MySQL-Server DDoS oder nach irgendwelchen internen Connectivity-Problemen aus. In einem Strato-Paket mit einigen WordPress-Installationen ist hier bei exakt einer Domain der Login nur sporadisch möglich. Liegen alle im gleichen Webspace, nur die Datenbank ist jeweils eine andere.
[/COLOR]
Der Player ist eine etwas abgewandelte Version des Plugins Easy Audio Player. Siehe auch Kommentar von donbosi dort.
Die WordPress-Installation, bei der dieser eval() Code auftritt, wurde gehackt. Man sollte jetzt a) herausfinden, über welchen Weg der Hack erfolgt ist und b) die Dateien/Datenbank bereinigen.
Die Ladereihenfolge der ersten Dateien ist bei WP 4.7.x wie folgt:
wp-admin/index.php
-oder-
wp-login.phpwp-load.php
wp-config.php
wp-settings.php
-> wp-includes/load.php
-> wp-includes/default-constants.php
-> wp-includes/plugin.php
-> wp-includes/version.php
Dann einige Initialisierungen, dann (falls vorhanden)
wp-content/advanced-cache.php
Und dann einige weitere Dateien usw.
Wenn man das Schritt für Schritt nachvollzieht, kommt man irgendwann zum Problem.
Oder aber das Leerzeichen o.ä. kommt durch ein "auto_prepend_file" bzw. durch eine [FONT=courier new]php.ini[/FONT] bzw. [FONT=courier new].htaccess[/FONT] (ggf. auch in einem den drei Installationen übergeordneten Ordner).
Irgendwoher kommt ein Leerzeichen, das bei Aufruf von /wp-admin/ vor wp_redirect() u.ä. ausgegeben wird. Das betrifft alle drei Websites. Seltsamer Effekt.
Aber postiv sehen: Ist sicher lösbar, die Websites sind nach wie vor live, alle Daten vorhanden, also "halb so schlimm".
Du könntest als eine von vielen Lösungen die 70% Spalte "main" als eigenen 100% breiten Container betrachten und in 20% und 80% teilen.
Etwa so: https://jsfiddle.net/u7nco3br/
Gesamt also etwa so: https://jsfiddle.net/u7nco3br/1/
Alle plugins deaktiviieren und schnell schauen ob der Admin wieder schnell läuft?[COLOR=#000000][FONT=&][/FONT][/COLOR]
Eines nach dem anderen Deaktivieren/Aktivieren, damit man weiss, welches bzw. ob eines der Verursacher ist.
Ist in [FONT=courier new]wp-config.php[/FONT] ein Proxy eingetragen? Falls ja, welcher?
Durch temporäres Deaktivieren/Aktivieren von Plugins kann man rausfinden, ob/welches Plugin dazu beiträgt, dass der Website so langsam ist wie beschrieben. Das hat nichts mit Hackern zu tun. Die genannte Sicherheitslücke betrifft den WordPress-Core, siehe auch Link.
