Beiträge von Achill

Edit: Das Problem tritt in einer Multisite-Umgebung auf der Main-Site auf. In einer Single-Installation mit gleichem Theme geht das alles, genauso wie auf einer User-Site des Netzwerks mit einem anderen Theme.

Dann womöglich ein Plugin, das stört? Irgendwelche Ideen außer dem Standard-Verfahren (alles deaktivieren, dann aktivieren bis das Verhalten zutage tritt)?

Hallo!

Eben, 12:45, habe ich festgestellt -um 3:45 wurde automatisch auf WP 4.9 aktualisiert-, dass ich die Menüs nicht mehr richtig bearbeiten kann. Ich kann zwar Seiten hinzufügen, die bestehenden Menüeinträge bearbeiten und das Menü auch speichern - doch weder öffnet sich z.B. der Bereich "Individuelle Links" noch zeigt sich beim anklicken von "Ansicht anpassen" oder "Hilfe" oben rechts irgendeine Reaktion. Ich habe das im Firefox und Chrome probiert, in beiden Browsern das gleiche Verhalten. Auch habe ich im Firefox die WEb-Konsole aufgerufen, ohne da etwas entdecken zu können (bin allerdings auch nicht sonderlich firm darin...)

Liegt's am Update oder ist irgendwas mit meiner Maschine?

Danke für die Hilfe!

Edit: Der Customizer zeigt nichts an...

Das Problem ist wohl gelöst. Mir haben die ständigen Cookie-Hinweise keine Ruhe gelassen. Unter http://toscho.de/2013/wordpress…hreren-domains/ habe ich den wohl entscheidenen Hinweis gefunden.

Also "define('COOKIE_DOMAIN','');" in wp-config.php eingetragen, zur Sicherheit nochmal sämtliche WP-Cookies gelöscht - und siehe da, der Login ist möglich.

Weshalb ich mich allerdings als bereits angemeldeter Super-Administrator nochmal anmelden muss, obwohl ich den "Dashboard"-Link nutze (der auf 123.do/wp-admin zeigt), verstehe ich (noch) nicht.

Wie auch immer, es geht jetzt. Vielen Dank für die Hinweise und möge anderen geholfen sein! :-)

Vielen Dank für die Antwort!

1. Die Site liegt auf einem Linux-Server.
2. Home/Siteurl (Reiter Einstellungen): 123.do; Setze ich diese auf abc.xyz.do, und lasse unter Info die Website-Adresse auf 123.do, erhalte ich einen Seiten-Ladefehler: "Die aufgerufene Website leitet die Anfrage so um, dass sie nie beendet werden kann. Dieses Problem kann manchmal auftreten, wenn Cookies deaktiviert oder abgelehnt werden."
2.1. Ich meine das gestern auch schon probiert zu haben, allerdings war da das Ergebnis ein anderes: Die Site wurde angezeigt und eine Meldung angezeigt, von wegen dass die Site noch nicht Registriert sei (o.ä. - kann ich jetzt nicht reproduzieren...)
3. Die Site wird über 123.do aufgerufen
---
Die exakte Login-Fehlermeldung lautet: "FEHLER: Cookies sind gesperrt oder werden von deinem Browser nicht unterstützt. Du musst Cookies aktivieren, um WordPress verwenden zu können." (Firefox)
Ich habe die Annahme von Drittanbieter-Cookies Testweise auf "Immer" eingestellt: Keine Änderung.
---
Was bedeutet das, dass WP absolute URL's benutzt?

Danke!!!

Hallo!

Folgende Situation:
* MS-Installation (Subdomain) unter xyz.do
* dort Website abc.xyz.do angelegt
* Login aus MS-Inst ("Dashboard") funzt (obgleich ich in Erinnerung habe, das auch das zunächst Probleme bereitete... ist jetzt aber schon ein paar Stunden her...)

Soweit, so gut.
Nun dieses:
* domain 123.do wird beim Provider umgeleitet auf abc.xyz.do (Proxy)
* in "Websites" der MS-Inst, Feld "Website-Adresse (URL)" 123.do eingetragen
* Login ("Dashboard") funzt nicht. Meldung: Cookies nicht aktiviert...

Daraufhin:
* sämtliche Cookies zu WP gelöscht - keine Änderung, selbe Meldung
* von anderer Maschine versucht einzuloggen (via user 123 und dem mir zugegangenen PW) - keine Änderung, selbe Meldung
* Website/Reiter Einstellungen geprüft: Site/Home-URL steht auf 123.do

Soweit ich die MS-Doku und Hinweise von Experten verstanden habe, müsste das doch eigentlich so funktionieren - oder verstehe ich da etwas nicht?

Danke!!!

Hallo!

Ich habe eine Site erstellt und deaktiviere über MEINE WEBSITES | NETWERKVERWALTUNG | WEBSITES nach Auswahl der betreffenden Site die Option "Öffentlich".

Die Site bleibt allerdings über die Eingabe der URL weiterhin aufrufbar, eine Anmeldung ist nicht nötig. Ich gehe davon aus, das die Funktionalität die gleiche ist wie für Beiträge und Seiten, wie in https://codex.wordpress.org/Content_Visibility beschrieben.

Es ist kein Cache installiert und auch der Browser-Cache wurde geleert.

Habe ich irgend etwas vergessen? Die Privatisierung eines Beitrags auf der betreffenden Site funktioniert...

Danke und Gruß!

Na, da bin ich wohl wirklich etwas aufgessen. Nach Umstellung auf Subdomain-Verfahren ist mir dann doch klar geworden, dass ein Unterverzeichnis nicht benötigt wird - die Sites werden allesamt in der DB der primären Site verarbeitet. Ob nun der Zugriff via lore-ipsum.domain.dom oder domain.dom/lore-ipsum ist WP offensichtlich ziemlich egal.

Uploads einer Site des Multisite-Netzwerks finden sich dann unter Upload-Verzeichnis/sites/Site-Id.

Wieder was gelernt... :lol: 8-)

Hallo!

Vielleicht bin ich nicht auf dem aktuellen Stand... :roll:

Nach einigem hin und her habe ich (als Super-Administrator) eine Neue Website in einer Multisite Umgebung (Unterverzeichnis-Struktur) erstellen können: .htaccess-Problem gelöst.

Die Website wird in der über den Menüpunkt "Websites" im Netzwerk-Menü ereichbaren Liste aufgeführt, nicht aber unter "Meine Websites". Dort erscheint nur der Zugang zur Netzwerk-Admin und meine primäre Website.

So gut, so nachvollziehbar.

Meine Netz-Recherchen haben ergeben, dass nun ein Unterverzeichnis erscheinen müsste, das die neue Website beherbergt. Das finde ich aber nicht - dennoch kann ich die neue Website aufrufen und mich mit dem beim Anlegen generierten Benutzer ohne Probleme anmelden.

Bin ich da einer alten Info aufgesessen oder ist es ein reines Wunder, dass die Site abrufbar ist, obgleich kein entspechendes Verzeichnis vorhanden ist?

Mit bestem Dank,

Achill

Hallo!

Mir ist seit einiger Zeit aufgefallen, dass manche Plugins sich so verhalten, als sei English als Sprache eingestellt. In den allgemeinen Einstellungen ist als Sprache der Website "Deutsch (Sie)" eingestellt.

Nun ist mir aufgefallen, das mir zum WP-Update sowohl die deutsche Version als auch eine Englische angeboten wird (siehe Anhang).

Ist das "normal"?

Danke und Gruß!

Hallo!

ich hab irgendwas verdummsaubeutelt, vielleicht kann jemand helfen... Danke!

Ich habe das WP-Verzeichnis geändert, wie ich es schon oft getan habe. Allerdings ist mir wohl bei der Installation eines Plugins irgendwas durcheinandergeraten.

Ich kann ein bestimmtes Plugin laden, aber nicht aktivieren. Nach aktiviereung erhalte ich eine WP-Seite mit "Access denied".

Wordfence und Shield sind installiert, allerdings erhalte ich diese Meldung auch, wenn die beiden deaktiviert und gelöscht sind.

In der Adresszeile des Browers findet sich: .../wp-admin/plugins.php?_wpnonce=747de74fe1&action=activate&plugin=search-and-replace/inspyde-search-replace.php

Hat jemand eine Idee?

Nochmal Danke!

Hallo!

Ich habe folgenden Effekt:

Ein PHP-Plugin (getestet: "Functionality" und "My Custom Functions") erzeugt beim Speichern eine 503-Antwort ("Service Temporarily Unavailable") wenn im Code oder im Kommentar die Zeichenfolge 'http://wordpress.', gefolgt von einer Ziffer oder einem Buchstaben, erscheint.

Wird diese Sequenz irgendwie unterbrochen (z.B.: 'http://'.'wordpress.org') wird einwandfrei gespeichert.

Das Verhalten trat unvermittelt auf - es funktionierte zuvor. Ich kann nicht mehr nachvollziehen, ob und wenn ja welche/s Plugin/s installiert wurden, bevor ich das Verhalten registrieren konnte.

Da ich ein Workaround habe, forsche ich auch nicht weiter nach.

Grüße!

Das gibt's in der Tat was (Überprüfen, Optimieren, Reparieren, Analysieren), das habe ich auch schon gemacht. Doch diese Prüfung scheint mir nur "technischer" Art zu sein, nicht inhaltlicher. Was ich sagen will: Wenn der Datensatz nicht aktualisiert werden kann, muss ja irgendwo ein Fehler auftauchen (Unzulässiges NULL, Duplicate Key,...). Was ich bräuchte ist ein Tool, dass mir genau diese inhaltliche Konsistenz prüft. Oder mir zumindest irgendwo den Fehler ausgibt, der beim Versuch den Datensatz zu speichern ja irgendwo auftauchen muss. WP meldet nur, das gespeichert wurde - vielleicht, weil die Fehlermeldung ignoriert wird, aus irgendeinem gutem Grund. Ein Tool, das den tatsächlichen SQL-Status zurückgibt (bzw. die Stati, es wird ja in meheren Tabellen operiert), wär' auch schon extrem hilfreich.

Ich hab' mal in's Apache-Protokoll reingeschaut, da ist nichts zu finden. Eine Log-Datei des SQL-Servers habe ich nicht gefunden.

Ich helfe mir, indem ich die betroffenen Datensätze neu anlege, wenn eine Änderung ansteht (sie können ja ohne Probleme abgerufen werden...). Dabei ist mir aufgefallen, dass möglicherweise irgendwas mit den Permalinks nicht in Ordnung ist. Ich untersuche das jetzt aber nicht weiter, ich habe schon viel zu viel Zeit in die ganze Angelegenheit gesteckt. Da gibt's talentiertere "WPler"...

Update: Über WErkzeuge/Export Datenbank exportiert; Eine weitere WP-Version in einem anderen Verzeichnis neu installiert, blanko. Dort Werkzeuge/Importieren.

Es werden etliche Import-Fehler angezeigt, was an fehlenden Plugins liegen kann.

Das entscheidende jedoch: Drei der problematischen Datensätze habe ich gecheckt, sie wurden nicht importiert. Ich gehe davon aus, dass das bei allen Datensätzen der Fall ist, die ich nicht aktualisieren kann. Es liegt also wohl eine inkonsistente DB vor.

Frage ("Is anybody out there?"): Gibt es ein Plugin, dass die Konsistenz einer WP-DB prüfen kann?

Update: Theme gewechselt. Auch das hat keine Veränderung gebracht.

Da es manche Datensätze gibt, die aktualisiert werden können, gehe ich (noch) von einem DB-Problem aus. Zumindest möchte ich das ausschleißen. Gibt es ein Plugin oder einen SQL-Term, den ich mit MysqlAdmin ausführen kann, um die Inhalte der gesamten DB aufzulisten (also mit allen INNER JOINS). Da ich die IDs der problematischen und unproblematischen Datensätze kenne, finde ich so vielleicht heraus, was da schief läuft.

Könnt' ich zur Nt auch noch selbst hinkriegen. Doch man muss das Rad ja nicht zweimal erfinden...

Danke für Hinweise!

Alle deaktivierten Plugins glöscht, alle verbliebenen deaktiviert - Aktualisierung wird weiterhin nicht durchgeführt.

Neueste Meldung: "Es ist eine automatisch gespeicherte Version dieses Beitrags verfügbar, welche neuer ist als die angezeigte Version."

Schön. Automatisch gespeicherte Version anzeigen lassen. Tatsächlich ist die Änderung dort sichtbar, auf der rechten Seite, grün unterlegt, also gespeichert, mit allen Feldern, die ich definiert habe. Die linke Seite, rot unterlegt, ist leer. Da steht gar nichts.

Oben den Schieberegler bewegt, die aktuelle Version erscheint links. Gut. Oder auch nicht:
"Automatische Sicherung wiederherstellen" geklickt. Meldung: "Seite aus Revision vom 16. Februar 2016 @ 11:18:36 [Automatische Speicherung] wiederhergestellt." - Nur der Text ist der Alte mit dem Hinwis, das dieser seine letzte Änderung am 30. Oktober 2014 um 19:04 erfahren hat.

Ich habe auch versucht, die Seite in den Entwurf-Status zurückzusetzen. Auch diese Änderung wird nicht durchgeführt.

Das Beitragsbild lässt sich ändern. Die Änderung wird allerdings nicht in der Medienverwaltung angezeigt. Da steht dann nach wie vor, dass das Bild jener Seite zugeordnet ist - auch wenn ich das Bild entferne oder ein anderes Bild verwende. Das erklärt zumindest mal das Problem der verwirrenden Dateneinträge bzgl. der Artikelbilder, auch wenn es die Ursache im Dunkeln lässt. Das Verhalten zeigt sich auch bei solchen Datensätzen, die ich aktualisieren kann.

Was, bitte, ist da los? Habe ich irgendwo einen Bug zu melden? Kann ich dieses Problem irgendwie eskalieren?

Macht nix! :)

Es geht um den mysqlcheck-Befehl; ich habe ein Hosting-Paket.

Ich werde jetz als nächstes mal Plugin für Plugin deaktivieren. Vielleicht liegt ja da der Wurm irgendwo...

Oh, ich bin echt müde... Sorry, ich hab erst jetzt Deine Frage verstanden. Meine Frage war, ob es ein Programm für Linux gibt, dass ich hier lokal laufen lassen kann und das mir Befehle auf dem Server absetzt. Bestimmt gibt's da was...

Lokal Linux Mint, Server SunOS, ich glaub', auch das ist eine Linux-Variante. Da der Server definitiv nicht unter Windows läuft, bleibt ja nicht mehr viel übrig. (Der Pinguin deines Avatars siehts aus wie der Linux-Pinguin, ich denke, ich hab's mit einem Linux-Freund zu tun... :)

Einerlei. Gibt's noch Tipps wie das Aktualiserungs-Problem gelöst werden kann? Die Einträge in der DB was die Attachments angeht sind wieder ok, die Sache mit dem guid-Feld irrelevant. Weiteres Suchen in Richtung DB scheint mir da nicht sinnvoll, oder?

Ich mach' Feierabend...

Fürchte, so weit reicht meine "Konsole" nicht. Ich dachte mit Konsole sei phpMyAdmin gemeint...

Hmmm, gibt's da nicht was von Linux? Ich arbeite hier mit Linux Mint. phpinfo zeigt unter "System": "SunOS localhost 5.10 Generic_142901-13 i86pc"

Wie macht man das - abgesehen von dem, was ich schon gemacht habe?

Update: Es gibt Datensätze, die werden nicht aktualisiert, OHNE die Meldung "Das Backup dieses Beitrags in deinem Browser...". Es erscheint "Seite aktualisiert". Die Seite ist jedoch nicht aktualisiert worden...

Ich habe im Netz nach "Das Backup dieses Beitrags in deinem Browser..." gesucht - keine Antwort für die Ursache gefunden.