Beiträge von Putzlowitsch

Vielleicht klemmt es auch irgendwie beim "Redirect Canonical", was es bei WP 2.0.x noch nicht gab. Versuchsweise könnte man das ja mal abschalten:

remove_filter('template_redirect', 'redirect_canonical');

Das z.B. in die functions.php des Themes einfügen und gucken was passiert.

Gruß
Ingo

Nein, die Zusammenstellung der Bilder einer Galerie entsteht aus der Eltern-Kind-Beziehung von Bildern zu einem Artikel. Bilder, die zu einem bestimmten Artikel hochgeladen werden, bekommen als Parent-ID eben die des Artikels eingetragen.

Durch den Parameter id kann man nun die Bilder genau eines Artikels anzeigen lassen:

[gallery id="123"]

Hier würden die Bilder als Galerie erscheinen, die zum Artikel mit der ID 123 hochgeladen wurden.

Der Gallery-Shortcode selbst ist dafür im Artikel nicht notwendig.

Gruß
Ingo

Ja, guck Dir mal die Hilfe dazu an:
http://codex.wordpress.org/Gallery_Shortcode
Mit der Funktion do_shortcode kannst Du jeden Shortcode per PHP an jeder Stelle aufrufen.

Allerdings mußt Du natürlich ein paar Rahmenbedingungen beachten. So holt sich der gallery-Shortcode die ID aus der aktuellen Loop. Außerhalb stimmt die ID dann möglicherweise nicht mehr. Aber Du kannst ja dem gallery-Shortcode die ID als Parameter übergeben.

Gruß
Ingo

Das ist dann aber eher eine Einstellung bei Hood, sowas wie Standardansicht oder so. Hat also mit Wordpress nichts zu tun. Am besten bei Hood im Forum fragen.

Gruß
Ingo

Was noch helfen könnte, eine leere .htaccess-Datei erstellen und auf den Server ins WP-Wurzelverzeichis kopieren. Dann der Datei die Rechte 444 geben (nur Leserechte). Nun im Adminbereich die Permalinks deaktivieren und zum Schluß die .htaccess-Datei löschen (vorher aber wieder Schreibrechte mit 644 erteilen).

Gruß
Ingo

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

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

Im Quelltext steht es eindeutig drin:

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

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:

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

Schon möglich, daß noch irgendwas in der wp_options drinsteht, das muß aber schon ein dicker Brocken sein. Wenn für die Option die Einstellung autoload = 'yes' gesetzt ist, wird diese immer geladen und das auch, falls das Plugin nicht mehr aktiv ist.

Gruß
Ingo

Doch, WP legt die Datei auch an, falls sie nicht vorhanden ist und PHP Schreibrechte auf das WP-Wurzelverzeichnis hat. Eben genau das ist wie oben erwähnt, z.B. bei 1&1 und Strato der Fall.

Das führte früher bei Strato auch zu den Fehler-500 Problemen bei der Aktivierung von Permalinks, als dort noch kein mod_rewrite unterstützt wurde. Der Tip, einfach die .htaccess zu löschen half nicht wirklich, weil sie von WP einfach wieder neu angelegt wurde.

Gruß
Ingo

Klar versucht WP eine neue .htaccess zu schreiben, warum auch nicht. Bei Webhostern die PHP als CGI laufen lassen, wie z.B. 1&1 oder Strato funktioniert das auch prima, da PHP hier im Kontext des Benutzers läuft und volle Schreibrechte hat.

Es steht zwar dazu nichts in der Dokumentation, aber im Quelltext (/wp-admin/inludes/misc.php) wird es offensichtlich.

Gruß
Ingo

Nicht sichbare Verschlagwortung geht über das Alt- und Title-Attribut. Ansonsten ist auch der Dateiname wichtig, für Dein Beispiel also idealerweise angela-merkel.jpg.

Gruß
Ingo

Wo "steht von index.php nichts dran"? Verstehe nicht, was Du damit meinst?

Du mußt doch einfach nur für das Wordpress-Verzeichnis als 404-Fehlerdatei die index.php eintragen.

Gruß
Ingo

Hier steht es in den HE-FAQ:
https://kis.hosteurope.de/support/faq/?cpid=10942
Nur bei 404 halt nicht /404.html sondern /index.php eintragen.

Gruß
Ingo

Welches Paket von HE hast Du denn?

Wenn es das WebPack L oder besser ist, dann bauchst Du das Plugin nicht. Mit den kleineren Webpaketen benötigt man das Plgin und die Konfiguration wie von muldom beschrieben. "RewriteEngine..." in der .htaccess ist dort fehl am Platz.

Gruß
Ingo

Die Option wird nur angezeigt, wenn es mindestens eine statische Seite gibt, die zudem veröffentlicht sein muß.

Gruß
Ingo

Wie groß sind denn normal große Bilder?
Wenn ich mal von den 32MB etwa 16MB für WP abrechne, bleiben noch 16MB für das Bild übrig. Damit dürften Bilder mit 5MP (2560x1920Pixel) die Obergrenze darstelllen.

Gruß
Ingo

Öhmmm, wieso steht das da oben zweimal *grübel*
Ich wars nicht.

...

Das läßt sich auch bei nicht registrierten Nutzern kaum verhindern, das zwei oder mehrere den selben Namen in Kommentaren verwenden. Schließlich gibt es ja nicht nur einen Peter, einen Klaus oder einen Andreas auf der Welt. Warum soll ich als Klaus nicht mit meinem Namen kommentieren dürfen, nur weil es schon einen registrierten Klaus gibt?

Wenn man das will, darf man Tatsächlich nur registrierten Nutzern Kommenatare erlauben. Oder man hebt die registrierten Nutzer irgendwie hervor, wie Kaiser schon vorschlug. Muß ja kein Avatar oder Hintergrund sein.

Gruß
Ingo

Gruß
Ingo

Zitat von derWebArchitekt

...unter dem Punkt "apache2handler" gibt es eine Zeile "load modules". (such einfach nach "mod_rewrite")
...

Das gibt es aber nur, wenn PHP als Apache-Modul läuft, was nicht unbedingt der Fall sein muß. Läuft PHP als CGI kann man so nicht herausfinden, welche Module geladen werde.

Gruß
Ingo