Beiträge von Trunk

Dann würde ich lieber die login-funktion von WordPress anpassen, dass diese (zusätzlich) gegen eure Datenbank checkt, ob die eingegebenen Daten vorhanden sind.

Allerdings könnten die Anpassungen beim Update von WordPress verloren gehen, weil die Änderungen direkt in den WP-Dateien gemacht werden. Und wenn es dafür eine neue Version gibt, werden diese einfach überschrieben.

OAuth ist schick schick, aber vom Aufwand her um einiges mehr als einen DB-Adapter für WordPress zu bauen (ein SQL-Query und 1-2 Codezeilen könnten da schon reichen). Für OAuth müsstet ihr quasi die gesamte API bereitstellen.

Ich kann aktuell nicht gucken wo genau, aber Wordpress speichert für jede(n) Artikel(revision) eine GUID mit ab, und die Permalinks werden dieser GUID in der DB zugewiesen.

Also sollte es reichen die GUID in dem Eintrag mit der Zuweisung zu ändern, oder die alten Artikel(revisionen) aus der Datenbank zu löschen.

https://www.google.de/search?q=%22Le…=utf-8&oe=utf-8

Google hat die Seite auf jedenfall indexiert und im Cache und sie ist auffindbar. Wenn andere Seiten zu diesem Titel in der Suche angezeigt werden, dann vielleicht weil Google diese Seite besser findet und sie zuerst anzeigen will.

Ich würde versuchen, das Grid auf der Seite, wo andere Artikel verlinkt sind, von der indexierung auszuschließen:
https://perishablepress.com/tell-google-to…s-of-your-page/

Stehen denn Fehler im Webserver Log?

Stimmen die Benutzerrechte der Dateien auf dem Server? Hat der MySQL-User genügend Rechte in der Datenbank?

Was stimmt denn mit der WordPress-eigenen Funktion zum Benutzer hinzufügen nicht?
/wp-admin/user-new.php

Da kann der Nutzer manuell angelegt werden, entweder mit oder ohne Bestätigungsmail. Ändern können die Kunden ihre Daten auch im Dashboard.

Ein Komplettes BackUp von Wordpress besteht aus den Dateien auf dem Webserver und der Datenbank auf dem MySQL-Server.

Die Dateien können am einfachsten mit FTP heruntergeladen werden, um sie zu sichern. Das MySQL-Backup kann über ein Webinterface wie phpmyadmin, adminer usw. exportiert werden.

Nach einigem rumklicken auf der Seite: nichts.

Sicher, dass nicht dein PC infiziert ist? Malware öffnet gerne mal Werbung.

Zitat

aber irgendwie habe ich das Gefühl, ich reite da mit der Software ein totes Pferd

Also lieber Software für etwas zweckentfremden, wofür sie gar nicht vorgesehen war?

Wordpress bietet eine hervorragende Plattform für Blogs, also Lange Texte (i.d.R.) mit Bildern, schön formatiert darstellen.
Die Aufgaben die ein ganzes Foren-CMS hat, auf ein Plugin für diese Plattform auszulagern, halte ich für keine gute Idee.

Dann doch lieber das "tote Pferd" weiter arbeiten lassen und einzelne Funktionen durch Plugins hinzufügen/ersetzen.
Oder auf Discourse umsteigen: https://www.discourse.org/
Das Projekt ist eben aus dem Grund entstanden, weil die Macher sich dachten, dass diese ganze Foren-Software viel zu alt ist und mal einen refresh braucht.

Es macht vielleicht weniger Arbeit, Tags zu verwenden.
Die Artikel bekommen dann einfach das Datum als Tag hinzugefügt, das spart schonmal ein eigenes Textfeld und müllt die Datenbank nicht zu.

Das Newsletter-Plugin muss dann nur nach Tags auswählen können. Oder das Plugin wird gemoddet, damit die Funktionalität drin ist.
Damit braucht man auch kein helper-plugin. Nutzen was schon vorhanden ist.

Der <head> Tag befindet sich bei Wordpress in der header.php des Themes. Bei twentyfifteen also wp-content/themes/twentyfifteen/header.php

MySQLdumper! Danke! Den Namen habe ich vergeblich gesucht
Auch wenn das Teil bei mir schon Wunder gewirkt hat, geht nichts über das lokale importieren. Eine Datei von der HDD zu lesen und direkt im nativen prozess zu verarbeiten klappt immer noch etwas besser als das ganze übers Internet über ein WebInterface über PHP in Apache loszutreten

Also hast du das Plugin noch nicht deaktiviert um zu gucken ob es dadurch besser funktioniert?

Ich würde als erstes die .htaccess regeln durchgehen. Es wird ja offensichtlich immer zur URL mit einem Slash am Ende weitergeleitet.
Oder sind die URLs der Seiten, die einen 301-Redirect zur URL-mit-Slash auslösen, manuell in WordPress festgelegt worden?

Unter Linux gibt's diff. Das wird von der Kommandozeile aus gestartet und erwartet 2 Dateien zum vergleich als Parameter.

Wenn ich also
diff functions.php functions.php.old
ausführe, liefert das Programm alle Unterschiede zwischen diesen Dateien.

Weil das ganze im Terminal läuft ist das ganze natürlich Textbasiert, aber immerhin ist es so maschinenlesbar, und man kann sogar einfach "Patches" erstellen, die immer wieder angewendet werden können, z.B. wenn man Kern-Dateien von WP editiert hat und die Änderungen nicht jedes mal wieder von Hand nach einem Update einspielen will.

Für Windows und Mac kenne ich nichts vergleichbares, aber Google liefert dank neuem Stichwort (diff) bestimmt einiges an Ergebnissen

Ja, es ist möglich.

Wie genau, hängt ab vom bestehenden System. Am besten(tm) wäre es natürlich mit OAuth, aber ich denke mal die Firmen-interne Platform hat keine API dafür...
Man könnte auch die Daten der aktuellen Plattform in Wordpress importieren. Braucht ja nur einen Benutzernamen und Passwort, damit man sich anmelden kann.
Allerdings lebt dann nur eine Kopie dieser Daten in der WP-Datenbank, und ohne synchronisierung kommt es zu Problemen wenn die Daten in der Firmen-Plattform geändert werden.

Letztlich könnte man auch die login-funktion von wordpress "hacken", sodass die Anmelde-Daten nicht aus der WP-Datenbank, sondern direkt von der Firmen-Plattform geladen werden. Das erfordert allerdings, dass jedes Wordpress-Update gepatcht wird, es ist keine original-installation mehr etc. etc.

Ich meine Wordpress löscht whitespace vor dem Post. Das muss im Theme eingestellt werden...
.post-entry {
padding-top: 20px;
}

Für andere Fehler hilft es vielleicht, mal in die Datenbank zu gucken? Dort sind alle revisionen der Artikel gespeichert, dadurch lässt sich nachvollziehen welche Änderungen gespeichert wurden und welche nicht.

Die meisten DB-Importprobleme liegen am Webinterface!
PhpMyAdmin läuft auch nur auf PHP und hat dessen limitierungen... Was bei mir meistens schief geht, ist dass entweder die Maximum Upload File Size für PHP zu gering gesetzt ist, oder das PHP-Skript einfach zu lange braucht um die Daten in die DB zu schreiben und einen Timeout erzeugt.

Im Notfall mal den Provider fragen, ob PHP-Einstellungen geändert werden können.

Und im Idealfall über eine Shell direkt auf dem Host lokal importieren!
(Leider bietet ja kaum ein Webhosting-Paket auch Shell-Zugriff... Lang lebe https://uberspace.de/ !)

In welcher Form hast du Zugang zum Server? FTP, SSH, RemoteDesktop? Läuft Windows oder Linux?
Welcher Webserver kommt zum Einsatz? Sind nur Dateien im www-root, die auch wirklich da hin gehören?

Wie schon gesagt: Sämtliche Passwörter, die mit dem Betrieb der Webseite zu tun haben, ändern!

Schau mal in den error.log des Webservers, da dürften sich (je nach Konfiguration) einige hilfreiche Fehlermeldungen befinden (sofern diese nicht schon beim Aufruf der Seite angezeigt wurden).

Wenn der Code von oben einfach alleine in irgend einem Template eingefügt wird, ist es unwahrscheinlich dass genau diese Templates genau diese Variable gleich gesetzt haben.
$product muss korrekt definiert werden, damit PHP das list_attributes() des Objektes auch ausführen kann. Und im $product Objekt wird sicherlich die Datenbankverbindung und Hilfsmethoden und und und vorhanden sein.

Guck dir an was das Template mit $product macht. Vielleicht gibt es eine init-Funktion? Bin leider nicht bewandert mit woocommerce...

Sorry, ein Plugin dafür kenne ich nicht, aber falls du mit "Endnutzer" jeden Besucher des Blogs meinst, könnte das eine schlechte Idee sein: Das Missbrauchpotential ist hoch...
Wenn einfach jeder Text einfügen kann stehen Spam und Trollen die Tür offen. Und rechtlich einwandfrei wird das auch nicht sein...

Es gibt aber Plug-Ins die das ganze für registrierte Benutzer erlauben... https://de.wordpress.org/plugins/wp-dashboard-notes/
Das ist dann im Dashboard, aber es könnte ja so seine Vorzüge haben, das nicht alles von Google indexen zu lassen? ;D

Ich kenne das Layout von der WP-Datenbank nicht aus dem Kopf (da ich auch Multisite betreibe), aber es muss doch einfach nur ein Eintrag mit Username, Email und Passwort hinzugefügt werden, Falls in der vB Datenbank noch Homepage, ICQ-Nummer und Lieblingsgericht stehen, kann man das auch sicherlich in die WP-DB importieren.

Am einfachsten geht das ganze (meiner Meinung nach) mit SQL. Einfach ein Testsystem aufsetzen und mal SQL-Queries ausprobieren, (Daten aus der vB DB auslesen, in der WP-DB manipulieren), bis das Format stimmt und die Daten übernommen wurden.

Das einzige Problem was ich da sehe ist, dass vB das Passwort vielleicht anders speichert (google), und deswegen ein neues generiert werden muss.

Und nach reiflicher überlegung: Schon nach Plugins gesucht? Ich denke nicht dass niemand vorher vB Daten nach WP mitnehmen wollte.