Beiträge von Putzlowitsch

  • Rechte ändern / FTP-Datenabfrage bei Updates loswerden

    Funktionieren tut es natürlich auch mit den normalen FTP-Daten, den extra FTP-Account habe ich nur aus Sicherheitsgründen angelegt. Falls mal die wp-config.php in falsche Hände gerät. Aber eigentlich sollte man mit Confixx auch weitere FTP-User anlegen können, damit kenne ich mich allerdings nicht aus.

    Meist sind diese FTP-Daten erforderlich, wenn der Webserver halt keine Schreibrechte auf die Wordpress-Dateien hat. Theoretisch sollte es gehen, wenn man allen Wordpress-Verzeichnissen und Dateien Schreibrechte für den Webserver erteilt (so wie im upload-Verzeichnis). Das habe ich akllerdings noch nicht probiert.

    Gruß
    Ingo

  • Rechte ändern / FTP-Datenabfrage bei Updates loswerden

    Am einfachsten wäre es, wenn Du einen speziellen FTP-User nur für die Updates anlegst der optimalerweise im Zugriff auf die IP-Adresse des Servers beschränkt ist (bei HE kann man sowas einstellen).
    Die Daten dieses Users trägst Du dann in der wp-config.php ein, z.B.:

    PHP
    define( 'FTP_HOST', 'wp123.webpack.hosteurope.de' );
define( 'FTP_USER', 'ftp123456-update' );
define( 'FTP_PASS', 'rh26gfqerz' );


    Fortan werden diese Daten nicht mehr abgefragt.

    Gruß
    Ingo

  • ACP Probleme mit Umzug

    Doch, genau das könnte das Problem sein.

    Bei welchem Hoster war denn Dein alter Server und welches ist der neue mit welchem Hostingpaket. Weil Du oben was von 1und1 schriebst, nahm ich an, daß es nun 1und1 ist. Und genau da läuft Wordpress nur vernünftig mit PHP5.

    Gruß
    Ingo

  • Permalinkstruktur zerstört

    Na also den Hoster will ich sehen, wo man mod_rewrite mit der php.ini aktivieren kann :)

    Wie der Name php.ini ja schon impliziert, werden damit die PHP-Einstellungen vorgenommen. Das Modul mod_rewrite ist aber ein Apache-Modul und hat mit PHP überhaupt nichts zu tun. Meines Wissens wird das beim Start des Webservers geladen oder eben nicht. Wenn der Webserver läuft, kann man da nichts mehr ändern.

    Und das mit einer benutzerdefinierten php.ini mit nur einem Eintrag sich auch andere Werte ändern, ist normal, weil dann ja nicht die Standard-php.ini, sondern die benutzerdefinierte geladen wird. Sind aber in der Standard-php.ini von den PHP-Defaultwerten abweichende Einstellungen vorgenommen, gehen diese dann verloren.

    Gruß
    Ingo

  • Datenbank zu alt

    Beim kleinsten Strato-Powerplus-Paket sind ja 5 Datenbanken dabei. Also wäre es möglich, eine neue MySQL5-Datenbank anzulegen. Dann die Wordpress-Tabellen aus der alten Datenbank exportieren und in die neue Datenbank importieren. Anschließend müssen noch die neuen Datenbankparameter (Name, User, Passwort) in die wp-config.php eingetragen werden.

    Gruß
    Ingo

  • alt-text in Gallerie

    Für mich ist auch unverständlich, warum überhaupt in 2.9 noch der Beschriftungs-Text als Alt-Text verwendet wird, zumal es ja nun extra ein neues beschreibendes Feld "Alternativer Text" gibt.

    Um das gerade zu rücken, kann man sich mit folgendem Code in der functions.php des Themes behelfen:

    PHP
    function my_image_attributes( $attr, $attachment ) {
    $image_alt = get_post_meta( $attachment->ID, '_wp_attachment_image_alt', true );
    if( '' != $image_alt )
        $attr['alt'] = $image_alt;
    return $attr;
}
add_filter( 'wp_get_attachment_image_attributes', 'my_image_attributes', 10, 2 );

    Damit wird, falls vorhanden, der neue Alt-Text als alt-Attribut für das Bild verwendet, ansonsten weiterhin der Caption-Text (abwärtskompatibel).

    Möchte man keine Beschriftung haben, läßt man diese leer und verwendet nur "Alternativer Text".

    Gruß
    Ingo

  • Permalinkstruktur zerstört

    Na bitte, es geht doch :)
    Da der Server gemanagt wird, mußt Du Dich wohl an den Support wenden. Wenn wirklich alles richtig gemacht ist, funktioniert das auch.

    Die 404-Meldung sieht wie die Standard-Fehler404-Seite von 1&1 aus. Das bedeutet, die Rewrite-Rules in der .htaccess werden nicht ausgeführt. Das hat aber nicht mit Wordpress zu tun, sondern ist ein Konfigurationsfehler des Servers. Denn kann hier aber niemand beheben.

    Gruß
    Ingo

  • Links über eine unterseite laufen lassen ???

    Also technisch gesehen habe ich das nun, glaube ich, schon verstanden, nur der Sinn will sich mir nicht erschließen. Du möchstest also doch alle externen Links nicht im Artikel direkt setzen, sondern über eine Art Linkseite zum Artikel leiten.

    Das halte ich aus Benutzersicht für mehr als fragwürdig und benutzerunfreundlich. Wenn ich z.B. in einem Artikel lesen, daß jemand im Wordpress-Forum die Idee geäußert hat, alle Links über eine Unterseite laufen lassen zu wollen und das verlinkt ist, erwarte ich als Nutzer, eben bei dem Artikel im WP-Forum zu landen, und nicht auf einer Unterseite, wo ich dann irgendwo den Link finde.

    Zudem ist es aus SEO-Sicht für die verlinkten Seiten ziemlich unfair, die Links nicht aus dem Artikel zu setzen, sondern über eine SEO-mäßig eher wertlose Linkliste.

    Technisch ist sowas durchaus machbar, ich halte es aber für benutzerunfreundlich und unfair.

    Gruß
    Ingo

  • Links über eine unterseite laufen lassen ???

    Ja tschuldigung, dann hatte ich das falsch verstanden. Ich dachte, Du willst externe Links im Artikel einfach irgendwie erstmal auf eine Seite umleiten oder so.

    Dann verstehe ich aber das Problem trotzdem nicht oder genauer gesagt, wozu das Plugin da gut sein soll. Du kannst doch einfach eine Seite mit den Informationen erstellen und dann einen Link auf diese Seite im Artikel einfügen.

    Gruß
    Ingo

  • Permalinkstruktur zerstört

    Naja, also bei zwei mir bekannten großen Hostern kann man sehrwohl eine eigene php.ini verwenden. Die muß einfach in dem Verzeichnis liegen, in dem die Haupt-PHP-Datei geladen wird (index.php). Das funktioniert aber nur, wenn PHP als CGI und nicht als Apache-Modul ausgeführt wird. Wenn PHP im CGI-Modus läuft, kann man übrigens mit phpinfo auch nicht sehen, welche Apache-Module (mod_rewrite, mod_alias, usw.) geladen sind.

    Allerdings verstehe ich nicht, was die php.ini mit mod_rewrite zu tun haben soll. Ich habe den Eindruck, hier läuft einiges aneinander vorbei.

    Zudem ist es extrem hilfreich, wenn die Fragesteller mit dazuschreiben bei welchem Hoster sie welches Paket haben. Für Standardprobeme beim Shared-Webhosting von bekannten Hostern ist dann meist recht schnell Hilfe möglich.

    Gruß
    Ingo

  • Netzwerk nicht erreichbar: robots.txt ist nicht erreichbar

    Naja, es ist halt Geschmackssache, mit der Organisation des Webspace. :)
    Man kann natürlich die Verzeichnissse auch umgedreht benennen, dann hätte man zumindest all schön sortiert zusammenstehen:

    Code
    webspace
 |
 |--- de.chickart
 |
 |--- de.chickart.blog
 |
 `--- de.chickart.forum


    Aber egal, das Problem ist ja nicht nur die Aufrufbarkeit als Unterverzeichnis der Hauptdomain, sondern auch die Vererbung der Einstellungen in der .htaccess.

    Allerdings wundert mich schon, das Google immer noch meckert. Ich kann zumindest sowohl die robots.txt als auch die Sitemap unter der Adresse blog.chickart.de aufrufen.

    Gruß
    Ingo

  • Netzwerk nicht erreichbar: robots.txt ist nicht erreichbar

    Funktioniert doch nun, wenn man das Blog über die Subdomain aufruft ist dort auch die robots.txt zu finden.

    Eigentlich sollte man für jede Domain und Subdomain ein extra Unterverzeichnis auf dem Webspace einrichten (so mach ich das zumindest immer). Dann kann sowas wie der Aufruf der Subdomain als Unterverzeichnis der Hauptdomain gar nicht passieren. Also z.B. so:

    Code
    webspace
 |
 |--- chickart.de
 |
 `--- blog.chickart.de

    Zudem kommen sich dann auch nicht die Einstellungen in der .htaccess in die Quere.

    Gruß
    Ingo