Guck dir mal den 2. Paramter von the_content() an.
Beiträge von marX
-
-
Wenn die CSV-Datei im selben Verzeichnis liegt wie das Script, dann müsste das funktionieren:
PHP$fp = fopen('dastehtwasdrin.csv', 'r');
Ansonsten musst du über $_SERVER['SCRIPT_FILENAME'] und dirname() (PHP) bzw. auch bloginfo() (WP) was zusammenbasteln.PHP: Predefined Variables - Manual
PHP: dirname - ManualPS: Error-Reporting kann hier beim Debuggen helfen. Irgendein Forenmitglied hat vor kurzem ne Anleitung veröffentlicht, wie man das in WP einrichten kann.
-
Wenn das Formular sich selbst aufrufen soll, dann lass das action-Attribut leer. Ansonsten gibts noch $_SERVER['PHP_SELF']
-
Na hier sind die Links ja schon.
Lösche alles raus, was nach dem schließenden ?> kommt. Danach darf kein weiteres Zeichen kommen, auch kein Zeilenumbruch oder Leerzeichen! Dann sollte dein Blog wieder funktionieren.Interessant wäre noch, wie die Spam-Links da rein kommen. Eigentlich dürfte ein Angreifer keinen Schreibzugriff auf diese Datei haben. Nicht dass das Problem morgen wieder auftritt.
-
Am besten per Zugriff über FTP.
-
Okay, das ist natürlich ein Hinweis, und die Plugins können wir wohl auch ausschließen.
Die Beiträge liegen in der Datenbank, die werden davon nicht beeinflusst. In der wp-config.php stehen nur die Zugangsdaten zu dieser Datenbank. Poste mal bitte den Inhalt der wp-config.php, aber mach die Zugangsdaten zur Datenbank unkenntlich.
-
Die Spam-Links sind übrigens auch in deinem normalen Blog vorhanden (guck dir mal den HTML-Code im Browser an). Lösche mal testweise alle Plugins vom Server und guck mal ob die Links dann noch enthalten sind (wie oben geschrieben Sicherungskopie nicht vergessen!). An der wp-config.php wirds eher nicht liegen (wie kommst du darauf?).
-
Die Lokalisierung ist ein Service für fremdsprachige Besucher. Die erhalten diese lokalisierten Ausgaben in ihrer jeweiligen Sprache. Kann man (d.h. der Theme-Autor) anbieten, muss es aber nicht. Die Lokalisierung sieht man, wenn man die bevorzugte Sprache im Browser umstellt (wenn ich mich nicht irre).
-
Da wird wohl irgendeine Sicherheitslücke bei dir ausgenutzt, möglicherweise in einem Plugin (kann man an der Fehlermeldung erahnen). Welche weiß ich aber auch nicht. Die Links stehen versteckt im Quelltext:
CodehXXp://www.commondreams.org/archive/wp-content/wp-cache-config.php?BuyMenu=acquistare-levitra-onlineWie die dahin kommen musst du selbst herausfinden. Das kann man aus der Ferne nicht sagen.
-
In der FAQ des Plugins steht folgendes:
ZitatIf you are using the special WordPress <!--more--> tag to tell WordPress to put excerpts on blog pages, you will need to make sure to put text for all of your languages both above and below that tag, because the extraction of the excerpt happens before WordPress sends your post through the Language Switcher filter to choose which language to display.
Ich verstehe das so, als soll erst der Text vor dem <!--more--> in beiden Sprachen geschrieben werden, und danach der weitere Text in beiden Sprachen. Jedenfalls kannst du nur 1x <!--more--> pro Beitrag verwenden. -
WordPress Deutschland FAQ » Wie gehe ich am besten vor, wenn Fehler in meinem Blog auftreten?
Plugins kannst du auch per FTP deaktivieren, indem du die Dateinamen umbenennst oder die Pluginseinfach löschst. (Sicherungskopie nicht vergessen!)
-
Kein Problem. Die _e()-Funktionen sind übrigens für eine Lokalisierung des Themes gedacht. Du könntest auch die ensprechenden Einträge in den Sprachdateien des Themes ändern. Wäre eigentlich sauberer.
-
konkret würde mir schon reichen wenn ich alle buchstaben gross schreiben könnte
text-transform: Großschreibung: CSS-Referenz auf CSS 4 You - The Finest in StylesheetsZitatPHP<li><a href="<?php echo get_settings('home'); ?>/"><?php _e('Home','ambiru'); ?></a></li>PHP<li><a href="<?php echo get_settings('home'); ?>/">Neues</a></li> -
-
Wie beschrieben: Browser die diese Eigenschaften nicht kennen (z.B. der IE) ignorieren die Angabe einfach und zeigen den Rahmen ohne die Rundungen an. Probleme gibt es dabei keine. (CSS-Validatoren wie The W3C CSS Validation Service markieren das Stylesheet aber als fehlerhaft, da diese Eigenschaften experimentell sind, und kein offizieller Bestandteil von CSS. Das kannst du in diesem Fall aber ignorieren.)
PS: Warum verwendest du unterschiedliche Radien für -moz und -khtml?
-
Semmelstatz (zumindest die Version in dem von mir oben verlinkten Thread) arbeitet mit Berechtigungsnamen, nicht mit den User-Leveln. Ersetze dort "manage_options" mal mit "8" oder so, und guck mal obs dann klappt. Vielleicht sind irgendwelche Berechtigungen in deiner Version nicht korrekt gesetzt.
-
Ich meine dass ganz am Ende des Plugin-Codes die Berechtigungen angegeben werden. Hilft dir der Thread hier weiter?
http://forum.wordpress-deutschland.org/konfiguration/…e-der-user.html -
Nicht mit CSS in Version 2(.1). In CSS3 wird es eine solche Möglichkeit eventuell geben. Die Gecko-Browser (Mozilla) können es heute schon. Wenn es dich nicht stört, dass es andere Browser nicht abgerundet anzeigen und das CSS als fehlerhaft markiert wird (Was aber in der Praxis unproblematisch ist, da unbekannte Eigenschaften vom Browser ignoriert werden sollen. Hauptsache ist, dass die Syntax korrekt ist.), dann findest du hier ein Beispiel, wie es geht:
Rahmen mit abgerundeten Ecken: Tipps und Tricks auf CSS 4 You - The Finest in Stylesheets -
-
Das wäre doch noch mal ein Projekt: Das CleanUmlauts-Plugin erweitern, so dass man sich aussuchen kann, ob man den Umlaut im Slug stehen haben möchte, und dass ggf. auch Dateinamen erfasst werden.
Aussuchen nicht, aber zumindest abändern. In meinem o42_clean_umlauts v0.2.0 ist das Zeile 25:PHP$o42_cu_chars['perma'] = array( 'Ae', 'ae', 'Oe', 'oe', 'Ue', 'ue', 'ss' );
Hier könnte man ja einfach die Umlaute eintragen, alsoPHP$o42_cu_chars['perma'] = array( 'Ä', 'ä', 'Ö', 'ö', 'Ü', 'ü', 'ß' );
Naja, ich würds trotzdem nicht tun. Alles außerhalb von 7-bit ASCII ist potenziell problematisch. (Habs auch nicht getestet.)
