Beiträge von Putzlowitsch

Vielleicht solltest Du hier noch dazuschreiben, daß das Plugin Google-Analytics benötigt.

Gruß
Ingo

Programmtechnisch könnte man Kommentare und Ping-/Trackbacks auch so deaktivieren:

function plw123_the_posts( $posts ) {
      $postcount = count( $posts ); 
      
        for( $i=0; $i<$postcount; $i++ ) {
            $posts[$i]->comment_status = 'closed';
            $posts[$i]->ping_status = 'closed';
        }
        return $posts;
    }
    function plw123_cp_open( $open, $post_id ) {
        return false;
    }
    add_filter( 'the_posts', 'plw123_the_posts' );
    add_filter( 'pings_open', 'plw123_cp_open', 999, 2 );
    add_filter( 'comments_open', 'plw123_cp_open', 999, 2 );

Der Code müßte dann in z.B. die functions.php des Themes.

Gruß
Ingo

Vielleicht ist ja der Webspace voll.

Gruß
Ingo

Naja, dazu liefert Google auch ein paar Treffer:
http://www.google.de/search?q=UID+o…er+than+min_uid
Letztendlich hängt es auch von Deiner Serverkonfiguration ab. Insofern wird Dir hier kaum jemand wirklich helfen können bzw. es ist eigentlich kein Wordpress-Problem.

Gruß
Ingo

Wenn .htaccess-Datei mit der PHP5-Umstellung die im Hauptordner lag, ist das schon in Ordnung. Bei manchen ist halt der Hauptordner auch das Wordpress-Verzeichnis, dann wäre es ein Problem gewesen (deshalb schrieb ich auch "möglicherweise").

Bei 1&1 ist auch das mit "DirectoryIndex index.php" kein Problem, denn es wird eine recht lange Liste als Index-Datei akzeptiert.

Gruß
Ingo

Zitat von maxe

versuch erst mal nur die .htaccess per ftp zu löschen.

Hmmm, ich bin nicht sicher, ob das so der richtige Tip ist.

Dann sind zwar erstmal die WP-mod_rewrite-Regeln weg, aber andere Einstellungen halt auch.
Falls z.B. vorher noch soetwas drinstand:

DirectoryIndex index.php

und das nun fehlt, könnte das einen 403er Fehler auslösen.

Bei 1&1 geht möglicherweise die PHP5-Umstellung verloren, auch nicht gerade hilfreich.

Gruß
Ingo

Verstehe ich jetzt nicht. Ich dachte, Du hast eine Kategorie "News" und für diese sollen dann alle Artikel, die unter News abgelegt sind, beim Aufruf von /news/ angezeigt werden. Und zusätzlich soll eine Seite /news/irgendwas/ existieren.
Was soll den nun bei /news/ angezeigt werden? Was heißt "praktisch nicht gibt"? Das wäre dann eine Error 404-Seite, oder wie?

Gruß
Ingo

Du solltest Dir $post->ID einfach ganz am Anfang in einer Variable merken und dann im weiteren Verlauf diese verwenden:

<?php $my_post_id = $post->ID; ?>
<div id="optionen"><div id="opt-headline">Optionen</div>
<?php query_posts("showposts=1&category_name=optionen-.$my_post_id."); $i = 1; ?>
<?php if(have_posts()) : while(have_posts()) : the_post(); ?>
...
<div id="optionen2">
<?php query_posts("showposts=3&category_name=datenpreise-.$my_post_id."); $i = 1; ?>
<?php if(have_posts()) : while(have_posts()) : the_post(); ?>
...

Gruß
Ingo

Zitat von Bambaataa

... Das einzigste Problem was ich bei diesem Weg seh ist wenn ID´s hardcordiert im Theme sind, die muss man wieder anpassen, da die ID´s für alles neu vergeben werden...

Falls nicht in der Datenbank bereits vorhanden, werden schon die alten IDs aus der Exportdatei verwendet. Zumindest trifft das für Posts zu, bei Kategorien und Tags leider nicht. Sofern man im Theme nicht auf Kategorie- oder Tag-Ids Bezug nimmt, sollte das kein Problem sein.

Man sollte übrigens für so einen Fall am besten eine nackte WP-Installation ohne Beispielpost, -seite und -kommentar durchführen. Die standardmäßig installierten Links (Blogroll) kann man bei der Gelegenheit auch weglassen.

Gruß
Ingo

Na dann hast Du vermutlich keine Artikel, die mit dem Tag "all" versehen sind.

Gruß
Ingo

Ich würde sagen, daß eher das hier das eigentliche Problem ist:

UID of script ... is smaller than min_uid

Ein PHP-Skript wird vom Webserver aus Sicherheitsgründen dann nicht ausgeführt, wenn es dem Nutzer root gehört. Je nach Konfiguration läuft es dann nämlich auch mit Root-Rechten, was ein erhebliches Sicherheitsrisiko darstellen kann.

Gruß
Ingo

Zitat von infected

... Mir persönlich ist die 500er Meldung bislang jedoch nur von 1&1 bekannt. Woanders bin ich der noch nicht begegnet.

Sicher?

Aber egal, der 500er kann viele Ursachen haben. Früher, als Strato noch kein mod_rewrite unterstützte, kam der 500er z.B. nach dem Aktiviern der Permalinks.

Quasi jeder kleine Fehler in der .htaccess wird üblicherweise mit dem Error 500 bestraft.

Gruß
Ingo

Falls jemand die error.log "zitiert", kann es kein 1&1 Shared-Webhosting sein, da gibt es sowas nicht.
Die 500er Fehler gibt es nicht nur bei 1&1.

Gruß
Ingo

Hmmm, z.B. mit einer beherzten Google Suche nach den relevanten Stichwörtern wordpress 1und1. Das klappt übrigens mit wordpress strato auch ganz gut.

Naja, mit dem Link auf die 1&1-FAQ könnte man die 1und1-Nutzer vielleicht dezent darauf hinweisen, bei Problemen doch erstmal dort nachzusehen. Viele Dinge sind dort nämlich schon gut erklärt.

Aber muß auch nicht sein, ein Link auf meine Schnurpsel-1&1-Kurzinstallationsanleitung wäre auch in Ordnung.

Gruß
Ingo

Zitat von Daniel 93

Funktioniert klasse, vielen Dank! Ohne numerischen Werten klappt alles super.
...

Wie jetzt, ohne numerischem Wert werden doch immer die Seiten angezeigt!?
Wie hast Du denn jetzt die Permalinks für Artikel konfiguriert?

Das mit der Unterseite zu /news/ müßte gehen. Du erstellst eine statische Seite News (/news/) und eine weitere Seite Unterseite (/unterseite/). Wenn Du dieser unterseite nun als Eltern die News zuweist, müßte die URL /news/unterseite/ enstehen und hoffentlich acu von WP als Seite erkannt werden.

Gruß
Ingo

Es hängt auch von den Permalinkeinstllungen für Artikel ab. Falls dort am Anfang kein numerischer Wert wie z.B. %year%, %monthnum%, %day% oder %post_id% steht, haben die statischen Seiten oberste Priorität. Beginnen die Permalinks für Artikel mit einem der genannten numerischen Werte, klappt der Kategorie-Trick.

Es ist übrigens kein Bug vom Plugin sondern ist dadurch bedingt, wie Wordpress die Permalinks auflöst.

Gruß
Ingo

Diese Optionen werden nur angezeigt, wenn es mindestens eine statische Seite gibt.

Gruß
Ingo

Hast Du Wordpress über das Strato-Kundenmenü installiert? Dann dürfte mit "abschmieren" das mit/ohne-www-Problem gemeint sein.

Du solltest versuchen, Dein Hostingpaket von Strato auf SpeedPlus umstellen zu lassen. redcat63 hat dazu hier etwas geschrieben. Damit wäre es zum einen schneller und zum anderen wäre das www-Problem beseitigt.

Gruß
Ingo

Zitat von Andy12345

...geht ganz einfach:

1. Strato kündigen (ist eh Schrott)
2. Neuen Account bei anderem Provider eröffnen (es gibt bessere+günstigere)
3. Geht!

Hallo Peter12345, einmal reicht aber.