Beiträge von b3317133

Wenn eine Seite durch ein Cache Plugin mit JS/CSS Minify und HTML-Pagecache nicht mehr funktioniert, dann ist das meist ein sicheres Zeichen, dass in einem Theme/Plugin irgendwas "unsauber" oder vermeintlich "clever an WordPress vorbei" programmiert wurde.

Eigentlich ein guter Zeitpunkt, um auf Fehlersuche zu gehen. :razz:

Bei Nutzung anderer Cache-Features wie irgendwelche extra "Database/Object Caches" oder autom. CDNs usw. gilt das nicht, denn damit kann man auch perfekt saubere Seiten sehr leicht "verkonfigurieren". Nicht immer hilft "alles was geht anklicken" und schon gar nicht beim früheren Flagschiff "W3 Total Cache", das wir inzwischen nirgends mehr einsetzen.

Benutzen derzeit oft Autoptimize für JS/CSS Minify i.v.m. WP Fastest Cache als HTML-Pagecache oder auch nur Autoptimize für JS/CSS Minify, das alleine ergibt bei Seiten mit viel Plugin CSS/JS schon einen ziemlichen Schub wegen der stark verminderten Anzahl Requests zum Server.

Und nur der Klarheit wegen, [FONT=courier new]#d_title[/FONT] meint den [FONT=courier new]id[/FONT] des Elements, nicht etwa den [FONT=courier new]name.[/FONT]

Mit welcher Anleitung?

Zum Code: [FONT=courier new]#d_title [/FONT]wird als [FONT=courier new]dataid[/FONT] und [FONT=courier new]title[/FONT] verwendet, und wg. [FONT=courier new]null[/FONT] probier mal [FONT=courier new]jQuery("#d_title").val()[/FONT] usw. statt [FONT=courier new]$(..)[/FONT] oder meinst Du andere Variablen?[FONT=courier new][/FONT]

Evtl. läuft unter /blog/ auch eine Standard-Installation des Providers oder das ist ein alter, früherer Versuch einer Installation.

Gibt es einen Ordner "blog" wenn Du Dich über FTP anmeldest? Falls ja, versuche den mal umzubenennen, z.B. in "nix_blog"

Alterativ probiere mal, die in WordPress angelegte Seite anders zu nennen, z.B. "Blogtest", auch den Permalink anpassen.

Das heisst: Die Datei wp-config.php im Ordner blog enthält keine gültigen Zugangsdaten für diese zweite WordPress Installation.

Ergänzung: Ausserdem ist diese zweite Installation offenbar eine sehr alte WordPress-Version 4.4.2, siehe /blog/readme.html

Ergänzung 2: Bitte nicht für die zweite Installation die genau gleichen Datenbank-Daten wie für die erste Installation verwenden. Die Datenbank und die Zugangsdaten können gleich sein, aber die Zeile [FONT=courier new]$table_prefix[/FONT] [COLOR=#ff0000]muss[/COLOR] unterschiedlich sein.

Zitat von AmFearLiath

oder ist das eine separate Wordpress installation?

Ja, siehe /blog/wp-admin/

Setze doch mal statt derzeit einem temporär zwei Widgets des Themes dort hin, damit man das "nebeneinander" sehen kann.

Zitat von einfach112

Da mein Kunde keine Werbung zu automattic noch zu wordpress möchte ist halt die Frage wie ich den Hinweis entfernen kann ohne rechtlich schwierigkeiten zu bekommen.

Wie beschrieben, um diese Frage zu klären, am besten mal einen Anwalt konsultieren, der GPLv2 Lizenzbedingungen erklären kann.

Zitat von einfach112

Ich bin ja gerne bereit einiges dafür springen zu lassen damit ich den hinweis entfernen darf .... Aber finde halt keine Möglichkeit wie ?!

Schau Dir die Datei [FONT=courier new]footer.php[/FONT] im Theme an. Wenn Du damit nicht zurecht kommst, melde Dich per PN bei mir, dann finden wir eine Lösung, bei der keine grossen Sprünge nötig sind.

Woher kommt denn [FONT=courier new]bob_unique[/FONT]? Evtl. helfen auch diese Beispiele weiter.

Zitat von Damian Huwiler

Das Problem liegt darin, das es für einige Kunden eine zu grosse Veränderung wäre, ihr Version einfach auf den neusten Stand zu bringen und es so zu aufwändig wird.

Qualitätshosting aus der Schweiz, mit 105% Hackinggarantie, mal was anderes. :shock:

Ein eigenes Plugin bestünde aus einem standard WordPress Plugin-Header, z.B. sowas

<?php
/*
Plugin Name: Meine tolle User Notification
Description: Ersetzt wp_new_user_notification() mit meinem tollen Code
Version: 0.1
Author: tom_010101
*/

und dem Code von hier darunter, ggf. mit entspr. Anpassungen.

Ein fremdes, fertiges Plugin gibt es z.B. hier.

Du kannst wp_new_user_notification() mit einer eigenen Version "überlagern", die Funktion ist "pluggable".

Danke, sehr interessant. Da wird nach kurzem Querlesen aber noch ein third party Modul "plugin-updatechecker" benötigt. Dachte bei dem Tutorialvorschlag eher an etwas, das genau diesen Mechanismus beschreibt.

Trotzdem danke für die Tutorials, sind auch so sehr informativ.

Klingt interessant, vielen Dank dafür.

Nicht immer kann/soll aber GitHub genutzt werden. Daher Vorschlag für ein zukünftiges Tutorial: Wie man Plugins inkl. Updates auf dem eigenem Server hosten kann, so wie das z.B. ACF Pro oder WPML machen.

Es handelt sich höchstwahrscheinlich um eine sicherheitsbedingte Limitation von Firefox, lade mal Deine eigene HTML-Seite auf einen Server, dann sollte das gleiche (nicht) passieren.

Zitat von LD1975

Sorry, ich dachte das wäre aus meinem ersten Post ersichtlich... bringt uns das weiter?

Nein, das bringt keinen weiter. Dort steht irgendwas, was Du Deiner Aussage nach ausprobiert hast und was nicht funktioniert hat.

Was der eigentliche Zweck war und welche URLs Du auf welche URLs weiterleiten willst, geht daraus nur für Hellseher hervor.

Welche URL soll zu welcher URL umgeleitet werden? Alte Struktur? Neue Struktur? Beispiele alte Links? ULRs der neuen Seiten?

Ohne Details ist die Antwort: Richte einfach eine Umleitung ein.

Und wenn man googelt, gibt es sogar Plugins dafür, z.B. https://de.wordpress.org/plugins/simple-301-redirects/

Oder hier: https://de.wordpress.org/plugins/advanced-ads/

Wurde in der wp-config.php auch der Datenbank-Server DB_HOST angepasst?

Für eine Fehlerausgabe mal WP_DEBUG aktivieren.

Generell empfiehlt sich für "Deploy auf live" und/oder zurück usw. ein Plugin wie Duplicator, einfach mal das Video auf der Plugin Seite anschauen, beantwortet viele Fragen. Damit ist keine "Handarbeit" nötig.

@rantanplan/JABA: Diese Datei mo.php gibt es in WordPress nicht... der Rest gilt weiterhin.