Das schlimmste was passieren kann ist das:
Beiträge von mensmaximus
-
-
Habe es gerade getestet und es funktioniert. Wenn ein registrierter Benutzer über den Frontend Publisher einen Artikel schreibt erhält der Admin eine E-Mail um den Beitrag freizugeben. :-) Wieder was gelernt. Userpro ist derart umfangreich, dass man selbst nach langer Zeit immer noch was neues entdeckt.
-
Viele meiner Kunden nutzen das Plugin und ich habe es hier auch schon oft empfohlen. Ich habe gerade mal in den Einstellungen nachgesehen und es gibt in den Einstellungen unter Allgemein tatsächlich einen Punkt 'User Roles that can publish immediately'. Da keiner meiner Kunden das Plugin nutzt um Gast-Autoren das Publizieren zu ermöglichen kann ich nicht sagen ob das so funktioniert wie von Dir gewünscht. Das müsste man einmal testen.
-
Das ist doch schon mal erfreulich. Jetzt erstellst Du ein neues plugins Verzeichnis (also /wp-content/plugins). Dann kopierst Du das erste Plugin aus /plugins_off nach /plugins und rufst Deine Seite wieder auf. Wenn das funktioniert aktivierst Du das Plugin im Adminbereich. Bleibt Dein Wordpress stabil, kommt also nicht wieder ein WSOD (White Scree of Death), kopierst Du das nächste Plugin und lädst erneut Deine Seite. Geht auch das, aktivierst Du dieses Plugin. Funktioniert WordPress weiterhin wiederholst Du die Schritte für jedes Plugin bis der Fehler auftritt. Dann weißt Du, dass das zuletzt kopierte/aktivierte Plugin vermutlich den Fehler auslöst. Um das zu prüfen deaktivierst Du dann alle Plugins und lässt nur das vermeintlich störende Plugin aktiv. Bleibt WordPress tot, ist das Plugin identifiziert. Falls WordPress dann aber doch funktioniert, hast Du einen Kombinations-Konflikt. In diesem Fall lässt Du das eine Plugin aktiv und aktivierst die restlichen Plugins eines nach dem anderen bis der Fehler auftaucht. Diese Spiel wird solange wiederholt bis das bzw. die 'bösen' Plugins eindeutig identifiziert sind.
-
Vielleicht stehe ich ja auf dem Schlauch aber Du kannst doch im Mediamanager auf Listenansicht wechseln, die Checkbox der zu löschenden Bilder auswählen und dann über das Dropdown 'Aktion wählen' unwiderruflich löschen.
-
Bitte keine Crosspostings
-> http://forum.wpde.org/allgemeines/133714-fatal-error.html
-
Trage einmal in Deiner wp-config.php folgende Zeile ein:
define( 'WP_MEMORY_LIMIT', '128M' );
Falls das nicht hilft müsste man wissen bei welchem Provider Du bist um zu sehen wie und ob Du überhaupt das Speicherlimit erhöhen kannst.
-
Auf wordpress.org gibt es eine ganze Menge solcher Plugins wie z.B.:
https://wordpress.org/plugins/duplicate-title-checker/
https://wordpress.org/plugins/delete-duplicate-data/
https://wordpress.org/plugins/find-duplicates/Einfach mal ein wenig stöbern und testen.
-
Damit es nicht so ausschaut will ich dafür ja nen rewrite haben ;)
Das war schon klar. Es ging darum das dein umgeschriebenes Ergebnis (URL) nicht das korrekte Format hat. Deshalb wollte ich wissen ob Du ein Ergebnis bekommst wenn Du eine syntaktisch richtige URL eingibst.
in die URL Packe dann wird etwas angezeigt.
Quod erat demonstrandum. Dann weißt Du jetzt wie die umgeschrieben URL auszusehen hat
Wie Dein regex matched habe ich Dir im letzten Post bereits gezeigt. Jetzt brauchst diesen nur anpassen und das Ziel entsprechend umformen.
-
Dann die Plugins deaktivieren
-
Einloggte User/innen bekommen unter Artikeln einen "Edit"-Button angezeigt (ich werde ihn sicherlich noch in "Bearbeiten" umbenennen).
Ja, aber das stört mich bei der Beispiel-Seite nicht so; meine User/innen werden das Widget ja hoffentlich zügig bearbeiten, wenn sie 'ihre Kopie' davon erhalten haben.
Die erste Aussage war aber anders.
-
Das sieht dann aber auch jeder nicht eingelogte User.
-
sie kann auch im Verzeichnis der WP Installation liegen. Wenn da auch nichts ist, dann musst Du testweise das plugins Verzeichnis umbenennen (/wp-content/plugins), z.B. in plugins_off. Danach die Seite neu laden. Wenn es dann geht ist schon mal sicher, dass es ein Plugin Problem ist. Dann machen wir weiter
-
Siehst Du auf oberster FTP Ebene eine php.ini? Falls ja mach Dir eine Kopie (FTP Download) und lösche die Datei anschließend auf dem Server. Dann erneut versuchen.
-
Welcher Provider? Welche WordPress Version?
-
gerade noch etwas gefunden: http://stackoverflow.com/questions/1914…ith-wpml-plugin
-
Versuch mal icl_get_home_url()
-
Als ich zum letzten Mal mit WPML arbeiten musste lieferte get_bloginfo('url') den richtigen Wert.
-
Bei anderen Providern hat man selbst die Kontrolle über die Subdomains und die Installation dauert keine 15 Minuten. Insofern dürfte der Thread anderen Usern nur bedingt helfen.
-
Ein Schritt für Schritt Anweisung geht dann doch etwas über 'Hilfe zur Selbsthilfe' hinaus. Wie Du WordPress installierst weist Du ja schon, falls nicht hilft der Codex. Wie Du bei Deinem Provider Domains auf eigene Verzeichnisse legst erfährst Du bei Deinem Provider.
