Beiträge von Ammaletu

Zitat

kennt jemand den Fehler?

Ja, ist gleich die allererste Frage in den FAQ:
WordPress Deutschland FAQ » »Fatal error: Allowed memory size of *** bytes exhausted…« ?

Wobei der Wert bei Dir ja gar nicht so niedrig ist. Müsstest Du also vielleicht wirklich mal schauen, ob zu viele Plugins laufen oder eines vielleicht über Gebühr Speicher braucht.

Du hast ein Semikolon vergessen. Probier es mal so:

if ( document.getElementById && document.getElementsByTagName ) {
    dw_writeStyleSheet('style.css')[B][COLOR=Red];[/COLOR][/B]
    alert("feddisch");
    addLoadEvent(init_dw_Scroll);
}

Das Widget heißt "Links", denke ich. So oder so kannst Du da nicht viel kaputt machen. Wenn Du das falsche erwischst, zeihst Du es halt einfach wieder rein in die Sidebar, klickst auf Speichern und gut.

Du müsstest mal schauen, worin sich die Blogs unterscheiden. Laufen da z.B. die gleichen Plugins? Was ich mir vorstellen könnte wäre, dass ein Plugin wie Spam Karma den Kommentar behandelt und an der normalen Kommentarverwaltung von WordPress vorbeischleust. Und verwendest Du für das Kontaktformular die gleiche Mailadresse wie in den Optionen und Deinem Profil? Ein Blick ins PHP-Logfile kann ansonsten auch nicht schaden.

"Pages" zeigt automatisch die statischen Seiten des Blogs an, welche Du im Backend unter Write > Page anlegen kannst. Das ist nicht für externe Links gedacht (obwohl man es mit Plugins dazu umbiegen kann). Externe Links kannst Du am einfachsten über die Blogroll verwalten (Hm, Write > Link unter 2.5, glaube ich).

- Nachschauen im PHP-Log, ob irgendwelche PHP-Fehler auftreten.
- Alle Plugins updaten, welche im Backend anzeigen, dass Updates verfügbar sind (für manche Plugins wird es dort auch nicht angezeigt).
- Einen Link zur Seite posten, damit wir mal schauen können, ob sich die Ursache im Quelltext finden lässt.
- Dir lokal mit XAMPP eine Testinstanz einrichten, auf der Du sowas in Zukunft ausprobieren kannst, ohne die eigentliche Seite zu gefährden.

Zitat

Falls das was mit dem OS zu tun haben sollte, was ich mir aber eigentlich nicht vorstellen kann, ich bin macuser unter 10.5.2!

Natürlich hat das was mit dem OS zu tun, schließlich sind Dateirechte eine Betriebssystem-Funktion. Und das ist auch noch unter jedem OS anders gelöst.

Unter Windows und Linux hätte ich es Dir sagen können, bei Mac habe ich keine Ahnung. Aber prinzipiell sollte es dort auch eine Funktion geben, um einem Verzeichnis mit allen Unterverzeichnissen gewisse Rechte zuzuweisen. Darin neu angelegte Ordner erben das hoffentlich. Also nach der Option suchen, die Rechte für alle untergeordneten Objekte zu übernehmen, und dann an einem wp-content untergeordneten Ordner nachschauen, dass das Setzen geklappt hat. Ansonsten müsstest Du mal gezielter nach Mac + Dateirechte googlen, denke ich.

Rätsel am Nachmittag, toll! Und ich hab raus, woran es liegt. Ist auf den ersten Blick wirklich nicht zu sehen: Du hast ein div mit der ID "wrapper" definiert und im Stylesheet auf position: absolute gesetzt. Damit fällt es aus dem normalen flow der Seite raus. Alles, was außerhalb davon steht (in Deinem Fall nur der Footer) wird darunter dargestellt. Die einfachste Lösung wäre, das wrapper-div einfach nicht auf absolute zu setzen, weil es eigentlich keinen Sinn macht. Falls Du das nur gemacht hast, damit andere position-Angaben funktionieren (weil die sich ja immer auf den nächsthöheren positionierten Parent beziehen), nimm besser relative. Das hat ohne eine Angabe von top oder left keine Auswirkungen.

Ein Internal Server Error kann alles und nichts heißen. Damit Dir wirklich jemand weiterhelfen kann fürchte ich wirst Du einen Blick ins Errorlog werfen müssen, wahlweise das allgemeine Apache-Log oder das PHP-Logfile. Mit einer konkreten Fehlermeldung kann man dann dem Problem auch konkret zu Leibe rücken.

Ja, gibt es. Mach Dir einfach eine eigene Startseite und stelle es dort in der Themedatei ein. Wenn Du für alle anderen Ansichten eigene Dateien im Theme hast (archive.php, search.php etc.), kannst Du das einfach in die index.php schreiben. Und zwar schreibst Du das hier oben über den Loop, also über den Part mit if (have_posts()):

// change the loop query so that 50 entries per page are displayed
$posts = query_posts($query_string . '&posts_per_page=50');

Das sollte eigentlich schon reichen.

Wenn Du das FeedBurner-Plugin aktuell noch ausgeschaltet hast, wird man aber immer noch auf FeedBurner weitergeleitet beim Aufruf. Kann es sein, dass das noch in der .htaccess drin steht? Ich würde auf jeden Fall gerne mal den Originalfeed sehen, um zu schauen, ob der ok ist.

An WP-2.5-Nutzer: Bitte mal dazu äußern

Könnten ein paar Nutzer von WP 2.5 bitte noch was dazu sagen, wo der page slug bei statischen Seiten hin ist und wie man ihn bearbeiten kann? Diese Frage muss sich doch beantworten lassen, und die Antwort würde mich auch wirklich interessieren!

Oder gibt es einen Grund, warum es das Feld bei einigen Nutzern zu geben scheint und bei anderen nicht?!

Zitat

Ich hab da mal meinen Senf dazu getan, vielleicht liest ja sogar ein Entwickler den Sermon, der da steht (ich bezwifel es aber).

Ähm, wo hast Du Deinen Senf dazu gegeben?! In der 2.6-Testseite? Falls ja war das leider umsonst, da wird alle zehn Minuten die Datenbank geleert, wie auf der Startseite ja auch angegeben. Die Seite ist nur dazu da, dass man mal ins Backend schauen und damit etwas rumspielen kann.

Also ich kann's Dir nicht genau sagen, aber: Du rufst eine URL auf. Entweder hängen da schon die nötigen Parameter dran oder aus dem Permalink werden die eigentlichen Parameter anhand der Permalink-Struktur ermittelt. Also Beitrags-ID, Seiten-ID, Kategorie-ID etc. Diese Daten werden irgendwo auch in der Query gesetzt. Mit einem Blick in den Quellcode sollte sich herausfinden lassen, wo das der Fall ist.

Spricht etwas dagegen, es über den WP-Befehl auszugeben? Das wäre nämlich die einfachste Variante, die Beitragsanzahl auszugeben, und das von WP dafür benutzte HTML kann man eigentlich so anpassen, dass es zu jeder Sidebar passt.

<?php wp_list_categories('show_count=1&title_li=&style=none'); ?>

Mit show_count=1 wird die Anzahl ausgegeben, style=none müsste für die Ausgabe durch br-Tags getrennt sorgen.

Die Argumente für die Funktion sind ansonsten hier beschrieben:
Template Tags/wp list categories « WordPress Codex

Wenn Du Dich bei FeedBurner einloggst und auf Deinen Feed klickst, gibt es auf der nächsten Seite dann den Link "Edit Feed Details". Unter "Original Feed Address" sollte eine Adresse wie "[Deine Domain]/feed" eingetragen sein, nicht etwas wie "[Deine Domain]/feedburner_244423". Naja, das war jedenfalls meine spontane Assoziation weil ich genau den Fehler letztens bei einem Blog mit den beschriebene Auswirkungen gemacht habe (nach dem Upgrade des Feedburner-Plugins). FeedBurner hat den Originalfeed von vor den Änderungen gecacht und erst zwei Wochen später oder so gemerkt, dass der Feed nicht mehr da ist, in der Zeit wurden neue Beiträge aber in dem alten Feed nicht mehr angezeigt.

Davon abgesehen gibt es da auch Statusseiten und man kann FeedBurner dazu bringen, den Originalfeed neu einzulesen. Wenn das nichts bringt, müsstest Du das Plugin mal ausschalten und den Originalfeed anschauen. Den kann man ja im Moment nicht sehen, aber wenn der natürlich schon nicht korrekt ist, kann FeedBurner auch nichts dafür. Ich wüsste aber ehrlich gesagt nicht, wie der Originalfeed kaputt gehen sollte. Deswegen würde ich da erstmal am Feedburner-Ende nachschauen.

Hast Du bei FeedBurner die URL aktualisiert? Das frühere FeedBurner-Plugin hat doch eine kryptische URL generiert, die man dann bei FeedBurner als URL eingegeben hat. Die stand auch in der .htaccess drin. Das neue FeedSmith-Plugin braucht das nciht mehr und man sollte bzw. muss bei FeedBurner den Link zurückändern. FeedBurner fragt nämlich sonst den alten Link ab, der nicht mehr existiert. Irgendwann merkt es das dann mal und zeigt Deinen Feed gar nicht mehr an. Das hatte ich jedenfalls bei einem Blog letztens. Die FeedSmith-Doku könnte daraufhin IMHO deutlicher hinweisen.

Blog neu installieren wird dabei übrigens eher nicht helfen. Die Daten sind ja da und ich nehme nicht an, dass Du WP-Dateien verändert hast.

Hm, sieht wirklich falsch aus. Da alle anderen Linsk auf der Seite zu stimmen scheinen, nehme ich mal an, dass die beiden URLs in den WordPress-Optionen stimmen?!

Kannst Du mal einen Link zum Plugin posten? Dann kann ich da ja mal reinschauen, wie die Links für die Sidebar gebaut werden.

Zitat

Hatte ich eh vor. Mal sehen ob ich am Wochenende mal dazu komme... Aber wer liest schon die FAQ?

Also ich fände es gut, wenn das dort mit behandelt würde, wenn es denn so tricky ist. Selbst wenn die Leute da nicht von selber reinschauen, macht es sich einfach gut, mehr oder weniger diskussionslos einen Link zum FAQ-Eintrag posten zu können.

Ich kenne das Theme nicht, also kann ich da nur raten: Der Autor dachte sich vermutlich, das Plugin einfach ins Theme zu kopieren ist besser als den Nutzern zu sagen, sie müssen für das Theme noch ein Plugin installieren. Das ist aber natürlich keine gute Idee, da man so ja nicht an Updates des Plugins kommt und zudem noch Fehler bekommt, wenn er die Methoden nicht umbenannt hat. Ein gutes Theme würde das lassen und lieber in der Theme-Doku auf das Plugin verweisen und vor allem die Standard-Links mit einbinden, falls das Plugin nicht da ist.

Der Code, den Du gepostet hast, stammt aus einem Plugin, welches "WP-PageNavi" heißt. Deshalb ist die erste Frage, ob Du dieses Plugin benutzt und ob es aktiviert ist. Wenn nicht, bewirkt der wp_pagenavi()-Befehl natürlich nichts, logisch. Also bitte mal in der Plugin-Liste nachsehen.

Und wenn Du schon dabei bist, kannst Du ja mal schauen, wie in den anderen Dateien die Seitennavigation erzeugt wird. Findet sich da auch der pagenavi-Befehl oder steht da was von previous_posts_link und next_posts_link?!