Beiträge von toscho

Zitat von ghost-online.net

Die Frage die ich mir Stelle, wie das ganze da rein gekommen ist :(

Vielleicht hast du Windows benutzt und Schadsoftware installiert, die alles mitliest. Oder du hast kein verschlüsseltes FTP verwendet. Oder ein einfaches Paßwort für WordPress oder den FTP-Zugang. Und/oder zu hohe Rechte auf dem Server vergeben.

Es gibt viele Möglichkeiten. Falls du bei einem der genannten Punkte ›kann sein‹ gedacht hast, bemühe eine Suchmaschine deiner Wahl, und investiere mal zwei Stunden Lektüre. Langfristig sparst du damit viel Zeit. ;)

Gruß
Thomas

Ich verstehe das Problem nicht. Schreibst du eine richtige Tabelle in den Editor oder nur vorformatierten Text?

Lange Tabellen lassen sich übrigens besser in einem Tabellenprogramm schreiben; mit einem kleinen Trick bekommt man da sogar ordentlichen Code raus, den WordPress nicht anfaßt. Den kannst du einfach in den Editor kopieren.

Dazu brauchst du kein Plugin. Biete einfach die Felder im Formular nicht an, und gib die entsprechenden Werte in den Kommentaren auch nicht aus. Ein 3-Sekunden-Eingriff in der comments.php genügt.

Ich glaube nicht, daß man das Backend von UTF-8 wegbringen kann. Du könntest an init() einen Ausgabefilter hängen, der möglichst viele Zeichen nach ISO-8859-1 kodiert, aber das kostet natürlich Tempo.

Warum macht ihr das überhaupt? UTF-8 kann man für die Ausgabe erzwingen – egal, welche Zeichenkodierung die fremden Systeme benutzen. ISO-8859-1 ist heutzutage nur noch unpraktisch; es enthält ja nichtmal das Euro-Zeichen €.

Die index.php muß im Verzeichnis deines Templates liegen, nicht im Wurzelverzeichnis WordPress’. Sieht so, wie du es beschreibst, verkehrt aus.

Kann eigentlich nicht sein: Dein Code ist viel zu kurz für Fehler.

Dein Blog ist gehackt worden.

Sichere deine Datenbank, entferne alle Plugins und WordPress-Dateien. Suche in der Datenbank nach Schadcode, spiele ein frisches WordPress und alle Plugins neu ein. Ändere dein FTP-Passwort.

Setze nach dem Hochladen die Rechte der Dateien und Verzeichnisse möglichst niedrig (ausprobieren), damit das nicht wieder passiert.

Zitat von Chajm

Ein Tutorial für das Einstellen und Verfassen von Blogeinträgen wäre gar nicht schlecht. Praktisch für „Redakteure“....

Das suche ich gerade händeringend. Kann jemand eins empfehlen? Sonst schreibe ich es.

403 heißt, daß der Zugriff auf das Verzeichnis irgendwo verboten wird. Was sagt denn der Support?

Hallo,

im Kommentarfeed wird der Titel des einzelnen Eintrags so ausgegeben:

Zitat

Kommentare von Autor zu Thema

Es ist aber je Eintrag immer nur genau ein Kommentar, und im Template steht auch richtig:

Zitat

Comment on %1$s by %2$s

Weiterhin fände ich es sehr hilfreich, wenn der Titel des Kommentarfeeds so aussähe:

get_bloginfo('name') . $title

Dann stünde der Feed im Reader direkt unter dem Artikelfeed, wo er ja hingehört. Leider wird der String im Code erst nach den Filtern für den Titel erzeugt – daher kann man ihn nicht einfach selbst abfangen. Falls da jemand doch einen Weg kennt, würde ich mich sehr freuen, denn ich mag keinen angefaßten Core.

Gruß
Thomas

Bitte den Support doch mal, einen Blick ins Errorlog zu werfen, wenn du selber keinen Zugriff darauf hast. Die reagieren erfahrungsgemäß auch am Wochenende recht schnell und kompetent (hab dennoch Geduld ;)).

Hier meine .htaccess; ich habe auch ein Paket bei all-inkl.com, PHP läuft als Modul, nicht über CGI:

DirectoryIndex index.php
Options +MultiViews


# Spambots
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} ^.*Whacker.*$ [OR] 
RewriteCond %{HTTP_USER_AGENT} ^EmailCollector [OR]
RewriteCond %{HTTP_USER_AGENT} ^EmailSiphon [OR] 
RewriteCond %{HTTP_USER_AGENT} ^EmailWolf [OR] 
RewriteCond %{HTTP_USER_AGENT} ^.*FileHound.*$ [OR]
RewriteCond %{HTTP_USER_AGENT} ^.*TurnitinBot.*$ [OR]
RewriteCond %{HTTP_USER_AGENT} ^.*JoBo.*$ [OR]
RewriteCond %{HTTP_USER_AGENT} ^.*DigExt.*$ [OR]
RewriteCond %{REMOTE_ADDR} ^78.24.8. [OR]
RewriteCond %{HTTP_USER_AGENT} ^.*adressendeutschland.*$
RewriteRule ^.* http://localhost [L,R=301]
</IfModule>


# Kanonischer Host
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP_HOST} !^(labs\.)*toscho\.de$
RewriteRule ^(.*)$ http://toscho.de/$1 [L,R=301]
</IfModule>


# Spammer
Redirect permanent /_vti_bin http://localhost
Redirect permanent /css http://localhost
Redirect permanent /site http://localhost
Redirect permanent /blog http://localhost
Redirect permanent /s/ http://localhost
Redirect permanent /v/ http://localhost
Redirect permanent /html http://localhost
Redirect permanent /stil http://localhost


# WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

Schreibt mal ganz oben in die .htaccess diese Zeile:

DirectoryIndex index.php

Die Texte, die du aus dem Portal beziehst, liegen in einer anderen Zeichenkodierung vor als das Blog: Im Portal ISO-8859-1, im Blog UTF-8.

Also laß erst [FONT="Courier New"]utf8_encode()[/FONT] über die eingebundenen Inhalte laufen, ehe du sie veröffentlichst. Oder stell das Portal auf UTF-8 um; das ist langfristig die bessere Lösung.

Nachtrag: Etwas zuverlässiger als [FONT="Courier New"]utf8_encode()[/FONT] ist diese Lösung: UTF-8 mit PHP erzwingen.

Du mußt einzelnen Listenpunkten ein [FONT="Courier New"]padding-top[/FONT] oder [FONT="Courier New"]margin-top[/FONT] geben.

Sieh mal in den Quellcode der HTML-Ausgabe: Da findest du bei jedem Menupunkt spezielle Werte im Attribut [FONT="Courier New"]class[/FONT]. Such du dir die passende – beispielsweise [FONT="Courier New"]page-item-1000[/FONT] – heraus, und dann schreib ins Stylesheet:

.page-item-1000 {
    padding-top: 1em;
}

Allerdings solltest du den zusätzlichen Leerraum nicht an eine willkürliche Stelle plazieren: Er suggeriert deinen Lesern eine logische Trennung. Wenn die anhand des Inhaltes nicht nachvollziehbar ist, produzierst du damit eine subtile Verwirrung.

Ich habe mal eine ausführliche Variante meiner Antwort in einen Artikel gegossen: Die beste URL-Struktur.

Google wertet Worte in der URL offenbar nur bis zum achten Trennzeichen aus. Also sollte die Basis möglichst kurz sein. Und WordPress wird langsam, wenn die Basis mit %category%, %tag%, %author% oder %postname% beginnt.

Daher halte ich folgende Linkstruktur für günstig:

• Domainname ohne www.
• Basis aussagekräftig aber kurz. Ich benutze nur das Jahr, damit man den Link zeitlich zuordnen kann: [FONT="Courier New"]/%year%/%postname%/[/FONT]
  Detaillierter braucht man es kaum.
• Sinnvoll gekürzte URLs für Einzelposts: Für Safari in CSS und Javascript ansprechen habe ich beispielsweise die URL-Form [FONT="Courier New"]safari-css-javascript[/FONT] benutzt.

Gruß
Thomas

Aktualisierung nicht erkannt

Ich habe auf die originale Version 2.7.1 aktualisiert (also nicht DE_de), aber das kapiert WordPress nicht. Siehe Bild.

Wie vollende ich das Update denn so, daß auch Wordpress selbst sich erkennt?

Gruß
Thomas

Sieh dir einfach den Code auf so einer Seite an. Meistens ist das ein sehr überschaubares Javascriptschnipsel, mit dem die Browserfunktion Strg+Plus/Minus/Mausrad nachgebaut wird.

Das Neustarten kannst du nicht verhindern. Aber durch Setzen eines entsprechenden Expires-Headers kannst du das Caching verbessern, damit nicht die ganze Datei neu heruntergeladen wird.

Gruß
Thomas

Die zweite Zeile wird für den Alternativtext benutzt. Sie kann daher eigentlich keine Beschreibung enthalten, denn das ist nicht die Aufgabe dieses Attributes.

Ein Beispiel:

<img 
  src="droschke.png" alt="Foto einer Droschke" 
  title="Sowas sieht man nur noch selten!"
>

Für jemanden, der keine Bilder sehen kann oder will, wäre die zusätzliche Beschreibung als Alternativtext komplett wertlos.

Ich schlage deshalb vor, dieses Feld »Alternativtext« oder »Ersatztext« zu nennen. Daß Wordpress diesen Wert für die Unterschrift verwendet und nicht den des richtigen Titels ist ein separater Bug, den die Übersetzung allein nicht lösen kann.

Gruß
Thomas