WP 3.0: Keine .htaccess in WP3.0 installation!?

[infected]

Danke für die Antwort. Ich habe es gerade mal auf einem 1&1 Account ausprobiert. Bei mir wird die .htaccess nicht automatisch angelegt.

[Putzlowitsch]

Habe es auch grad bei meinem 1&1-Acconut probiert. Sobald ich die Einstellungsseite für die Permalinks im Backend aufrufe, wird eine neue .htaccess erstellt, wenn permalinks aktiviert sind.

Es sei denn, für WP ist die Multisite-Funktionalität aktiviert, dann nicht. Ist auch aus dem Quelltext ersichtlich:

PHP-Code:

function save_mod_rewrite_rules() {
    if ( is_multisite() )
        return;

    global $wp_rewrite;

    $home_path = get_home_path();
    $htaccess_file = $home_path.'.htaccess';
... 


Aber bis zu WP 2.9 wurde bei mir bei Strato bzw. 1&1 immer bei aktiven Permalinks die .htaccess schon beim Aufruf der Einstellungsseite neu erzeugt. Daher kamen ja auch die Probleme bei Strato.

Gruß
Ingo

[infected]

Sorry Ingo, aber ich kann das nicht nachvollziehen. Wenn ich die Permalinks auf Standard stelle, die .htaccess lösche, die Permalinks danach wieder umstelle, wird bei mir keine neue .htaccess erstellt. Stattdessen bekomme ich ne schöne 500er Meldung.

Multisite ist nicht aktiv.

[Putzlowitsch]

Naja, vielleicht haben wir ja unterschiedliche Webhostingpaket. Ich beziehe mich konkret auf "1&1 Homepage Professional Plus".

Im Quelltext steht es eindeutig drin:

PHP-Code:

function save_mod_rewrite_rules() {
    if ( is_multisite() )
        return;

    global $wp_rewrite;

    $home_path = get_home_path();
    $htaccess_file = $home_path.'.htaccess';

    // If the file doesn't already exist check for write access to the directory and whether we have some rules.
    // else check for write access to the file.
    if ((!file_exists($htaccess_file) && is_writable($home_path) && $wp_rewrite->using_mod_rewrite_permalinks()) || is_writable($htaccess_file)) {
        if ( got_mod_rewrite() ) {
            $rules = explode( "\n", $wp_rewrite->mod_rewrite_rules() );
            return insert_with_markers( $htaccess_file, 'WordPress', $rules );
        }
    }

    return false;
} 


Es wird versucht, die Datei anzulegen, wenn sie nicht existiert.

Hmmm, eine 500er-Meldung, die kommt oft bei ungültigen Einträgen in der .htaccess-Datei


Gruß
Ingo

[infected]

Beim Versuch dürfte es aufgrund fehlender Schreibrechte in der Regel aber auch bleiben.

If the file doesn't already exist check for write access to the directory...

Zitat von Putzlowitsch

Hmmm, eine 500er-Meldung, die kommt oft bei ungültigen Einträgen in der .htaccess-Datei

Das kann aber nicht zutreffen, da keine .htaccess mehr existiert, wenn ich selbige lösche Weitere existieren nicht.

[Putzlowitsch]

Könnte daran liegen, das ich die Wurzelverzeichnisse der Websites niemals in das Basisverzeichnis meines Webspace lege. Vermutlich ist das Webspace-Rootverzeichnis tatsächlich nicht von PHP-beschreibbar (hhhm, könnte ich ja mal testen...).

Die per FTP angelegten Unterverzeichnisse für z.B. Wordpress haben automatische die Rechte 755 und trotzdem hat PHP darauf Schreibrechte, weil es als CGI im Kontext des Benutzers läuft. Deshalb klappen auch die automatischen Wordpress-Updates bei 1&1 oder Strato sei einfach, ohne extra FTP-Daten eingeben zu müssen. Naja, zumindest ist es bei mir so.

Aber Wordpress versucht es zumindest, die .htaccess anzulegen.

Gruß
Ingo

[infected]

Okay, ich hab's nochmal in ner sauberen Testinstallation probiert. Du hast recht, die Datei wird bei 1&1 automatisch angelegt. Bei All-Inkl. funktioniert's dagegen nicht. Hab's auch dort gerade nochmal ausprobiert.

Wieder was gelernt...