Beiträge von Ammaletu

Ich denke, das wäre eine Frage für den technischen Support Deines Hosters. Wenn PHP-Quellcode ausgeliefert wird, ist vermutlich am Server noch etwas nicht richtig konfiguriert. Das sollte sonst nicht passieren.

Ich habe im übrigen das Gefühl, dass die Zahl der Threads in letzter Zeit stark angestiegen ist. Da beantwortet man natürlich zuerst Threads, wo man wirklich was zu weiß.

Nathalie: Wenn niemand antwortet, probier mal mehr Informationen nachzuliefern oder das Problem besser zu beschreiben. Manchmal reichen die Infos einfach nicht aus und es hat gerade niemand Lust oder Zeit, darauf hinzuweisen. Im Zweifelsfall macht sich auch ein Link zur betroffenen Seite immer gut. Und für die Zukunft: Möglichst nicht verschiedene Probleme in den gleichen Thread packen. Mich zumindest schreckt das auch eher vom Antworten ab.

P.S.: Und sinnvollerweise verlink doch mal in Deinem Beitrag oben Deine früheren Beiträge! Vielleicht findet sich dann ja noch jemand, der mal draufschaut.

Ist eigentlich nur geraten, aber versuche mal folgendes anzugeben:

background: transparent;
border: 0px;

Zitat

Ich habe hier blauäugig (ich bin noch ein ziemlicher nooby in PHP und Wordpress) einfach $themes[$theme]['Text Files'], mit dazu gefügt, aber leider hat es nicht funktioniert.

Das kann so nicht funktionieren. Der Befehl mergt ja nur zwei schon vorhandene Arrays. Wenn es $themes[$theme]['Text Files'] nicht schon gibt, klappt das natürlich nicht. Ich denke, um das hinzukriegen, müsstest Du an der Funktionalität ansetzen, die dann mit[COLOR=black] [/COLOR][COLOR=#000000][COLOR=#0000cc][COLOR=black]$allowed_files prüft, ob eine bestimmte Datei zum Bearbeiten angezeigt werden soll oder nicht. Da müssten dann alternativ auch alle Textdateien mit aufgenommen werden. Aber das stelle ich mir durchaus etwas komplizierter vor, und ich habe keine Ahnung, ob es dafür einen Filter gibt. Modifikationen am Core sind ja nicht so wirklich gut, bei den häufigen Updates.[/COLOR]
[/COLOR][/COLOR]

Also ich kann Dir nicht sehr viel dazu sagen, aber IMHO wäre Caching der sinnvollste nächste Schritt. Das, oder fürs erste auf einen stärkeren Server umziehen, aber das verschiebt das Problem ja eher nur in die Zukunft. Prüfe ggf., ob Du dynamische Inhalte per JavaScript realisieren kannst, dann kann der Rest der Seite gecacht werden.

Zitat

Ich hab leider das Problem, dass der RSS-Fedd Validator mir sagt, dass in meinem Feed ein Fehler ist

Nein, sagt er nicht. Dein Feed ist valide und OK so. Der Validator gibt Dir lediglich Tips, wie Du den Feed noch verbessern kannst. Script-Tags im Post-Inhalt können ggf. nicht von allen Feed-Readern gelesen werden. Aber ich denke, wenn ein Feed-Reader damit nichts anfangen kann, sollte er zumindest schlau genug sein, den Script-Tag zu überspringen. Da sehe ich keinen speziellen Handlungsbedarf.

Ansonsten müsstest Du Dir einen Filter schreiben, der den Post-Inhalt vor dem Einfügen in den feed filtert und z.B. das Script rausnimmt oder durch einen Hinweistext ersetzt.

Zitat

Könnte man eine Art Fehlerhinweis aus diesen technischen Detailangaben herauslesen?

Keine Ahnung, konntest Du? Mittlerweile geht es ja wieder wie es aussieht.

Zitat

Wenn ich Tags erstelle sind die nur im Quelltext zu finden und z.B. nicht unter dem Text,Kommentaren oder sonstiges. Haben die Tags dann überhaubt Sinn?

Nur sehr bedingt, falls die Tags zufällig Suchwörter enthalten, die im Text selbst nicht vorkommen. Wirklich sinnvoll sind Tags aber nur, wenn Du sie im Theme auch ausgeben lässt und in die Sidebar irgendwo eine Tag-Cloud packst.

Schau doch erstmal in die FAQ:
Wie gehe ich am besten vor, wenn Fehler in meinem Blog auftreten? « WordPress Deutschland FAQ

Mit einer konkreten Fehlermeldung kann dann sicher jemand weiterhelfen.

Steht Dein Code denn auch im Quelltext da, wo er angezeigt wird? Dann hat die Filterfunktion ihn vielleicht falsch eingefügt? Ansonsten zeig uns doch bitte mal die entsprechende Seite, wenn Du kannst, vielleicht sieht man es an den Stylesheets.

Hilft Dir diese Anleitung vielleicht weiter?
WordPress Sitemap- Inhaltsübersicht - statische Seite

Damit müsste sich so etwas erzeugen lassen:
Sitemap

Sachen wie [gallery=2] werden so wie sie sind im Text gespeichert und vor der Ausgabe durch eine Filter-Funktion durch den eigentlichen Inhalt ersetzt. Etwas ähnliches kannst Du für Dein Plugin natürlich auch machen. Infos über Filter und wie man sie registriert suchst Du am besten mal im Codex.

Ich deute die Fehlermeldung so, dass der Absender der Mail vom Server nicht akzeptiert wird. Das wäre in Deinem Fall wohl wordpress@... -- es kann sein, dass WP diese Adresse automatisch als Absender wählt, da bin ich mir gerade nicht sicher. Na jedenfalls gibt es es Server, die verschicken Mails nur, wenn ein existierender Absender im Mail-Header steht. Wenn es daran liegt, könntest Du die wordpress@-Adresse einfach anlegen und die Sache müsste gehen.

Schau Dir mal WP-PageNavi an. Bei mir sieht das dann in der index.php so aus:

<?php if (function_exists('wp_pagenavi')) { wp_pagenavi(); } ?>

Wenn das Plugin sie beschreiben können soll, muss es die entsprechenden Rechte dafür haben (bzw. PHP generell muss die Rechte auf den Dateien haben). Die Rechte kann Du mit jedem FTP-Programm setzen, Datei auf dem Server markieren und dann Rechtsklick "Eigenschaften", "Properties", "Rechte" oder so ähnlich (je nach Deinem Programm).

Ich weiß nicht viel darüber, aber die Antwort lautet mit Sicherheit Nein und Ja, in dieser Reihenfolge. Das Format wäre sonst ja völlig unbrauchbar. Soweit ich weiß ist das einfach eine Map: Ein Schlüssel (der zu übersetzende Text) wird einem Wert (der Übersetzung) zugeordnet. Wenn nichts gefunden wird, gibt die Methode den Schlüssel zurück.

Also zu der Begrenzung auf die oberste Ebene, das sollte so gehen:

[LEFT]

<?php wp_list_categories('show_count=1&title_li=<h2>' . __('Categories', 'kubrick') . '</h2>&depth=1'); ?>

Weitere Infos zu der Funktion gibt es übrigens hier:
Template Tags/wp list categories WordPress Codex

Und was die Farbe betrifft: WP müsste an die Kategorien eigentlich automatisch CSS-Klassen wie "cat-item-123" hängen, jeweils mit der ID der Kategorie. Die kannst Du einfach ins Stylesheet schreiben und dafür eine Schriftfarbe definieren.

P.S.: Mist, schon wieder nicht schell genug.
[/LEFT]

Könnte es dieser Bug sein?
#7563 (html_entity_decode at RSS Feed import doesn't respect charset of Blog) - WordPress Trac - Trac

Klingt so. Der Bug ist seit Monaten in der Datenbank und hat sogar Patches dran, ist aber noch nicht geschlossen, wenn ich das richtig sehe. Eigentlich wäre die 2.7.1 für gestern geplant gewesen laut der Trac-Roadmap (ich weiß ich, das hat keine große Aussagekraft, aber mit noch 63 offenen Tickets wird sich das wohl noch etwas ziehen. Und wenn wir Pech haben, rutscht dieses Ticket dann auch wieder hinten rüber und wird zur 2.8 verschoben...

Anyway, Du könntest auf die 2.7.1 warten und mal schauen, ob es damit dann geht. Wenn nicht oder wenn es eilig ist, müsstest Du Dich mit den Vorschlägen aus diesem Thread mal dran probieren, aber das würde ich an Deiner Stelle nicht machen, wenn Du Dich mit PHP und WP nicht wenigstens ein wenig auskennst.

Du meinst die Feeds anderer Seiten, nicht Deinen eigenen? Der geht bei mir nämlich einwandfrei. Ich kann mich irren, glaube aber mich zu erinnern, dass ich unter den offenen Bugs für 2.7.1 auch etwas zur Codierung von Feeds gelesen habe,. Könnte also auch ein Bug von WP sein. Genaueres findest du im Trac von WP: WordPress Trac - Trac

Da hat Dein Editor die Datei sicher mit einem BOM gespeichert. UTF-8 ist ansonsten kein Problem, aber der BOM am Anfang darf nicht sein. Der hat die gleichen Auswirkungen wie ein Leerzeichen oder Zeilenumbruch. Bei guten Editoren kannst Du aber einstellen, dass UTF-8-Dateien immer ohne BOM gespeichert werden sollen. Ich habe auch noch nie gehört, dass der BOM für irgendwas gut ist.