Beiträge von Ammaletu

weiße Seite => PHP-Fehler => Wir brauchen die genaue Fehlermeldung um dazu was Sinnvolles sagen zu können => Ins PHP-Errorlog auf Deinem Server schauen

P.S.: Wenn das nichts bringt, kannst Du natürlich auch mal testweise alle Plugins deaktivieren, vielleicht liegt es ja an einem von ihnen. Einfach mal den Plugin-Ordner umbenennen und schauen, ob der Login dann geht.

Zitat

leider greift diese neue Version auf die Einstellungen des Vorgängers zurück - obwohl ich das Plug selbst ja gelöscht hatte

Die Einstellungen werden in der Datenbank gespeichert und bleiben beim Deaktivieren und/oder Löschen des Plugins gewöhnlich erhalten. Manche Plugins bieten eine Deinstallation an, aber nicht viele. Die Lösung Deines Problems sollte dann eigentlich sein, die Optionen des Plugins neu abzuspeichern und damit die alten Werte in der DB zu überschreiben. Wenn das nichts hilft, liegt Dein Problem vielleicht noch an was anderem (Unverträglichkeit mit Deiner WP-Version oder Deiner PHP-Version? Bug im Plugin?). Hast Du mal auf der Seite des Pluginautoren danach gesucht?

Freut mich, dass es geht. Ich war oben davon ausgegangen, dass Du nur fest die zehn neuesten Beiträge ausgeben willst. Wenn man durch alle Beiträge blättern können soll, muss das mit in die Query, siehe Codex-Seite für die Syntax.

Ach so, klar. Wenn Du nichts weiter angibst, wird ja die aktuelle URL ausgewertet, vielleicht interpretiert er die dann als Beitragstitel oder so. Mach einfach eine eigene Query auf, würde ich sagen. Mal sehen, so ungefähr:

<?php


/* Short and sweet */
define('WP_USE_THEMES', false);
require('blog/wp-blog-header.php');
include_once('blog/wp-config.php');
include_once('blog/wp-includes/wp-db.php');
$posts = query_posts('orderby=date&order=desc&posts_per_page=10&post_status=publish');
?>


<div id="headline">
    <div class="ueberbig">
        News Blog
    </div>
</div>


<div style="min-height: 800px;">
    <?php if (have_posts()) : while (have_posts()) : the_post(); ?>
    <div class="post" id="post-<?php the_ID(); ?>">
        <div class="ueber"><?php the_title(); ?></div>
        <div class="meta">
                <?php the_time('F j, Y'); ?> at <?php the_time('g:i a'); ?>
        </div>


        <div class="normaltext">
            <?php the_content(__('(weiterlesen...)')); ?>
            <br/>
            <br/>
            <br/>
        </div>
        
    </div>


    <?php comments_template(); ?>


    <?php endwhile; else: ?>




    <p><div class="normaltext"><?php _e('Sorry, nichts gefunden.'); ?></p></div>


    <?php endif; ?>


    <div class="normaltext"><?php posts_nav_link(); ?></div>


</div>

Siehe: http://codex.wordpress.org/Template_Tags/query_posts

Also erklären kann ich Dir das jedenfalls schon mal. Bitte Code-.Kennzeichnung benutzen übrigens!

<?php
        global $wp_query;
        if( empty($wp_query->post->post_parent) ) {
  $parent = $wp_query->post->ID;

wp_query ist das Query-Objekt, welches sich um die DB-Abfrage kümmert. Im if-Zweig wird die ID des Posts selber in die parent-Variable gesetzt, falls der aktuelle Beitrag keinen Parent hat.

} else {
  $parent = $wp_query->post->post_parent;
        }

Wenn der Beitrag doch einen Parent hat, wird dessen ID in die parent-Variable gesetzt.

wp_list_pages("title_li=&child_of=$parent&depth=1"  );
        ?>

wp_list_pages ist die Funktion, welche alle Seiten auflistet. Mehr dazu im Codex: http://codex.wordpress.org/wp_list_pages

mit dem child_of-Argument wird gesagt, dass nur Seiten ausgegeben werden sollen, die Kind der Seite mit der gegebenen ID sind. depth=1 gibt an, dass nur eine Ebene an Seiten ausgegeben wird.

Bist Du also auf Seite A, dann werden alle direkten Unterseiten von A ausgegeben. Bist Du auf Seite A1, dann werden alle Unterseiten von A1 ausgegeben. Das funktioniert soweit mit beliebig vielen Ebenen: Du siehst immer die Kinder der aktuellen Seite.

Was Du anpassen müsstest, ist die eventuelle Ausgabe des Parent-Levels und der Links zu den Parent-Seiten.

Wird dann im Loop nichts mehr ausgegeben oder funktionieren nur die Links nicht mehr (weiterlesen)? Ersteres könnte ich mir so auf Anhieb eher nicht erklären. Wenn es dagegen die Links sind, kriegt man das sicher hin. Dann müsstest Du uns mal sagen, was da denn für Links generiert werden.

Geladen werden müsste die Datei im Theme, denke ich, also sollte Deine Datei auch in den Themeordner. Aber schu Dir mal an, ob Du in einer der Themedateien "load_textdomain" findest. Da muss der Pfad korrekt sein. Es im Theme abzulegen würde mehr Sinn machen, denke ich, Du müsstest die Datei aber beim automatischen Updaten des Themes ggf. sichern. Du kannst sie natürlich als Kopie auch einfach extra noch in den languages-Ordner legen.

Brauchst Du denn spezielle Features von WPMU für die User? Sollen die ihr eigenes Blog führen können zum Beispiel? Wenn nicht, würde ich den Umstieg eher nicht machen, zumal WP und WPMU demnächst doch eh zusammengelegt werden sollen.

Registrieren können sich Nutzer ja an WordPress genauso, und man kann ihnen da dann auch recht detailliert Rechte zuordnen. Ich kann es Dir nicht genau sagen, aber ich denke, es gibt auch Plugins, die den Nutzer aus dem Backend fernhalten. Je nachdem halt, was er machen können soll. Zumindest Login im Frontend habe ich schon gelesen, denke ich.

Es kann trotzdem an einem Plugin liegen, wenn es sich z.B. auf PHP-Features verlässt, die auf dem einen Server da sind und auf dem anderen nicht. In aller Regel sollten sich solche Fehler in einer Logdatei niederschlagen, und dann wüsste man auch genau, welches Plugin es ist und müsste das nicht per trial&error rausfinden.

Fehler 500 ist nur ein Sammelbegriff für eine große Menge interner Fehler. Ohne die genaue Fehlermeldung kann Dir niemand was dazu sagen, fürchte ich. Schau mal, ob PHP-Fehler bei Dir auf dem Server in ein Log-File geschrieben werden.

Zitat

Ach, das ist hier garnicht das deutsche Forum zu wordpress???

Doch, ist es. Es ist allerdings kein Forum zum Online-Service wordpress.com oder anderen Services dieser Art. Einige Provider bieten ihren Kunden spezielle, im Umfang eingeschränkte WordPress-Versionen, zu denen kann man nicht viel sagen, wenn man sie nie gesehen hat. Deswegen: Wenn Du bei einem dieser Online-Services bist, dann solltest Du Dich zuerst mal an den Anbieter halten. Im Notfall kann man hier natürlich nachfragen, aber dann musst Du mindestens auch die nötigen Informationen rausrücken.

Zu Deinem Problem: Wenn Du die Dateien des Themes nicht ändern kannst, kannst Du da wenig dran machen. Ich wüsste nicht, dass man das über das Backend regeln könnte, dafür ist das Theme ja da.

Um das gleich mal etwas abzukürzen: Dieses Forum beschäftigt sich mit der selbst-installierten Variante von WordPress. Wenn Du das gemacht hättest, wüsstest Du, wo Du die Themedateien findest. Also nehme ich mal an, dass Du ein Blog bei wordpress.com oder einem ähnlichen Anbieter hast!? Sorry, aber da können wir Dir eher nicht weiterhelfen. Für wordpress.com gibt es ein eigenes Forum, andere Anbieter haben sowas sicher auch.

jottlieb: Kann man das nicht bei der Nutzeranmeldung irgendwie noch größer hinschreiben? Fett? Und Rot?

Zitat

...leider nein, nach dem eintrag im config file, ist die wp-url inaktive, also nicht veränderbar. es geht also kein weg an der db vorbei. vielen dank für deine hilfe.

Oh sorry, das wusste ich gar nicht. Habe das noch nie selbst benutzt. Macht aber Sinn, wenn man das in der wp-config definiert, kann man es darin ja nicht ändern, also bietet WP gar nicht mehr die Möglichkeit zum Ändern an.

Hast Du es in der DB denn gefunden? Falls nein, womit greifst Du auf die DB zu? PhpMyAdmin?!

Zitat

Vielleicht kann ja nochmal jemand helfen.

Am besten geeignet zum Helfen bei der Lösung des Problems wärst jetzt Du, indem Du obige Fragen beantwortest. Zugegeben, das ist nur geraten, weil ich dieses Problem halt noch nie selber hatte. Aber bis jemandem was besseres zum Eingrenzen des Problems einfällt, wäre das doch mal ein Anfang, oder?

Wenn sich damit nichts finden lässt, wäre der nächste Standard-Schritt mal probeweise aufs Default-Theme umzustellen und alle Plugins zu deaktivieren (Plugin-Ordner mal kurz umbenennen, falls es viele sind, dann aber währenddessen nicht auf die Pluginseite gehen, sonst werden die alle dauerhaft deaktiviert).

Keine falsche Scheu, poste die Lösung ruhig! Das würde diesen Thread sicher sehr aufwerten für alle, die in den nächsten Monaten und Jahren per Forensuche oder Google mit einem ähnlichen Problem hier landen.

Hier werden im übrigen auch nicht umsonst Stichworte automatisch zu Hilfeartikeln verlinkt. Klick mal auf Theme, da kriegst Du schon eine kurze Erklärung, wo die Dateien zu finden sind. Wenn Du das Aussehen eines Themes anpassen willst, wirst Du auch nicht drum herum kommen, Dich etwas mit den Interna zu beschäftigen. Deutsche Infos findest Du einige hier in der Hilfe, ansonsten per Google. Englische Infos sind massig im Codex verfügbar.

Für Deine Änderung müsstest Du Dir die Dateien raussuchen, die Du ändern willst: index.php für die Startseite, archive.php für Kategorie- und Archivansichten, search.php für die Suchergebnissseite. Und dort dann the_content bei Bedarf mit the_excerpt ersetzen.

Zitat

zudem sieht es dann im firefox sehr nach links gerückt aus........

Wenn der IE spezielle Angaben braucht, würde ich die ihm auch in einem eigene Stylesheet füttern, z.B. so:

<link rel="stylesheet" href="<?php bloginfo('template_directory'); ?>/css/style.css" type="text/css" media="screen" />
    <!--[if IE]>
    <link rel="stylesheet" href="<?php bloginfo('template_directory'); ?>/css/style_ie.css" type="text/css" media="screen" />
    <![endif]-->

Statt "if IE" kannst Du auch "if lt IE 8" nehmen, dann gilt das für alle IEs unterhalb IE8 (siehe auch Conditional Comments), der ja nun mal endlich ein bisschen was kann. Alle anderen Browser ignorieren das neue Stylesheet, und Du kannst da alle Bugfixes, Hacks und überschriebenen Angaben reinpacken. Und wenn eines fernen Tages niemand mehr IE6 und IE7 nutzt, kann das File einfach gelöscht werden.

Zitat

das zeigt doch mal wieder, dass der code einfach sauber sein sollte.

Genau! So Sachen wie alt-Attribute etc. mögen keine praktische Bedeutung haben, aber man sollte das halt trotzdem beheben damit man in den Validator-Meldungen die eigentlichen Fehler auch findet. Gerade sowas wie vergessene Klammern oder falsche Verschachtelung kann der Validator einem ja recht zuverlässig sagen.

Zitat

an dieser stelle vielen dank an funkygog und ammaletu für den klasse support

Gern geschehen.

Dann liegt es nicht an der functions.php des Themes. Das war nur eine Vermutung, weil da User am häufigsten die überflüssige Leerzeile einbauen. Ich würde ja vermuten, dass es auch auch die wp-config.php sein könnte, aber das hätte vermutlich größere Auswirkungen. Schau zur Sicherheit aber trotzdem mal rein. Hier mal zur Verdeutlichung, wie es falsch ist:

<?php
...
?>

Auf diese Weise würde am Anfang und am Ende der Datei jeweils eine Leerzeile in den HTML-Output gepackt werden, wo sie normalerweise nicht stört. Am Anfang des RSS-Feeds darf aber keine Leerzeile stehen. Das gleiche kann man natürlich auch irgendwo in der Mitte der ganzen Sache erzeugen, z.B. so:

<?php
...
?>
<?php
...
?>

Wenn es nun nicht das Theme ist, kann es natürlich auch an einem Plugin liegen. Deaktiviere doch mal probeweise nacheinander alle Plugins (insbesodere alle, an denen Du irgendetwas geändert hattest). Vielleicht findet sich dann der Schuldige.

P.S.: Du hast keine Wordpress-Kerndateien geändert, oder?
P.P.S.: Wenn DU PHP-Code postest, nutze bitte die Code-Kennzeichnung. Das macht es lesbarer.

Eigene Dateien würde ich nur machen, wenn es sich um viele Definitionen handelt, die nur auf wenigen Seiten gebraucht werden. Ansonsten kannst Du das alles in die normale style.css einfügen, es muss nur oben der Headerkommentar bestehen bleiben.

weißes Fenster => vermutlich PHP-Fehler => ins Error-Log schauen, was der eigentliche Fehler ist, siehe FAQ, oder mal beim Support Deines Hosters nachfragen. Mit welcher PHP-Vertsion läuft die Seite denn? Bei dem Plugin steht z.B. dabei: "The real fix for this (making the use of this plugin unnecessary) is to use PHP 5.2.9+ with libxml2 2.7.3+." Vielleicht wäre da mal ein PHP-Upgrade angebracht?!