Ich hab Dir eine PM geschickt.
Beiträge von mensmaximus
-
-
-
-
Schau mal in die FAQ auf wpde.org: https://faq.wpde.org/wordpress-trot…chnis-aufrufen/
-
Hört sich nach eine klassischen Fehlkonfiguration von Nginx an.
Schau mal in Deine Konfiguration (sehr oft in der Datei fastcgi_params) ob dort
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
steht. Falls nicht ersetze den aktuellen Eintrag für SCRIPT_FILENAME durch die obige Zeile. Ich persönlich verwende immer
fastcgi_param SCRIPT_FILENAME $request_filename;
weil es auch bei besonders gehärteten Konfigurationen funktioniert.
-
Sorry mensmaximus, nur damit wir das nicht falsch verstehen, bekommen wir Wordpress-Nutzer keine Hilfe mehr hier im Forum wenn es mal nicht richtig läuft?
Meine Antwort ist die beste und ehrlichste Hilfe die man bekommen kann und zwar einen Fachmann aufzusuchen. Es ist fahrlässig einem schwer Kranken zu empfehlen heißen Tee zu trinken anstatt zum Arzt zu gehen.
Darüberhinaus kannst Du sehr leicht prüfen wie oft z.B. ich hier im Forum helfe und zwar sehr konkret mit z.B. fertigen Programmcodes.
Die Empfehlung zu einem Fachmann zu gehen ist per se also nicht falsch.
Anscheinend weißt Du ja was wir machen können damit wir solche Probleme in den Griff bekommen, aber Du verrätst sie uns nicht.
Einfach meine Postings durchsuchen und Du wirst feststellen, dass diese Aussage nicht stimmt. Ich werde jedoch keine 20 DIN A4 Seiten lange Anleitung schreiben, die erklärt wie man einen speziellen Hack entfernt, dessen Einfallstor findet und erneute Verseuchungen verhindert. Warum nicht? Weil der Anwender dann zehn mal nachfragt weil er nicht weiß wie man SQL Dumps macht, einen GREP durchführt und auf der Linux Shell arbeitet. Soviel Freizeit habe ich dann doch nicht.
Den Schwerpunkt bilden Ästhetik, Webstandards und Benutzerfreundlichkeit. WordPress basiert auf PHP und MySQL, ist frei erhältlich, einfach zu installieren und wird allen Ansprüchen an einen professionellen Webauftritt gerecht.
Und genau darum haben wir uns für Wordpress entschieden!
Und was hat das damit zu tun, dass der TO und Du gehackt wurden?
-
[...] ich bin auch Opfer der Newsletter Sicherheitslücke geworden [...] Hat jemand Ideen?
Besorge Dir professionelle Hilfe, also jemanden, der sich damit auskennt. Eine gehackte Installation ist kein Kratzer auf den man ein Pflaster klebt sondern ein Tumor und den heilt man nicht mit Kräutertee oder Anleitungen des freundlichen Schamanen von Nebenan.
Von einem Hack gehen möglicherweise Gefahren für Dritte aus (Pishing, DDOS, etc.) und dafür kannst Du im schlimmsten Fall sogar haftbar sein. Überlege also genau wie lange Du selbst am Problem 'herumfrickeln' willst, bevor Du einen Profi engagierst.
-
Öffne die Backupdatei (komplett oder falls nach Tabellen getrennt nur von wp_posts) in einem Texteditor und suche nach dem Titel (post_title) der verschwundenen Seite. Der Inhalt der Seite steht dann genau im Feld davor (post_content).
-
-
Super Plugin - vielen herzlichen Dank!! Das hilft bestimmt vielen !
Kennen nur meine Kunden, ich habe es nur für Dich hochgeladen.
-
Dann ist das Theme wohl nicht WP 4.0 kompatibel. Das wäre nicht das erste.
-
Ganz normal als Plugin installieren (plugins Verzeichnis). Nach dem Aktivieren findest Du im UserPro Menü unten einen neuen Eintrag. Der Rest erklärt sich von alleine.
-
Der 404 Fehler bei der Einstellung Displayname kommt daher, dass die User in WordPress und nicht über UserPro angelegt wurden, also schon bestanden. Um das zu fixen habe ich ein Plugin entwickelt.
-
Zum Support von Userpro geht es hier
-
Etwas im Content was der Editor nicht mag? Möglicherweise ein shortcode? Vielleicht ein Sitebuilder Problem? Mit den Informationen kann man spontan nur rätseln.
-
oder gaaaaaaaaaaaaaaaanz nach oben und bei Aktualisierungen schaun
oooooooooooooder per FTP die Datei /wp-includes/version.php downloaden und mit einem Editor reinschaun. Die Version steht oben in der Datei.
-
Du bindest einfach den Frontend Publisher Shortcode in einer Seite ein: http://userproplugin.com/userpro/docs/#shortcode_publish
Wenn dann ein Artikel verfasst wird bekommt Du eine Email und kannst den Artikel im Backend freigeben. Falls es Rollen geben soll, deren Artikel sofort erscheinen muss Du diese in UserPro freigeben.
-
Du meinst UserPro?
-
Leider funktioniert es nicht, es passiert nichts. Gibt es eine Alternative die ich benutzen könnte ?
Mach mal einen print_r($formdata).
-
Code
$download1 = $formdata['download1']; if ( !isset( $download1 ) || empty( $download1 ) ) { echo 'Variable ist leer'; } else { echo '<code>' . $download1 . '</code>'; }Der Code nimmt keine Rücksicht auf den Inhalt von $download1. Da müsste also schon noch ein wenig Sicherheit rein. <code> ist ein Dummy und kann durch jeden beliebigen Tag oder Text ersetzt werden.
Voraussetzung ist natürlich auch das $formdata[] bzw. $formdata['download1'] existiert.