Beiträge von r23


    Das hat alles soweit wunderbar geklappt. Ich vermute nun, dass das "Applications"-Verzeichnis dass von MAC OS ist. Spricht das "Programme"-Verzeichnis, welches man im Finder sieht (was aber auf Terminal-Ebene Applications ist).

    WP verwendet Optional [COLOR=#000000][COLOR=#007700][/COLOR][COLOR=#0000BB]ZipArchive[/COLOR][COLOR=#007700][/COLOR][/COLOR]

    Installiere und konfigure dies einfach nach
    http://de3.php.net/manual/de/book.zip.php


    Doch warum möchte die Installation dass Verzeichniss neu anlegen?!?!?

    Wenn du nicht möchtest, das WP Zip-Archive öffnen kann - führe das update einfach per hand (FTP selber durch)

    cu

    ralf


    Fatal error: Cannot redeclare class PHPMailer in /xxxxxx/wp-includes/class-phpmailer.php on line 34

    Ich habe schon diesen Vorschlag ausprobiert, bringt aber nichts.

    Verwende einfach require_once()

    http://www.php-faq.de/q-fehler-class-redeclare.html


    Welche Version von phpmailer verwendest du? Ich glaube WP kommt mit einer total verlateten PHPMailer Version (für PHP 4 ) daher... zumindest ich habe dies vor Jahren die Klasse getauscht (wobei ich kein PHPMailer in WP mehr verwende)

    cu

    ralf

    Hallo,

    vermutlich verwendest du PHP 5.3.x

    Hier kannst du mit is-array prüfen ob $bt ein array ist.

    http://de3.php.net/manual/de/function.is-array.php

    und dann erst array_reverse ausführen

    Fehlermeldung solltest du so oder so keinem Besucher zeigen

    Die Warnungen kannst du selbstverständlich auch ausschalten

    http://de3.php.net/manual/de/function.error-reporting.php

    [COLOR=#000000][COLOR=#0000BB]error_reporting[/COLOR][COLOR=#007700]([/COLOR][COLOR=#0000BB]0[/COLOR][COLOR=#007700]);[/COLOR][/COLOR]

    cu

    ralf


    Der Inhalt kommt aus einem Plugin und gibt mir Posts einer bestimmten Taxonomie aus:

    Function:

    Die Zusammenstellung deiner $args ist etwas abteuerlich für ein Shortcode

    PHP
    $_POST['testslug']

    steht dir nur zur Verfügung wenn ein Formular mit testslug Feld abgesandt wurde.

    Evtl. fängst dies ab

    PHP
    $sTerms = (isset($_POST['testslug']) ? $_POST['testslug'] : 'default_wert');

    da du damit an die Datenbank gehst, solltest du evtl. an die Sicherheit denken.

    Im Handbuch einfach nachlesen
    http://de3.php.net/manual/de/func…cape-string.php


    Meine Permalinkstruktur ist:

    Code
    /%category%/%postname%

    Wenn ich nun die Seite aufrufe habe ich folgende Ergebnisse:

    • domain.de/testseite --> OK
    • domain.de/testseite/page/1 --> 404


    Wo muss ich das Problem suchen?

    Steht mod_rewrite zur Verfügung?

    cu

    ralf

    Hallo,


    Ich hab kaum Ahnung was Du da geschrieben hast, zumal in der Datenbank keine error Log Datei zu finden ist. (Was wahrscheinlich daran liegt, dass es nicht mehr die ursprüngliche ist...

    Wenn etwas nicht funktioniert stellt dir Wordpress und dein WebServer umfangreiche Informationen zur Verfügung (die, bei richtiger Server Konfiguration, nicht an den Browser gesendet werden).

    Der WebServer schreibt in eine error-Log Datei seine Fehlermeldungen. Diese Datei solltest du meiner Meinung nach auch als Anfänger selber regelmäßig kontrollieren. Solltest du Einträge dort nicht verstehen, helfen dir sicherlich entsprechende Newsgoups oder Foren weiter.

    Dein Provider wird dir sicherlich vertraten, wo er diese Datei auf dem Server versteckt hat.

    Löschen von Datenbanken oder Scripte ist keine Lösung

    cu

    ralf

    Hallo,


    Ich habe im Dashboard einige Einstellungen zur erreichbarkeit meiner Homepage verändert, gespeichert und alles war weg:

    Für die Änderungen an den Einstellungen › Permalinks muss der Provider einen Apache mit aktiviem mod_rewrite zur Verfügung stellen. Sollte bei fehlenden Apache Modul die URL von WP umgeschreiben werden so kann dies zu


    - URL nicht mehr zu laden
    - Dashboard nicht mehr erreichbar
    - Fehlermeldung: Error 404: NOT FOUND!The server cannot find the document corresponding to the URL you typed in.


    führen. Hier hilft in der Regel ein Blick in die error Log Datei vom WebServer
    und eine korrektur von .htaccess


    - MySQL neu anlegen
    - alte Daten sowohl vom Server als auch vom PC löschen
    - Wordpress neu installieren

    Hab ich gemacht... und dann ging noch weniger!

    Wenn der Achenbecher voll ist kaufe ich mir auch ein neues Auto ;)


    Nach Anleitung alles versucht neu zu installieren, komplett mit umschreiben der wp-config-sample mit allen neuen Daten vom Provider für die Datenbank und Schlüsseln und .htaccess.

    Warum .htaccess? Was steht in dieser Datei?


    keine Möglichkeit, es geht nichts mehr...

    Was steht in der error Log Datei vom WebServer? Wenn dort nichts steht,
    die config.php mit dem Editor notepad++ (nicht Teil von windows) öffnen

    die Zeie von false auf

    PHP
    define('WP_DEBUG', false);

    auf true

    PHP
    define('WP_DEBUG', true);

    ändern. Die Datei im uft8-ohne bom speichern, wordpress neu aufrufen die
    Meldungen hier posten.

    Sollte später alles Fehlerfrei funktionieren den WP Debug Modus auf false ändern.

    cu

    ralf

    Hallo,

    wenn eine Daten-Sicherung von der alten 3.04 Version besteht - (bitte vorher auf einer localen Umgebung prüfen

    z.B.
    http://www.apachefriends.org/de/xampp.html

    alle Dateien auf dem Server löschen. die Datenbank mit PHPMyAdmin leeren und die Datensicherung zurück kopieren. zuerst die Datenbank dann die Scripte.

    Sollte die Daten-Sicherung nicht vorhanden oder fehlerhaft sein - rate ich von dem leeren der Datenbank und löschen der Scripte auf dem Server allerings ab...

    frohe Ostern

    ralf


    Jetzt will ich wieder Wordpress installieren jedoch kommt immer diese Fehlermeldung:

    "define('WP_ALLOW_REPAIR', true);"

    Beim löschen von Wordpress hast du die Datenbank vergessen gleichzeitig hast du die Installationsanleitung nicht gelesen.

    1. lösche die Datenbanktabellen von der alten Wordpress installation (wenn möglich z.b. über PHP My Admin)

    2. beachte in der config.php

    PHP
    $table_prefix  = 'wp_';   // Nur Zahlen, Buchstaben und Unterstriche bitte!

    und ändere den prefix

    Tipp: Wenn du mit der Installation nicht klar kommst such dir jemanden, der dir das System eben *sicher* Installiert. (z.b. hier über das Job Forum)

    Verwende immer die aktuelle Version von WP und PHP

    cu

    ralf


    Nach langer Recherche unter Hinzuziehung des Plugins Debug Queries konnte ich herausfindne, dass es sich dabei um folgenden SQL-Befehl handelt:


    Die Laufzeit dieses Befehls liegt bei ca. 15 Sekunden und das ist eindeutig zu lang.

    Weitere Infos zum WP:

    • Version: 3.1.1
    • 158.000 Posts-Einträge
    • 1.737.000 Postmeta-Einträge
    • 14.000 Comments-Einträge

    Hier mal ein Zitiat aus dem MySQL Handbuch

    Wenn Sie SELECT SQL_CALC_FOUND_ROWS verwenden, muss MySQL berechnen, wie viele Datensätze in der vollständigen Ergebnismenge enthalten sind.

    http://dev.mysql.com/doc/refman/5.1…-functions.html

    ich würde vermutlich auf SQL_CALC_FOUND_ROWS verzichten..

    da du angemeldet warst hast due die unsägliche 'private' abfrage auch im query

    PHP
    if ( is_user_logged_in() ) {
                    // Add private states that are limited to viewing by the author of a post or someone who has caps to read private states.
                    $private_states = get_post_stati( array('private' => true) );
                    foreach ( (array) $private_states as $state )
                        $where .= current_user_can( $read_private_cap ) ? " OR $wpdb->posts.post_status = '$state'" : " OR $wpdb->posts.post_author = $user_ID AND $wpdb->posts.post_status = '$state'";
                }


    und warum du keine "konkrete" Datenbankabfrage stellst sondern in dem title und inhalten suchst

    Code
    AND  (((wp_posts.post_title LIKE '%search%') 
    OR (wp_posts.post_content LIKE  '%search%')))

    könnte dies am wilden gebastel im Template liegen?

    cu

    ralf