Beiträge von toscho

Vielleicht der Hoster beim letzten PHP-Update die ZIP-Extension nicht aktiviert.
Zum Testen lege eine Datei, die nur diesen Code enthält, auf die Webseite und rufe sie im Browser auf:

ZIP geht<?php if (!function_exists('zip_open') ) { echo ' nicht'; } ?>.

Wenn da steht »ZIP geht.« haben wir immerhin schon eine Ursache ausgegrenzt.
Beim Hochladen der Datei vergewissert euch gleichzeitig, daß ihr dem Plugin-Verzeichnis Schreibrechte gewährt habt.

Dein Bild erklärt deine Suche nicht. Deshalb meldet sich auch niemand.

Zwei Vorschläge:
Um den letzten Beitrag eines Kommentators zu verlinken, benutze das Plugin CommentLuv.
Um generell neue Beiträge von anderen Webseiten stets aktuell anzuzeigen, benutze deren RSS-Feed und eines der unzähligen RSS-Plugins.

Wenn beides nicht in deine Vorstellung paßt, nimm dir die Zeit, das ganz konkret zu beschreiben.

Ooops, das hat mein Blockfile erwischt. Sorry. :)

Hallo,

im XHTML-Forum gibt es bei jedem Beitrag ein kleines Icon. Wenn ein angemeldeter Nutzer darauf klickt, kann er diesen Beitrag dem Moderator als Spam melden. Der Beitrag kommt dann in »Quarantäne« und bleibt unsichtbar, bis der Moderator entscheidet, was er damit macht.
Ich denke, dieses Feature wäre hier auch nützlich. Kann man das nachrüsten?

Zitat von Mooshexe

ich genau das gleiche Problem

Dann löse es auch auf dem gleichen Weg: Zu Hause entpacken, den kompletten Ordner (nicht das Zip) per FTP in das Verzeichnis wp-content/plugins schieben. Lächeln.

Zitat von maxe

Ja, dabei hat das Forum doch so eine tolle Suche :-?

Das Web 2.0 ist social – und braucht deshalb keine maschinelle Suche mehr. :)

Binde doch einfach das Stylesheet der Originalseite ein, oder kopiere den Abschnitt zu #sidebar.

Klicke einfach auf die beiden Worte, die du erklärt haben willst. Und nimm maxes Hinweis ernst: Belies dich.

Deklariere den Wert erst; die eingebundene Datei kann auf ihn dann einfach zugreifen.
Beispiel:
Datei 1

<?php
$meine_schicke_variable = 2;
include (TEMPLATEPATH . '/header_2.php');
?>

header_2.php

<?php
echo $meine_schicke_variable;
?>

Du kannst noch zwanzig weitere Editoren ausprobieren – solange dein Server das Dokument als ISO-8859-1 deklariert, wird sich nichts ändern. Bitte folge dem Link, den ich dir im letzten Beitrag gegeben habe, und setze eine der dort angebotenen Lösungen um.

Am einfachsten wird es sein, wenn du vor der Ausgabe irgendwelchen HTML-Codes den PHP-Schnipsel setzt:

<?php
header('Content-Type: text/html;charset=utf-8');
?>

Du solltest die Seite [http://heiligendamm.city-gate.net/sbtest.php] auch als UTF-8 ausgeliefern. Woher soll denn der Empfänger sonst wissen, wie du die Datei kodiert hast?

Suche im Template nach der Stelle [FONT="Courier New"]<div id="more">[/FONT], ändere sie in [FONT="Courier New"]<div class="more">[/FONT]. Dann gehe ins Stylesheet (meistens style.css) und ändere dort alle Vorkommen von [FONT="Courier New"]#more[/FONT] auf [FONT="Courier New"].more[/FONT].

WordPress arbeitet wie alle modernen Systeme mit UTF-8. Du solltest auch die einbindende Seite in UTF-8 kodieren. Das kann sogar Frontpage, auch wenn dir hier niemand zu dieser Wahl gratulieren wird.

Vor dem <?php else: ?> muß ein endwhile; kommen. Logische Bedingungen sind keine An- und Abschalter, sondern »Container«.

Welcher Art ist die falsche Anzeige: � (bzw. Fragezeichen) oder ä (zwei Zeichen für eines)?

Danke, das sieht recht nützlich aus.

Ein paar Hinweise:

• In der Description sind die Umlaute kaputt.

• Unter der Eingabemaske für die Suchworte steht derselbe Text wie unter der für die Adressen:

Zitat

(Trennen Sie mehrere Adressen durch Komma). Die Adressen bitte in der Form Subdomain.Domain.com oder Domain.com eingeben.
Es können Maximal 3 Internetadressen angegeben werden.

• Das Plugin schreibt per Inlinestyles Pixelschriftgrößen in den Code, die sich mit den normalen Größen beißen. Bitte nutze nur die Schriftgrößen des Adminstylesheets, damit man eine zentrale Stelle zur Korrektur hat.

Gruß
Thomas

Zitat von lindstrom

In Postings werden Umlaute angezeigt - nur in den Systembegriffen wie Monatsangaben nicht.

Riecht nach falschem setlocale.

Suche in deinem Theme nach einer Zeile, die ungefähr so aussieht:

setlocale(LC_ALL, 'de_DE.utf8');

Findest du so eine Zeile, und enthält sie nicht den Wert utf8, dann kommentiere sie aus, indem du zei Schrägstriche // voranstellst.
Dann schreibe exakt oben genannte Zeile weit oben in die functions.php.

Zu den unvollständigen Übersetzungen kann ich leider nichts sagen.

Optimus: Hast du deine geänderten Dateien auch ganz sicher in UTF-8 gespeichert? Welche Art falscher Umlaute bekommst du? Dein Problem hat sehr wahrscheinlich nichts mit der Ausgangsfrage zu tun.

Das ist kein Kommentar, sondern ein Trackback (und ein Bug in WordPress).

Nimm bei dem Link den Domainnamen aus der URL, dann wird kein Trackback ans eigene Blog gesendet.

Beispiel: Dein Blog sei unter der Domain example.com zu Hause. Dann gib als Linkziel nicht [FONT="Courier New"]http://example.com/beitragsadresse[/FONT] an, sondern [FONT="Courier New"]/beitragsadresse[/FONT]. Beachte den Schrägstrich am Anfang!

Danke. Ich sehe gerade, daß ich kleinen Schnitzer drin habe, sorry.
Der falsche Header ist natürlich nicht:

header('Content-Type: text/html; charset=UTF-8');

Vielmehr steht etwas anderes als UTF-8 drin oder gar nichts.

Korrektur:
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');

oder

header('Content-Type: text/html;charset=ISO-8859-1');

Die muß man dann löschen.

Ein Plugin brauchst du nicht, und ja, du mußt die Anpassung genau dort vornehmen, wo du es vermutest. Passe nur den ersten Eintrag an, und wirf die beiden nächsten Zeilen (RSS .92 und Atom 0.3) raus.