Beiträge von Melewo

    Nun habe ich das mit zwei Empfängern bei Strato getestet, auf '...meine bei...@aol.com' warte ich immer noch, doch meine '...meine bei...@einer-anderen-domain.com' traf umgehend ein. Somit brauchst Du da nichts mit Port oder SMTP bei Strato einstellen, um eine Mail zu versenden. Irgendwie und irgendwo musst Du da einen Denkfehler eingeflochten haben.

    Getestet mit, gepeichert belieger-name.php, abgelegt im Root von WP bei Strato:

    PHP
    <?php
    $empfaenger = '...meine bei...@aol.com';
    $betreff    = 'Mein supertolles Mailprogramm';
    $nachricht  = 'Hallo, wollte nur den Meil-Versand testen.';
    $header     = 'From: wordpress@... mein blog...com' . "\r\n" .
                  'X-Mailer: PHP/' . phpversion();
    
    
    mail($empfaenger, $betreff, $nachricht, $header);
    ?>

    Kannst Du so als Mail-Programm mit Formular nicht nutzen, da Null-Sicherheit, doch für einen schnellen Test gut geeignet, wenn es denn wieder nach den Tests gelöscht wird.

    Es ist ja mal wieder nur ein Rätselraten, wenn man nicht einmal weiß wer diese Fehler verursacht und diese Fehlermitteilung generiert. Was ich zu dieser Mitteilung gefunden habe, könnte auch mit einer fehlerhaften Einstellung vom Mail-Programm auf dem eigenen Rechner zu tun haben. Könnte, könnte, könnte und ohne das Du Dich da vortastest und einen Fehler nach dem anderen ausschließt, wird es wohl nicht abgehen.

    Würde einfach mit einer existieren Empfänger-Adresse von einem beliebigen Provider beginnen. Etwas wie @funktioniere-schon-seit-jahren.de oder so sollte ja auch ohne Schnörkel ankommen. Da benötigst Du dann kein Postfach oder dergleichen, sondern einfach nur die Verbindungsdaten von @funktioniere-schon-seit-jahren.de

    Schaue Dir das Beispiel 2 an, mehr Code ist nicht erforderlich um eine Nachricht an @funktioniere-schon-seit-jahren.de zu versenden.

    http://www.php.net/manual/de/function.mail.php

    Hatte mal einige Varianten gebaut, die zwar wie selbstverständlich in meinem Mail-Programm im Spam-Ordner landeten, doch die kamen ja wenigstens problemlos an.

    Die Einstellungen von WP würde ich nicht ändern, wenn die Benachrichtigungen über neue Kommentare usw. bisher eintrafen. Dass eine hat ja bei Dir nichts mit dem anderen zu tun. Das Formular von der Subdomain soll doch wohl nur zum Versand dienen?
    Die Frage ist doch, wohin versendest Du diese Mails?
    Und warum klappt der Versand nicht?
    Und wie kontrollierst Du den Versand?
    Wo und wie wird die Empfänger-Adresse eingegeben?
    Also, was Du mit dem Formular versendest soll doch im Postfach von "max-mustermann@example.com" landen und nicht in Deinem bzw. in Deinem schon, wenn es sich um Benachrichtigungen für Dich handelt, doch dann an eine Adresse von Dir, die schon vorhanden ist und mit der Du keine Probleme hast.
    Oder was verstehe ich hier nicht?

    Jetzt fällt es mir wieder ein. Also die in WP unter Einstellungen angegebene ist ja eine allgemeine E-Mail-Adresse, die ich dort bei der Einrichtung von WP angegeben hatte. Dann, als ich die Impressum-Seite anlegte, habe ich erst eine bei Strato für die Seite eingerichtet, von der dann die Testmails ein halbes Jahr irgendwo schlummerten. Als ich dann diese von Weiterleitung auf ein eigenes Postfach umstellte, trafen die längst nicht mehr vermissten Mails plötzlich ein.

    Du solltest Dich bei Deinem Hoster erkundigen, wie Du auf phpMyAdmin zugreifst. Steht bestimmt auch in den FAQ. Der Rest ist dann einfach, da ein übersichtliches Menü vorhanden ist und Du ja nichts verändern sollst. Einfach einmal auf Exportieren klicken und danach noch einmal auf SQL und den Spruch mit einem abschließenden Semikolon eingeben und das war es bereits.

    Wenn ich mir im Thunderbird den ganzen Header von den E-Mail-Benachrichtigungen anzeigen lasse, dann ist das nicht gerade wenig. Könnte jedoch schon sein, dass Mails von der Subdomain als Spam eingestuft werden. Möglicherweise liegt es aber auch nur an irgendwelchen Einstellungen. Hatte nach 6 Monaten einige Testmails von mir erhalten, als ich bei Strato bei den Einstellungen für Mails etwas änderte, jedoch zwischenzeitlich wieder vergessen was ich änderte.

    Ist mir vorher nie so richtig aufgefallen, weil die von WP generierten Nachrichten auch so ankamen, doch die werden ja an die unter Einstellungen angegebene E-Mail-Adresse gesendet und das ist bei mir eine andere. Jedenfalls funktioniert beides.

    Ja, wie die Zeiträume bei WP aussehen kann ich nicht sagen, da fehlt die Erfahrung. Bei PHP war es in den letzten 10 Jahren 2mal der Fall. Einmal bei der Umstellung von PHP 4 auf 5 und einmal ab PHP 5.3 als die Posix-RegEx-Funktionen zu Gunsten von PCRE wegfielen. Es war aber in jedem Fall längere Zeit vorher bekannt, dass eine Änderung erfolgen wird.

    Und es liegt mit daran, dass Einsteiger Scripts entwickeln mit Funktionen, die eigentlich bereits heute veraltet sind, es nur noch nicht wissen, wie zum Beispiel mit mysql statt mysqli, obwohl damit zu rechnen ist, dass es mysql eventuell ab PHP 6 nicht mehr gibt. Ansonsten hält ein PHP-Script schon einige Jahre, jedoch keine unbegrenzten Zeiträume.
    Um Missverständnissen vorzubeugen, mit mysql meine ich die Schnittstelle zur Datenbank, nicht die MySQL-Datenbank.

    Wenn ich eine Kundenseite für bspw. 5 Jahre ruhen lassen,


    Wobei 5 Jahre schon eine Hausnummer ist. Wie ich das bisher einschätze, versucht WP da so gut es geht abwärtskompatibel zu bleiben und Funktionen werden nicht von einer Version zur anderen entfernt, sondern erst einmal über einen längeren Zeitraum als deprecated eingestuft und sollten von Theme-Entwicklern nicht mehr verwendet werden, laufen aber noch. Kann mich aber irren, so sehr gut kenne ich mich mit WP auch noch nicht aus.

    Doch ähnlich wie bei PHP, wo zum Beispiel schon seit Jahren die Mysql-Schnittstelle nicht mehr benutzt werden sollte, dafür eher Mysqli oder PDO, und noch immer fertigen Einsteiger ihre neusten Scripts mit mysql an. Und die Hoster hinken entweder eh hinterher oder überlassen den Nutzern die Wahl der Version oder kündigen eine Umstellung an.

    Habe es bei mir jetzt nur unter Localhost getestet und bei SQL innerhalb von phpMyAdmin eingegeben, da hat es zumindest funktioniert. Sollte dann eigentlich alle Kommentare ab angegeben Datum löschen.

    SQL
    DELETE FROM wp_comments WHERE comment_date >= '2014-01-31 00:00:00'

    Doch wie gesagt, auf eigene Gefahr, ich habe da auch noch Lernbedarf, hatte beim Test erst <= und die älteren gelöscht. Mache einen Dump (Exportieren) von der DB, falls nicht zu groß oder wenigsten von der Tabelle wp_comments.

    Hätte noch erwähnen sollen, die Ausdrücke müssen selbstverständlich passen, die [COLOR=#000000][COLOR=#DD0000]$matches[3] die [/COLOR][/COLOR]richtige (Klammer) enthalten, im Beispiel die dritte und [COLOR=#000000][COLOR=#0000BB]flush_rules[/COLOR][COLOR=#007700]()[/COLOR][/COLOR] sollte nur für Tests verwendet werden, um die Rules zu aktualisieren.

    Ja hab ich. Ein Paar Zeilen weiter unten in der index.php kommt der Loop:


    Ob The Loop ein paar Zeilen weiter kommt oder nicht, ist uninteressant, außerhalb bleibt außerhalb, wenn die Funktion nicht innerhalb der Ausgabeschleife notiert wird. Und mit innerhalb ist nun einmal innerhalb gemeint und nicht ein paar Zeilen darüber oder darunter.

    PHP
    // außerhalb
    
    
    while (have_posts()) // Beginn von The Loop
    
    
    // innerhalb
    
    
    endwhile;  // Ende von The Loop

    Habe es mal getestet, ist einfacher als ich dachte.

    Eine vorhandene Beitragsseite:

    "http://localhost/wordpress/gesuchte-angebote-einholen/"

    Eine nicht vorhandene URL im Browser aufgerufen:

    "http://localhost/wordpress/drei…ebote-einholen/"

    Und für diese nicht vorhandene wird nun die vorhandene ausgelöst und nicht weitergeleitet wie bei einem Redirect. Irgendein Teilmuster muss aber für einen Abgleich gut sein, um keine vorhandenen versehentlich umzuschreiben.

    Also, das kann WP genauso gut wie andere CMS erledigen. Es könnte aber sein, das WP langsamer wird, falls es zu viele sein sollten, dann wäre die htaccess mit Redirects besser geeignet.

    Ich könnte mir das nur so vorstellen, dass Du eine Regel für WP-Rewrite schreibst, die der WP-Rewrite erklärt, dass es sich bei den Verzeichnissen um keine Verzeichnisse, sondern nur um Parameter handelt, die am Ende nicht verwendet werden.

    Hatte mal ein Beispiel mit WP-Rewrite geschrieben, der letzte Teil vom letzten Listing auf dieser Seite, es war aber genau umgekehrt, der Parameter sollte aussehen wie ein Beitragsname:

    http://forum.wpde.org/konfiguration/…r-einbauen.html

    Als problematisch erwies es sich für die Rewrite-Regeln, wenn im Wert ein / Schrägstrich enthalten ist. In diesen Fällen finde ich es bisher einfacher, den zu Wert zu splitten und auf zwei Parameter aufzuteilen.

    Das war die Lösung bei diesem Beispiel, einfach splitten und aufteilen.

    Hauptseite mit Schleife und Blätterfunktion:

    Hauptseite 1 - 50 | Hauptseite (weiter geblättert) 51 - 10 | Hauptseite (weiter geblättert) 101 - bis 150

    Nur als Beispiel, wie Du das umsetzt, gar nicht, wenn Du nicht weißt wie es geht und auch nicht programmieren kannst. Somit nach einem Plugin suchen und wenn Du keins findest, dann:

    http://forum.wpde.org/jobboerse/

    Alternative, Linklisten, ob mit Bildern oder ohne, lassen sich auch manuell erstellen und auf verschiedene Seiten aufteilen.