Beiträge von Ammaletu

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.

Man kann sich immer eine Speziallösung bauen (etwa das Theme nach Kategorien modifizieren oder so), aber im Prinzip klingt das für mich so, als wäre das ein guter Einsatz für die MultiSite-Funktionalität. Spricht etwas gegen deren Einsatz?

Nein, das bist Du nicht der einzige. Das stand vor einigen Wochen/Monaten z.B. mal bei Heise und/oder in der c't. Das ist ein Virus, hat aber mit WordPress nichts zu tun. Vielleicht aber mit der Seite, von der Du etwas heruntergeladen hast.

Eine Suche nach "Virus verschlüsselt Festplatte" findet z.B. sehr viele Ergebnisse, u.a. das hier:
http://www.viruslist.com/de/viruses/enc…?virusid=313444

Vielleicht hilft es auch, die Platte mal mit einem anderen Virenscanner zu scannen, aber eher nicht aus Deinem normalen Betriebssystem heraus. Ein Start von CD bietet sich dafür an, z.B. mit einem speziellen AV-Mini-Linux.

Die erste Frage wäre jetzt: Wie aktuell ist Dein letztes backup? Ggf. kannst Du dann ja den Rechner plätten und neu aufsetzen ohne zu viel Datenverlust,

So oder so: Viel Glück! Und wenn alles durch ist auf jeden Fall eine backup-Routine angewöhnen. Was mich dran erinnert, ich müsste auch mal wieder eines ziehen...

Natürlich siehst Du das, Du musst halt schauen, was der Server zurücksendet. Für den Firefox gibt es u.a. die schöne LiveHttpHeaders-Extension, die Dir genau das anzeigt.

Bei meiner Seite ist es übrigens ein 301, wenn ich die URL mit www aufrufe.

mcca: Falls bei Dir tatsächlich beide genannten Seiten gleich aussehen, teile doch bitte mal mit, mit welchem Browser Du das aufrufst. Ich sehe da jedenfalls den von Hirnhamster beschriebenen Unterschied.

Hirnhamster: Ich habe kurz geschaut, aber ich finde auf Anhieb keine Möglichkeit, die aktuelle Themedatei einfach ausgeben zu lassen. Bau doch einfach in alle relevanten Dateien kurz die Ausgabe eines HTML-Kommentars ein. Das wären erst mal die 404.php, index.php und single.php. Wenn es keine dieser Dateien ist, dann weitere Dateien testen.

Ich glaube, wir reden noch etwas aneinander vorbei. WP unterstützt von sich aus zwei Inhaltstypen: Blog-Beiträge (posts) und statische Seiten (pages). Doof benannt, ist aber so. Mit "statische Seite" meine ich also eine WP-Seite, keine PHP-Datei.

Geh ins WP-Backend und lege Dir unter Seiten > Seiten eine neue Seite an. Nenne sie meinetwegen "Startseite" oder so, ist egal, das kriegt keiner zu sehen. Dann geh in die Einstellungen und wähle diese Seite als Startseite aus. Wenn Du jetzt die Startseite des Blogs aufrufst, kriegst Du diese Seite zu sehen und nicht mehr die chronologische Abfolge aller Artikel.

Dieser Seite kannst Du dann bei Bedarf auch ein Seitentemplate geben, um die Ausgabe anzupassen.