Beiträge von Ammaletu

Also generell solltest Du Deine Webseite suchmaschinen-freundlich gestalten (ohne zu vergessen, dass Du das in erster Linie für Menschen schreibst, nicht für die Bots!). Es gibt im Backend eine Einstellung, ob Suchmaschinen die Seite überhaupt betreten dürfen: Sicherstellen dass das korrekt ausgewählt ist. Dann könntest Du das XML-Sitemap-Plugin installieren, dass die Seite mit einer XML-Sitemap bei Google und Bing anmeldet. Und bei Google gibt es die Webmaster-Tools, mit denen Du genauer schauen kannst, was indexiert ist. Alles in allem kannst Du damit sicherstellen, dass die Seite korrekt in Google indexiert ist.

Damit auch wirklich jemand die Seite besucht, hilft am Ende nur guter Content. Noch so viel SEO bringt nichts, wenn die Seite keinen sinnvollen Inhalt hat.

Leider führt guter Inhalt auch nicht ganz von selber zu vielen Besuchern. Es hilft, wenn Du Dich bei verwandten Blogs bekannter machst. Damit meine ich aber nicht, Sinnlos-Kommentare zu posten, nur um Deine Adresse zu verbreiten. Aber an ernstgemeinte Diskussionsbeiträge auf anderen Blogs kann man ruhig auch die URL hängen.

Man kann z.B. auch Aktionen starten, bei Blog-Paraden und ähnlichem mitmachen, ein Gewinnspiel ausrufen etc. Aber das macht vielleicht mehr Sinn, wenn die Seite etablierter ist.

Und was Du auch machen könntest: Dich mal ausloggen und die Seite aus Sicht eines Besuchers betrachten. Dann fällt Dir vielleicht erst auf, falls z.B. das Kommentarformular nicht geht oder die geschaltete Werbung übel nervt. Das sieht man als eingeloggter Admin ja nicht zwangsläufig (bei mir sieht man als eingeloggter Nutzer z.B. den Spamschutz nicht).

Du müsstest mal schauen, was da so lange dauert. es git ja keinen sinnvollen Grund, wieso der Feed langsamer sein sollte als z.B. die Blog-Startseite. Es gibt Möglichkeiten, sich die Anzahl der Queries etc. zu loggen. Ich habe aber gerade keine Details zur Hand, sorry. Auf jeden Fall könntest Du dann sehen, ob z.B. irgendein Plugin durchdreht und beim Feed-Aufbau etwas tut, was es eigentlich gar nicht soll (wenn es schlampig programmiert ist z.B.).

Wenn Du Titel schreibst, was meinst Du dann genau? Das, was im title-Element der Seite landet? Oder den auf der Seite dargestellten Titel? Letzteren solltest Du mit einem Filter wie "the_title" oder vielleicht auch "get_the_title" beeinflussen können (habe die Details gerade nicht nachgeschlagen). Ein Blick in den Quelltext der Methode, die den Titel ausgibt, verrät Dir mehr.

Passiert das gleiche mit dem TwentyTen-Theme denn auch? Falls ja wirst Du die Plugins durchprobieren müssen. Soweit ich das anhand meiner eigenen Seite sagen kann sollte da jedenfalls bei beiden URLs die gleiche Seite angezeigt werden.

Hast Du mal bei FeedBurner selber nachgefragt, was Du noch probieren könntest? Das sieht dann ja eher nicht wie ein WP-Problem aus...

Zitat

Auch nach einer halben Stunde Wartezeit war im Feedreader nix zu sehen.

Was ein bestimmter Feed-Reader tut oder nicht tut hat keine Relevanz für Dein Problem. Ich nutze z.B. Netvibes, und da tauchen die Einträge auch ein wenig verzögert auf. Ausschlaggebend ist ausschließlich, was im Feed selber steht. Also nicht abonnieren, sondern die XML-Datei einfach im Browser öffnen und reinschauen. ;-) Und ggf. mal Strg+F5 drücken, damit nicht der Browser das nur cacht.

Zitat

Hab auch schon in meinem eigenen Design die header.php Datei gefunden. Weiß aber nicht was ich da jetzt rauslöschen soll.

Nichts, das steht bei Dir nicht in der header.php. Ich kenne Artisteer nicht gut genug, um Dir mit Sicherheit sagen zu können, wo Du das findest. Irgendwo muss aber ja das Menü definiert sein. Such mal in der functions.php oder anderen Dateien nach "wp_list_pages".

Hm, ok, dann trifft meine ursprüngliche Theorie wohl nicht zu. Die Code-Änderung in der index.php kann sich meines Wissens nach nicht auf den Feed auswirken.

Hattest Du denn eigentlich im eigentlichen WP-Feed geschaut oder nur in der Variante von FeedBurner? Denn was FeedBurner macht oder nicht macht, kann man ja schlecht beeinflussen.

Zitat

Damit der aktuelle Artikel in dem Bereich "Aktuell" oben erscheint, muss er in der Kategorie "Headline"markiert sein. Im Feed taucht er aber erst auf, wenn ich die Kategorie "Headline" wieder entferne, damit er in den unteren Bereich rutscht.

Ich habe mir das Theme mal auf einem Testblog installiert, einen neuen Beitrag geschrieben und ihn der Headline-Kategorie zugeordnet. Er steht nun sowohl oben als Headline als auch in dem Bereich darunter. Im Feed taucht er ebenfalls dort auf, wo ich ihn erwarten würde.

Das passt ja nun schon mal nicht zu Deiner Beschreibung. Hast Du am Theme noch irgendwas eingestellt oder es in irgendeiner Weise verändert? Ich habe das Theme unverändert von der von Dir genannten Seite übernommen.

Wenn Du möchtest unterstütze ich Dich gerne bei den konkreten Programmieraufgaben. Ich habe auch nicht viel Freizeit für sowas (nähert sich 'gar keine' an...), aber das klingt wie die perfekte Gelegenheit, sich mal mit Custom Post Types vertraut zu machen. :-) Ich kann Dir halt nur nicht versprechen, wie schnell das bei mir voran gehen würde. Aber prinzipiell ist es ja gar nicht so viel, was dafür zu tun wäre...

Zitat

Externe Seiten zu erstellen ist immer für die sinnvoll, die PHP nicht kennen und es nicht erlernen können oder wollen, die aber einige Funktionen des WP brauchen. Ich lese oft "WP als CMS" aber wie man das so macht, dass man von WP aus die Seiten frei gestalten kann - quasi WYSIWYG - steht nirgendwo.

Ich sag's mal vorsichtig so: Webdesign ist tatsächlich nicht einfach, wenn man es nicht kann. Das betrifft aber quasi alle Lebensbereiche. ;-) Ehe man da abenteuerliche Konstruktionen baut, um WP mit einer Frontpage-Seite oder so zu verheiraten, sollte man sich vielleicht doch schnell in CSS einarbeiten und ein Theme an seine Wünsche anpassen.

WYSIWYG ist WP natürlich nicht, das hat aber auch nichts mit einem CMS zu tun.

Zitat

Aber ein richtig guter Tipp ist RSS. Hast du einem Tip für ein gutes Skript o.ä., das das mit dem Chachen beherrscht?

So auf Anhieb fällt mir da SimplePie ein, das ja auch WordPress nutzt zum Feed parsen: http://simplepie.org/

Als Bild ablegen ist da auf jeden Fall schon mal nicht sinnvoll. Wenn es nicht extrem viele / lange Texte sind, würde ich das so machen:

* Texte einfach normal in der Seite mit ausgeben. ID verteilen dafür (z.B. "teamBeschreibung[Teamname]" und per CSS ausblenden ("display: none").
* Den Lightbox-Link auf diese ID setzen. Die Lightbix selber kann das glaube ich nicht, aber viele Klone können es: ColorBox, ThickBox etc.

Alle Nutzer ohne JavaScript sehen das dann natürlich nicht, also vielleicht zusätzlich noch einen normalen Link ergänzen, der die gleiche Seite mit einem Parameter aufruft. Wenn dieser Parameter beim Seite laden gefunden wird, werden die Texte alle angezeigt. Anker an diesem Link nutzen für Sprung zur richtigen Stelle.

Wenn es sehr viele Texte sind, dann sollten die Texte eher nachgeladen werden müssen, da bei obiger Lösung der Nutzer die Texte natürlich ohne sie zu sehen sofort laden muss. Dann lieber per AJAX. Dafür bräuchtest Du eine Möglichkeit, die Texte per AJAX vom Server zu ziehen. Da müsste ich auch erstmal näher schauen, wie man das am besten macht.

Der Feed ist da und valide. Bei mir hat der Aufruf aber eben ziemlich lange gedauert. Kann es sein, dass FeedBurner da mit einem Timeout aufgibt?

Da wird das Theme etwas an der Query machen, nehme ich an, was nur auf Seiten passieren soll, sich aber durch ungeschickte Programmierung auch auf den Feed auswirkt. Das kann man aber sicher mit wenigen Handgriffen im Theme beheben.

Kannst Du denn da mal die Stelle herausfinden, an der die Headline-Artikel aus dem normalen Seitenflow herausgenommen werden? Oder wenigstens einen Link zu dem Theme anbieten?

Hast Du denn mal geschaut, woran die Langsamkeit liegt? Hat die Seite einfach zu viel Traffic? Oder werden extrem viele DB-Queries ausgeführt? Läuft sie noch auf PHP 4? Zu viele eingebundene Bilddateien, Javascripte und Stylesheets vielleicht?

Für ein anderes Ratings-Plugin habe ich übrigens das hier ergoogelt. Vielleicht kannst Du aj auch darauf umsteigen, falls das besser mit dem Cache zusammenarbeitet?!
http://www.gdstarrating.com/2009/10/20/usi…-cache-plugins/

Ich könnte mir eine Lösung in etwa so vorstellen: Lege Personen ebenfalls als Content-Typ an. Sie sind am Ende ja offenbar auch Content, wenn Du mehr Infos als nur den Namen dazu speichern willst. Die Verbindung wird dann über gleichnamige Taxonomien gemacht. Etwa so:

Du speicherst einen neuen Film und gibst als Regisseur ABC und als Schauspieler DEF ein. Beim Speichern werden die Personenseiten ABC und DEF angelegt, wenn noch nicht vorhanden, sowie das Regisseurs-Tag ABC und das Schauspieler-Tag DEF. Von /schauspieler/DEF wird man weitergeleitet zu /person/DEF bzw. vielleicht kann man diese Links ja gleich entsprechend umschreiben vor der Ausgabe.

Bei einem weiteren Film ist nun DEF der Regisseur. Beim Speichern gibt es nun also noch das Regisseurs-Tag DEF, das aber ebenfalls auf die Personenseite zeigt. Diese muss natürlich alle Beziehungen auslesen und daraus etwas Sinnvolles anzeigen. Zu Leuten, die Dich interessieren, kannst Du dann auf der Personenseite natürlich noch weitere Inhalte speichern (Kurz-Bio, Foto, Geburtstag...).

Dann bräuchtest Du im Prinzip noch etwas Logik, welche Tags und Personen synchron hält. Benennst Du Person XYZ um und es gibt gleichnamige Tags, sollten die automatisch auch umbenannt werden. All das müsste sich über entsprechende Hooks und Filter aber machen lassen, denke ich.

Schönes Projekt auf jeden Fall! Wenn Du das zum Laufen kriegst, wäre es schön, darüber öffentlich zu berichten mit Details zur Lösung. Man sieht auf jeden Fall mal wieder, was man mit WP alles anstellen kann, wenn man sich etwas in die API vertieft. ;-)

Ich würde vermuten, dass es dafür wenig übersichtliche Doku gibt, weil es einfach nicht sehr sinnvoll ist. ;-) Man kann mit WP dermaßen viel machen, dass sich der Ärger, das mit einer externen Seite zu mischen, nicht wirklich lohnt, finde ich. Spätestens sowas hier geht dann auch echt etwas weit:

Zitat

Wie binde ich einzelne Widgets in eine externe Seite ein?

Für mich stellt sich einfach die Frage nach dem Warum? Was machst Du in der externen Seite, was nicht in WP geht? Hin und wieder gibt es natürlich externe Sachen, die man besser mit anderer Software macht, ein Forum oder einen Shop etwa. Zum Zusammenschalten der Logins gibt es dann normalerweise Tutorials. Für vieles andere kann man RSS-Feeds nutzen, etwa zur Darstellung der letzten x Artikel oder Kommentare. Das sollte aber gecacht werden, damit man nicht den Feed bei jedem Seitenaufruf zieht.

Alternativ kann man immer noch selber eine Query schreiben und sich die nötigen DB-Daten aus der DB ziehen. Dann muss man aber auf dem Laufenden bleiben, was sich bei WP tut, um nicht bei einem Update von einer Änderung des DB-Schemas überrascht zu werden.

Also auf der verlinkten Seite ist das so gemacht:

textarea#comment {
  background: url("images/ty-comment.png") no-repeat right bottom;
}

Der Bildpfad ist relativ zum Stylesheet zu wählen.

Ein Tool wie Firebug im Firefox oder F12 im IE verrät Dir das übrigens auch ganz einfach.

Na das kann ja auch nicht gehen. ;-) Das Plugin baut offenbar die Links mit dem getfile-Format, vermutlich weil es versucht, den direkten Aufruf der Dateien zu verhindern. Du wirst jetzt also entweder herausfinden müssen, was dabei schiefläuft, oder Du verzichtest auf das Plugin und bindest die Dateien mit ihrem korrekten Link ein.

Das mit dem relativen Link geht natürlich nicht, wenn das draußen auf dem Server relativ zu http://www.domain.de ist und nun lokal relativ zu localhost/meinelokaleseite/. Das kann nicht gehen, und aus genau diesem Grund verwendet WP normalerweise keine relativen Links.

So oder so würde ich das einfach in der DB vor dem Import ersetzen. Du musst da normalerweise nur die Web-Adresse und den Serverpfad einmal global ersetzen, damit sollte es sich haben.

GUIDs sind eindeutige IDs, die sich eigentlich nie wieder ändern sollen. In diesem Kontext ist es gerade egal, aber generell ist deren Änderung nicht sinnvoll. Auch wenn deren Werte so aussehen, sind es keine URLs.

Permalinks lokal sind eigentlich kein Problem, wenn man denn Apache entsprechend konfiguriert hat.