Beiträge von Ammaletu

Dazu brauchst Du am Plugin nichts ändern, es sollte eine Anpassung im Stylesheet reichen. Finde erst mal raus, wo denn die Linkfarbe im Moment definiert ist in Deinem Stylesheet. Tools wie die Web Developer Toolbar oder Firebug helfen da sehr. Danach musst Du das eigentlich nur noch für die jeweils darunterliegenden Ebenen definieren.

Allgemeines Beispiel: Wenn das Menü im Moment mit #nav li a definiert ist, kannst Du mit #nav li > ul > li a die zweite Ebene und mit #nav li > ul > li > ul > li a die dritte Ebene ansprechen.

Liegt das daran, dass nur bei manchen Seiten der Browser eine Scrollleiste einblendet? Dann einafch im Stylesheet angeben:

body {
  width: 101%;
}

Dann sollte die Scrollleiste immer zu sehen sein und entsprechend der Inhalt nicht mehr hin- und herspringen.

Du kannst Widgets einsetzen, wo Du möchtest. Es heißt zwar meistens "Sidebar", aber treffender wäre "Widget-Bereich". Binde also einfach einen Widget-Bereich im Footer ein. Ich habe den Code gerade nicht zur Hand, aber wie sich benannte Widgetbereiche in der functions.php definieren lassen, sollte sich ergoogeln lassen. Genauso wie Du den Bereich in der footer.php aufrufst.

Zur Positionierung: Du kannst den Widgets z.B. eine feste Weite geben und sie dann links floaten (float: left; width: 123px;). Oder Du setzt sie auf 25% Weite, wenn Dein Theme eine flexible Weite hat. Das alles gehört mit der ID oder Klasse des neuen Widgetbereichs versehen ins Stylesheet.

Tja, das kann ja vermutlich auch von anderen Zeichen ausgelöst werden. Die Frage ist einfach, ob hier tatsächlich ein XML-Parser zum Parsen eines HTML-Textes benutzt wird, was so nicht korrekt wäre. Hast Du mal geschaut, was da genau passiert und ob andere Nutzer des Plugins ähnliche Probleme haben? Ohne einen Blick in den Quelltext des Plugins zu werfen, kann ich da sonst nicht viel mehr zu sagen, fürchte ich.

Zitat

The following code runs when the document is ready and finds any element with a class of "scroll-pane" and then calls jScrollPane on them.

Hast Du denn dann nicht nur dem Textarea die Klasse gegeben, sondern den erwähnten Code auch irgendwo im Header oder in einer eigenen JS-Datei eingebunden?

Die Sprache stellst Du in der wp-config.phop ein, da wo jetzt "de_DE" definiert ist. Das müsste dann vermutlich "es_ES" lauten. Dazu brauchst Du natürlich die spanischen Sprachdateien, die per FTP auf dem Server in den richtigen Ordner gehören. Fürs Frontend muss dann noch das entsprechende Theme ebenfalls eine spanische Sprachdatei bekommen oder direkt in Spanisch beschriftet sein.

Rufst Du das über eine Stand-Alone-Installation auf oder über das MultipleIE-Tool? Bei letzterem kann es sein, dass die Conditional Comments nicht gehen. Ich erinnere mich dunkel, dass da was war.

Davon abgesehen: Lohnt sich das noch? Sind IE6-Benutzer als Zielgruppe für Deine Seite wichtig? Oder reicht es vielleicht, das Script von http://browserupdate.org/ einzubinden?

Zitat

Vermutlich wurde die Datei mit ANSi Textformat, anstelle von utf-8 abgespeichert, doch ob so etwas auch Auswirkung auf die Funktionalität haben kann, vermag ich leider auch nicht so zu beantworten.

Ja, hätte es, wenn die DB-Daten ein Nicht-ASCII-Zeichen enthalten würden, also z.B. einen Umlaut im Passwort oder so.

Du kannst ansonsten natürlich mal den technischen Support Deines Hosters fragen. Es ist aber fast sicher, dass irgendetwas an den DB-Daten nicht stimmt. Einzige andere Idee, die mir noch einfällt: Es handelt sich aber um eine aktuelle MySQL-Version, oder? Nicht dass das eine uralte MySQL-Version ist, die WP nicht mehr unterstützt.

Über Fragen dieser Art sollten ansonsten die hoffentlich schon vorhandenen Release Notes Aufschluss geben. In jedem Fall vorher ein Backup machen (Dateien und vor allem Datenbank) und ggf. das ganze mal lieber zuerst an einem lokalen Testsystem ausprobieren.

An der Stelle solltest Du Dich jetzt fragen, wie es sein kann, dass die Datei fehlt, wenn Du gerade alle WP-Dateien neu hochgeladen hattest. Ich weiß ja nicht, ob das nun am FTP-Pogramm liegt oder an was anderem, aber das darf eigentlich nicht sein.

So geht es nicht?

<?php }
if (function_exists('get_smooth_slider')) {
  get_smooth_slider();
}
if (have_posts()) { while (have_posts()) : the_post();?>

Also Herkunftsland könnte schwieriger werden. Dazu müsstest Du ja die IP-Adresse auswerten, und das geht vermutlich nicht lokal als Plugin oder so. Das müsste über einen externen Service laufen.

Was simpel ist, ist die Browsersprache auszuwerten. Wenn der Nutzer z.B. Englisch als bevorzugte Sprache eingestellt hat, kriegt er halt englische Werbung. Das lässt sich mit Bordmitteln sehr simpel umsetzen.

Wenn Du eh noch ein, zwei Wochen mit (nicht-öffentlichem) Testen und Einrichten beschäftigt bist, würde ich an Deiner Stelle gleich WP 3.0 benutzen. Die endgültige Version sollte auf jeden Fall diesen Monat noch erscheinen, denke ich.

Sieht so aus als würde eine Datei fehlen. Bist Du sicher, dass alle WP-Dateien korrekt hochgeladen wurden? Wiederhole das ggf. mit einem anderen FTP-Programm noch einmal (ich nutze z.B. das Firefox-AddOn FireFTP).

Wenn die Dateien da sind, sind sie eventuell nicht lesbar. Dann müsstest Du mal schauen, welche Dateirechte sie brauchen. Der PHP-Prozess muss sie mindestens lesen können. In der Installationsanleitung sollten dazu eigentlich Details stehen, ist aber auch nicht auf jedem Server gleich.

Zitat

Und wie ich mitlerweile rausgefunden habe gibt es unendlich viele Galerien für Wordpress, nur poche ich grade bei diesem Punkt auf die eigenen Erfahrungen der Nutzer hier welche Galerie sich besonders eignen würde.

Eigene Erfahrung kann ich leider nicht anbieten, das steht seit Jahren unerledigt auf meiner ToDo-Liste. Ich weiß aber, dass die NGG mit am häufigsten eingesetzt wird (mal anhand der Support-Anfragen hier im Forum geschätzt). Und viele Nutzer heißt ja, dass Bugs eher gefunden werden und dass man zu den üblichen Problemen eher was im Netz findet. Wenn Du Galerie-Plugins ausprobierst, schau also auch auf die Downloadzahlen und die Bewertungen bei wordpress.org sowie darauf, wie oft das Plugin aktualisiert wird.

Was jQuery im Frontend betrifft: Ich denke, die meisten Galerien bieten da einiges an und wenn nicht kann man es leicht selbst nachrüsten. Es sollte z.B. kein Problem sein, die NGG mit einem Lightbox-Klon zu kombinieren. Bei der Auswahl würde ich also eher darauf achten, wie das Handling im Backend ist, da das schwieriger anzupassen ist. Die Darstellung im Theme sollte sich dann schon machen lassen.

Einfach vergleichen, ob der Referrer-String mit Deiner Domain beginnt, würde ich sagen.

Sei Dir bei der Arbeit mit dem Referrer im übrigen im klaren, dass Du Dich auf diese Angabe nicht 100% verlassen kannst. Man kann das Senden des Referrers im Browser abschalten, man kann auch falsche Werte schicken. Bau das also so, dass es nichts ausmacht, wenn der Nutzer keinen Referrer mitschickt.

Zitat

Bilder die in eine Seite oder in einen Artikel eingebunden werden sollen automatisch (proportional) auf eine maximalgröße Skaliert werden

Das macht WP soweit ich weiß von Haus aus. Kann man in der wp-config.php so einstellen:

// set maximum width for uploaded images
$content_width = 800;

Zitat

Rechteverwaltung - Redakteure sollen bestimmten Bereichen (Kategorien, Seiten) zugeteilt werden können

Da wird es von den vier Punkten vermutlich am schwierigsten. Schau Dir mal das "Role Scoper"-Plugin an, aber soweit ich weiß, kann es das so auch nicht.

Zitat

Da wir sehr oft Gallerien verwenden die animiert sind etc (könnte man bei uns schon als Layoutobjekt bezeichnen das auch auf (fast) jeder Unterseite auftaucht und etwas Bewegung in die Seite bringt) brauche ich ein Plugin welches eine Gallerie erstellt welche ich dann einmal per Code in das Template einbinden kann und bei dem der Kunde dann letztendlich zB. einen eigenen Reiter im Backend für das Plugin hat wo er simpel die Bilder hochladen kann, im Idealfall mit wenigen klicks. Die Bilder sollten dann mittels jQuery Framework irgendwie "animiert" dargestellt werden. Optisch sollte die Gallerie wenn Elemente vorhanden sind zumindest im Frontend "hübsch" und "elegant" wirken.

Zu Galerien schau Dir mal entweder das integrierte Galerie-Feature an oder die Next Gen Gallery (NGG).

Zitat

Ein Newsletter Plugin mit dem der Kunde einafch einen Newsletter aus dem Seitenlayout erstellen kann und dann an eine Mailingliste ( am besten noch mit Registrierfunktion für Kunden des Kunden^^) senden kann.

Da kenne ich persönlich kein Plugin, aber das Plugin-Verzeichnis auf wordpress.org müsste da doch was hergeben?!

Womit willst Du die Videos dem Nutzer denn anzeigen? Über HTML 5? Oder über einen Flash-basierten Player? Davon hängt ab, in welchem Format die Videos vorliegen müssen. Hochladen kannst Du sie ganz normal über die Mediathek. Eingebaut ist bisher kein Videoplayer in WP, meines Wissens nach.

Alternativ kannst Du sie natürlich auch bei einer der vielen Videoplattformen hosten und dann bei Dir nur einbinden.

Eine Möglichkeit wäre, per Cookie zu speichern, dass der Nutzer das schon gesehen hat. Du kannst auch eingeloggte Nutzer davon ausnehmen (über die entsprechende WP-Abfrage). Wie man einen Cookie aus PHP setzt und wieder ausliest, lässt sich sicher ergoogeln.

Die andere Variante wäre es, den Referrer auszuwerten und das nur Leuten anzuzeigen, die von einer Suchmaschine kommen. Es gibt doch Plugins, die SuMa-Bsuchern einen extra Kasten einblenden mit Link zum RSS oder so. Da könntest Du Dir sehr simpel abschauen, wie das geht. Es sieht dann natürlich nicht jeder, je nachdem was Du damit anzeigen willst, ist das also ggf. nicht das richtige für Dich.

Ich denke, das ist recht eindeutig: Die Daten in der wp-config stimmen auf irgendeinen Weise noch nicht. Es mag nicht offensichtlich sein, aber eine andere Ursache für die Meldung kommt eigentlich nicht in Betracht, wenn der DB-Server tatsächlich läuft und die DB existiert.

Im übrigen: Falls sich die URL oder der Pfad auf dem Server geändert hat bei dem Umzug, hast Du das dann im Datenbank-Dump angepasst, bevor Du ihn am Ziel importiert hast?