Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenURL kam per PM.
Du hast im Head noch die Links auf den Originalfeed stehen. Entweder paßt du die header.php deines Themes an, oder du schreibst in die .htaccess noch folgende Zeile:
Redirect permanent /feed/ http://feeds.feedburner.com/DeinFeedBurnerName
Den zweiten Teil paßt du so an, daß er auf dieselbe URL zeigt wie der Link des Buttons.
Wenn du uns deine URL verrätst, verraten wir dir die Antwort auf deine Frage. :)
Als schnelle Lösung kannst du in der single.php ja einfach diese Zeile ändern:
<?php the_tags( '<p>' . __('Tags:', 'kubrick') . ' ', ', ', '</p>'); ?>
… zu …
<?php the_tags( '<p>Schlagwörter: ', ', ', '</p>'); ?>Der Ausdruck »Schlagworte« steht übrigens in der de_DE.po im Theme »default« in Zeile 85. Gefunden mit Strg+F. :)
Binde die RSS-Feeds der Unterblogs ein.
Unter diesem Punkt steht in der FAQ:
Weil in deinem Blog UTF-8 eingestellt ist. Im deutschsprachigen Raum wird aber meistens iso-8859-1 benutzt. Die Zeichenkodierung wird umgestellt im:
CodeAdminbereich >> Optionen >> Lesen > Zeichensatz für Seiten und Feeds
Diese Antwort ist nicht hilfreich.
Mein Vorschlag:
Es gibt zwei Arten falsch dargestellter Zeichen: 1. � (bzw. Fragezeichen) und 2. ä (zwei Zeichen für eines).
Wenn es die Datenbank ist, dann sollte sie auf UTF-8 umgestellt werden.
Wenn es das Theme ist, dann kann man einfach die falsch kodierte Datei öffnen und als UTF-8 ohne BOM abspeichern.
Auf keinen Fall sollte man im Backend ISO-8859-1 einstellen! Dann kann man viele Zeichen (€, …, ‰) nicht mehr unmaskiert ausgeben. Langfristig hat man ohne UTF-8 deutlich mehr Probleme als mit. Nicht zuletzt weil der Newsfeed (RSS und ATOM) ja als XML ausgegeben wird und XML-Leser zwar UTF-8 und UTF-16 können müssen, nicht aber ISO-8859-1.
Content-Type: text/html; charset=UTF-8
Steht in »charset« etwas anderes, obwohl im Backend UTF-8 eingestellt wurde, muß irgendwo im Theme oder in einem Plugin diese Zeile stehen:
header('Content-Type: text/html; charset=UTF-8');
Die muß man dann löschen.
Schreibe in die functions.php deines Themes:
remove_action('wp_head', 'wp_generator');Gehe im Backend auf Artikel/Kategorien und fahre dann mit der Maus über einen der Kategoriennamen. In der Statuszeile siehst du dann die URL, und an deren Ende die Zeichenkette: »cat_ID=6«. Die Zahl ganz hinten ist die ID.
Technisch gesehen kannst du das mit einem Base64-Dekoder selbst erledigen. Rechtlich darfst du es nicht ohne die Zustimmung des Autors. Frag ihn doch.
Wenn du das Verzeichnis /wordpress/ nicht siehst, dann ist »test« nur ein virtuelles Verzeichnis, auf das du keinen Zugriff hast. Frag entweder den Support, wie du an das Verzeichnis herankommst, oder installiere WordPress selber.
Elke, bitte belies dich erst. Mit dem Gesetz wird kein einziges Kind geschützt, sondern einfach eine Decke über das Problem gezogen.
Selbst die [URL="http://www.tagesspiegel.de/politik/deutsc…;art122,2774952"]Mißbrauchsopfer sind dagegen[/URL]. Wenn das kein Anstoß zum eigenen Denken ist, dann gibt es gar keinen.
eine weiße Seite lässt immer auf ein Problem mit dem memory_limit in der ini.php schließen (zu 95%)
Nein, es bedeutet nur, daß ein fataler Fehler aufgetreten ist. Wenn error_reporting abgeschaltet wurde, kennt man die Ursache nicht.
venusreport: Schreib mal in die index.php im Wurzelverzeichnis deiner WordPress-Installation diese Zeile (direkt unter das <?php):
error_reporting(E_ALL);In der wp-load.php setze vor die Zeile mit dem error_reporting zwei Schrägstriche:
//error_reporting(E_ALL ^ E_NOTICE ^ E_USER_NOTICE);Jetzt solltest du alle Fehler angezeigt bekommen. Was steht da?
Natürlich mußt du auch deine gesicherten Daten prüfen, ehe du sie zurückspielst. Das bedeutet nun nicht, daß du gar nichts mehr machen kannst und einfach hoffst, daß der Angreifer seine Zugriffsrechte nicht mehr benutzt.
wenn es ein Profi auf meinen Rechner abgesehen hat, kriegt er ihn.
Nein, das stimmt nicht. Benutze entweder ein Betriebsystem, für das weniger Exploits existieren (mein Tip: OpenSuse), oder informiere dich gründlich über das, das du gerade verwendest.
Übrigens war ich kurz auf deinem blog, ich fahre auch nicht Auto und sehe ebenfalls nicht fern, ausserdem bin ich Vegetarier und ess auch keine Süssigkeiten. *ggg*
Rein vegetarische Nahrung vertrage ich nicht, da bekomme ich massive Probleme mit der Blutgerinnung. Und auf Süßes verzichte ich auch nicht … oft genug. Ab heute trainiere ich aber immerhin meinen Winterspeck wieder weg. :)
Wie komme ich jetzt wieder ontopic? Ach ja: Vorsorge in allen Lebenslagen ist einfacher als die Nachsorge! :)
Wenn nämlich jemand meinen Rechner übernommen hat oder bereits im server ist, hilft mir auch die Neuinstallation von wp nichts.
Genau deshalb habe ich geschrieben:
Sichere alle Daten und säubere dann dein System.
Damit ist natürlich dein Betriebsystem gemeint. Man kann ein infiziertes System (Webseite oder Betriebsystem) nicht allmählich säubern.
Du siehst den Account ja nur, wenn du dir eine Liste ausgeben läßt. Für diese Liste existieren Filter, damit sich Plugins reinhängen können. Wo aber der spezielle Filter sitzt, der einen bestimmten Account vor dir verbirgt, kann niemand sagen. Dazu müßtest du sämtliche PHP-Dateien genau durchsuchen. Das ist keine Lücke in WordPress, weil nur jemand mit funktionierenden Zugangsdaten an diese Dateien herankommt, und für die bist eben du verantwortlich, nicht irgend eine Software.
Software-Firewalls sind Schwachsinn, und auch ein Antivirenprogramm schützt dich nicht vor Schädlingen, die du schon installiert hast.
Mein Tip: Sichere alle Daten und säubere dann dein System. Du mußt dir absolut sicher sein, daß keine Schadsoftware drauf sitzt, also im Zweifelsfall ein sauberes Image draufspielen oder eine Neuinstallation durchführen.
Dann richte einen FTP-Account ein, und lösche den alten.
Danach installierst du WordPress komplett neu. Verwende keine der jetzt existierenden Dateien mehr und auch nicht die alte Datenbank.
Lerne daraus. Sichere regelmäßig deine Daten, und installiere nur, was du brauchst.
Er? Falls du WordPress meinst: Ja, das geht. Warum hast du’s nicht einfach probiert?
Sähe ich in deinem Forumsnamen mehr als eine beliebige Zeichenkette, käme ich jetzt schwer ins Grübeln. ;)
In UTF-8 gibt es keine »Sonderzeichen«. So etwas existiert nur im Markup, und selbst da sind es nur fünf ASCII-Zeichen: &, <, >, " und '.
Habe heraus gefunden, dass man zusätzlich gegen einen zur Zeit hartnäckig grassierendes spam
wp-content/1
mit aufnehmen sollte, weil dieses spam einen solchen Ordner auf dem server einrichtet.
Wenn jemand auf deinem Server Verzeichnisse einrichten kann, ist Spam dein geringstes Problem! Derjenige hat deine FTP-Zugangsdaten.
Ganz interessant fand ich die Information, dass man komplette Kontinente vom Zugriff auf die Seite aussperren kann, zB. Asien oder Afrika, nicht um diese Kontinente zu benachteiligen, sondern weil dort die meisten kriminellen server liegen und weil es eher unwahrscheinlich ist, dass sich Leute von dort speziell für deutsche blogs interessieren. Wie das geht, weiss ich aber noch nicht.
Ungebetene Gäste mit .htaccess blocken
Aber mein Hauptproblem ist noch nicht gelöst: Wie konnte der Spammer kommentieren, ohne registriert und angemeltet zu sein? Er muss doch einen Weg gefunden haben, diese Schwelle zu umgehen. Hat da jemand ne Idee?
Vielleicht hat er doch einen Account bei dir eingerichtet und ihn versteckt. Dazu brauchte er auch deine WP-Zugangsdaten. Benutzt du Windows?
Maskierungen im Title-Element werden von Browsern und Suchmaschinen nicht zuverlässig aufgelöst. Warum schreibst du das Zeichen ç nicht direkt hin? Ein Sicherheitsproblem entsteht dadurch nicht.
Liegt vielleicht daran, daß du keine URL dafür hast.
Du mußt die Abfrage nach einem bestimmten Artikel (mit ID) vor die Abfrage nach einem Artikel allgemein stellen, sonst erreicht der Parser die konkrete Abfrage gar nicht erst.
else heißt für PHP: »Wenn das bishergenannte nicht zutrifft, dann sieh dir die nächste Bedingung an. Nur dann!«
Benutze is_single('123'). Siehe auch: Conditional Tags WordPress Codex
