Beiträge von Putzlowitsch

  • Luecke im Rahmen der rechten Sidebar

    Zitat von jared

    :?: na ja das weiss ich eigentlich!
    mir stellt sich hier die frage WIE??

    Hmmm, naja. Du speicherst die Datei 'box.gif' lokal auf Deinem Rechner. Dann öffnest Du diese mit einem Bildbearbeitungsprogramm Deiner Wahl.
    Nun muß das Bild nach oben vergrößert werden, auf sagen wir mal 600 Pixel (jetzt sind es 400) und dann müssen die Linien nach oben verlängert werden. Wie das allles im Einzelnen zu bewerkstelligen ist, kann ich nicht sagen. Das hängt halt vom verwendeten Programm ab.

    Gruß
    Ingo

  • Datumsanzeige in get_calendar mit führender Null

    In der genannten /wp-includes/template-functions-general.php diese Stelle suchen:

    PHP
    if ( in_array($day, $daywithpost) ) // any posts today?
  echo '<a href="' . get_day_link($thisyear, $thismonth, $day) . "\" title=\"$ak_titles_for_day[$day]\">$day</a>";
else
  echo $day;

    Hier werden die Tage ausgegeben. Davor nun folgende Zeile einfügen, dann sieht das ganze so aus:

    PHP
    $day = zeroise(intval($day), 2);
if ( in_array($day, $daywithpost) ) // any posts today?
  echo '<a href="' . get_day_link($thisyear, $thismonth, $day) . "\" title=\"$ak_titles_for_day[$day]\">$day</a>";
else
  echo $day;

    Gruß
    Ingo

  • Voransicht abschalten?

    Es geht auch mit einem kleinen Plugin, so muß man nicht in die WP-Dateien eingreifen. Folgenden PHP-Code in einer Datei, z.B. '123-disablepreview.php', speichern und die Datei in das Pluginverzeichnis kopieren. Plugin aktivieren = Preview wird unterdrückt, Plugin deaktivieren = Preview wird angezeigt.

    So wird zwar weiterhin des Preview-IFrame unten angezeigt, bleibt aber leer.

    Gruß
    Ingo

  • Sicherheitslücke für Wordpress 2.06 - SQL Injection

    Das ist je nach Hoster auch wieder unterschiedlich. Bei all-inkl z.B. geht es mit dem Eintrag 'php_flag register_globals off' in der .htaccess, nicht aber bei einem 1und1-Webhostingpaket. Hier hab ich mir damit beholfen, die standardmäßig von PHP4 verarbeiteten *.php-Dateien nun durch PHP5 parsen zu lassen. Das geht mit folgendem Eintrag in der .htaccess: 'AddType x-mapp-php5 .php'. Für PHP5 ist register_globals mit Off eingestellt, bei PHP4 jedoch mit On.

    Gruß
    Ingo

  • Kommentare verschieben?

    Mit WP-eigenen Mitteln geht es wohl nicht, aber direkt in der Datenbank kann man das schon machen (z.B. mit phpMyAdmin).

    1. Datenbank sichern
    2. in der Tabelle 'wp_comments' im Feld 'comment_post_ID' die ID des Beitrages eintragen, zu dem der Kommentar zugeordnet werden soll
    3. in der Tabelle 'wp_posts' beim alten Beitrag den Inhalt des Feldes 'comment_count' um eins verringern und beim neuen Beitrag um eins erhöhen
    4. falls was schiefgegangen ist, Datenbanksicherung zurückspielen :-)

    Alles auf eigene Gefahr und ohne Gewähr.
    Vielleicht gibt es auch ein Plugin dafür, ich kenne aber keines.

    Gruß
    Ingo

  • Editor schon mit Inhalt "bestücken" - wie?

    Oder halt per my-hacks.php bzw. plugin mit einem Filter auf die Funktion 'content_edit_pre'. Die wird aufgerufen, bevor der Inhalt über $post->post_content in das Textfeld eingetragen.
    In der Pluginfunktion könnte man dann prüfen, ob der Content noch leer ist, und falls ja, den gewünschten Text eintragen.

    Gruß
    Ingo

    Edit: Da war mastermind deutlich schneller :-)
    Interessante Funktion [COLOR=#000000][COLOR=#cc0000]dbx_post_sidebar
    [/COLOR][/COLOR]

  • Permalinks, ModRewrite und der Firefox-Cache

    Eben weil 404 ein sehr unspezifischer Fehler ist, und der Server nicht weiß, was nun genau die Ursache ist, sollte er keine Informationen senden, die er eigentlich nicht kennt. Wenn er die Ressource 'bla' nicht findet, kann er nicht wissen, wann diese zuletzt geändert wurde. Was passiert, wenn er es doch tut, habe ich ja oben beschrieben.
    Die entsprechnenden Stellen in den RFcs habe ich gelesen und ich gebe zu, das mein Englisch nicht das beste ist. Vielleicht kann mir das hier ja mal jemand richtig übersetzten:

    Zitat

    [size=10]SHOULD send a Last-Modified value if it is feasible to send one,
    unless the risk of a breakdown in semantic transparency that
    could result from using this date in an If-Modified-Since header
    would lead to serious problems.[/SIZE]


    So wie ich es verstehe, sollte ein Server, wenn machbar, einen [size=10]Last-Modified senden, außer es könnte in Folge dessen durch die Verwendung von [/SIZE][size=10]If-Modified-Since seitens des Clients zu Problemen kommen. Genau das tut es aber.

    Wahrscheinlich ist aber alles, wie so oft, Auslegungssache.

    Bei der Funktion header() wird standardmäßig ersetzt, nur wenn ich das nicht will, muß ich als zweiten Parameter false angeben. Aber es kann nicht schaden, explizit true zu verwenden. Vielleicht ändert sich ja mal die Spezifikation.;-)

    Gruß
    Ingo
    [/SIZE]

  • Permalinks, ModRewrite und der Firefox-Cache

    Es gibt zumindest eine einfache Möglichkeit, den Last-Modified-Eintrag bei einem 404er zu unterdrücken, ohne die nocache_headers() - Funktion zu patchen.
    Einfach am Anfang der header.php im Theme-Verzeichnis folgendes eintragen:

    PHP
    <?php
  if( is_404() ) {
    @header('Last-Modified:'); 
    @header('X-Pingback:'); 
  }    
?>

    Aber wirklich ganz am Anfang, noch bevor DOCTYPE... kommt. Es darf halt noch keine andere Ausgabe erfolgt sein.
    Was genau das X-Pingback macht, weiß ich jetzt nicht, aber mein Gefühl sagt mir, das es auch in einer Fehlerseite nicht unbedingt sinnvoll ist. :-)

    Gruß
    Ingo

  • Permalinks, ModRewrite und der Firefox-Cache

    Zitat von mastermind

    Zunächst mal ist festzustellen, dass der Apache bei 404 sehr wohl eine Datumsangabe mitschickt und dass es sehr wohl veränderliche 404-Seiten geben kann (z.B. Deine eigene wird ja auch dynamisch erzeugt). Meiner Ansicht nach ist es eher ein Bug im heiligen Firefox, dass er die HTTP-Header falsch interpretiert.

    Naja, ich habe es testweise bei Apache selber probiert:
    http://www.apache.org/bla
    Das sieht bei mir der dann im Antwort-Header so aus:

    Code
    HTTP/1.x 404 Not Found
Date: Wed, 10 Jan 2007 15:35:57 GMT
Server: Apache/2.3.0-dev (Unix)
Content-Length: 282
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Type: text/html; charset=iso-8859-1

    Und wann die Fehlerseite erzeugt wurde, interessiert doch eigentlich nicht, die Antwort bezieht sich doch auf die angeforderte Datei, würde ich sagen.
    Na zumindest führt es zu Problemen, die vermeidbar wären, wenn man keinen Last-Modified-Eintrag schicken würde.

    Gruß
    Ingo

  • Permalinks, ModRewrite und der Firefox-Cache

    Ich habe neben meiner WP-Installation im Wurzelverzeichnis auch noch ein kleines PHP-Skript zu liegen, welches mir die originalen Log-Dateien des Servers nach eingegangenen Suchmaschinenanfragen auswertet. Bei der Ausgabe der Ergebnisse verwende ich zur Formatierung eine CSS-Datei.
    Nun hatte ich bei einer Umstellung zwar das PHP-Skript wieder aufgespielt, die CSS-Datei jedoch vergessen. Beim ersten Aufruf sahen die Ausgaben deswegen dann ein wenig komisch aus. Aber kein Problem dachte ich, CSS-Datei schnell nachgeschoben und das Skript neu gestartet. Nur änderte sich gar nichts, es sah so aus, als ob die CSS-Datei nicht existiert, obwohl sie definitiv da ist. Ein kurzer Gegencheck mit dem IE bestätigt dann auch, das eigentlich kein Problem vorliegt, hier wurde alles korrekt angezeigt.

    Dann bin ich der Sache nachgegangen und habe den Ablauf rekonstruiert. Was passiert nun?

    Die für die Permalinks eingestellten ModRewrite-Regeln prüfen zunächst, ob die angeforderte Ressource eine real existierende Datei oder ein Verzeichnis ist. In dem Fall liefert der Webserver die Daten selber aus, alles andere wird an die WP-eigene index.php weitergereicht.

    Diese prüft, ob es sich um eine WP-Seite, also Artikel, Kommentar usw. handelt und gibt diese dann aus. Falls nicht, wir ein Fehler 404 erzeugt und die entsprechende Fehlerseite ausgegeben. Und genau hier liegt das Problem.

    WP erzeugt im Fehlerfall mit der Funktion nocache_headers() einen entsprechenden HTTP-Response-Header, der zwar so Sachen wie:

    Code
    Cache-Control: no-cache, must-revalidate, max-age=0
Pragma: no-cache

    enthält, aber auch ein Feld Last-Modified:,welchem die aktuelle Serverzeit zugewiesen wird.

    Firefox scheint sich für die no-cache Sachen nicht so recht zu interessieren, sondern nimmt den Last-Modified-Eintrag als Anlaß, beim nächsten Aufruf im Request-Header mit If-Modified-Since dem Server die Möglichkeit zu geben, gegebenenfalls mit einem 304 Not Modified zu antworten.
    Und genau das tut er dann korrekterweise auch, wenn die vorher vergessene Datei wieder da ist, aber ein Datum/Zeit-Wert von vor zwei Stunden, zwei Tagen oder zwei Jahren hat.

    Worauf ich hinaus will, es ist aus meiner Sicht Unsinn, bei einem 404-Fehler einen Last-Modified-Eintrag mitzuschicken, denn was bitte soll diese Angabe darstellen. Von einer Ressource, die nicht da ist, kann ich schlecht sagen, wann sie das letzte mal geändert wurde. Der Apache selber schickt bei einem 404er übrigens keinen Datum/Zeitstempel mit.

    Ich habe auch mal probeweise diese Last-Modified-Zeile in der WP-Funktion
    nocache_headers() auskommentiert, und siehe da, die Welt ist wieder in Ordnung.

    Gruß
    Ingo

  • Wichtig: ab 1.1.2007 Impressumspflicht auch für Blogs

    Zitat von SuMu

    Man kann sein Impressum auch ohne Telefonnummer angeben, ganz davon abgesehen ist diese bei der denic.de gemeldet und auch einsehbar.
    Email kann man geschützt angeben.
    ich habe durch ein impressum kein erhöhtes werbeaufkommen :mrgreen:


    Wenn ich noch mal auf den ersten Beitrag verweisen darf:
    /showpost.php?p=73792&postcount=1
    Angeblich muß wohl jeder und auch mit Telefonnummer.

    Ja genau, da es ja beim denic sowieso steht, kann der Interessierte ja dort nachsehen.

    Das mit der E-Mail stimmt, aber die alleine reicht ja als Impressum nicht aus. Eine E-Mail-Adresse gebe ich gerne immer mit an.

    Gruß
    Ingo

  • Neue Tarife bei all-inkl

    Zitat von jottlieb

    Ist es in meinen Augen immer noch. Ich glaube kaum, dass all-inkl. es bei Däumchendrehen lässt, wenn ich mit so einem Paket 100 oder oder gar 1000 GB Traffic produziere. Das kostet dem Hoster schließlich richtig Kohle.


    Aber da geht doch der Trend hin. Auch bei Strato z.B. gibt es ab den Hosting-Premium-Tarifen "Traffic unlimited". Und beim Server-Hosting ist es schon fast Standard.
    In vielen anderen Bereichen gibt es auch Flatrates (zum Teil ausschließlich), ob nun DSL, Telefon oder was auch immer.
    Wenn dann die Mischkalkulation nicht aufgeht, hat der Anbieter halt Pech gehabt.

    Gruß
    Ingo

  • Grösse der Thumbnails einstellbar?

    Zitat von Monika

    Damit ich nicht vergess welche WP Dateien ich änderte habe ich in jedem Ordner von WP einen Unterordner nur für mich, da sind die geänderten Dateien auch drin, für etwaige updates

    wp-admin/aenderung/admin.php

    Gute Idee, sowas sollte ich auch machen, um nicht den Überblick zu verlieren. Nun habe ich zwar noch nicht besonders viele Sachen geändert, aber wer weiß, was noch so kommt.
    Einen Kandidaten habe ich noch auf der Liste, ein Problem mit Firefox und dem Cache, das kann ich auch nur durch direkten Eingriff in die WP-Funktion beseitigen. Aber das ist eine andere Geschichte.

    Für mich selber habe ich keine Hemmungen, in den Core-Modulen rumzupfuschen, aber jemdem, der sich nicht auskennt, sollte man besser abraten, derartige Dinge zu machen.

    Gruß
    Ingo

  • 1&1-Content-Module in Blog einbinden (Javasciript)

    Zitat von bjoernmuc

    Meine Idee - auf die Du aber offenbar auch gekommen bist - war die, das Blog-Layout als HTML-Seite zu speichern und diese statische Seite als Template für die Meldungen zu hinterlegen. Wahrscheinlich werde ich letztlich das machen. Dann können die Meldungen auch im gleichen Fenster geöffnet werden.


    Ja genau, das blöde ist halt nur, das diese Seite nur eine Momentaufnahme des aktuellen Blogs ist. Da sich dieser ja eventuell mal ändert, müßte man immer wieder eine aktualisierte neue Templateseite speichern.
    Aber anders wird es nicht gehen.

    Zitat von bjoernmuc

    Dynamische PHP-Inhalte, also z.B. die aktuellen Post, Commts, Sidebar etc. lassen sich nicht in die statische HTML-Seite einbinden, oder?


    Leider nicht, das hatte ich ja auch probiert. Mein Versuch mit ModRewrite hat gar nicht funktioniert. Durch solche Ticks kann man dem Server keine andere 'template_*.html' unterjubeln.
    Das Parsen der html-Seite durch PHP klappt auch nicht, wenn sie vom 'tinc'-Modul geladen wird. Sie wird dann zwar als Template akzeptiert, nur alles was man an PHP-Code reinschreibt, wird unverändert durchgereicht

    Meine letzte Idee wäre noch SSI, aber das dürfte genau so kläglich scheitern, wie die PHP-Geschichte.
    Aber selbst wenn man es schaffen sollte, irgenwelche dynamischen Sachen einzubinden, hätte man immer noch ein Problem, die WP-Seite nachzubilden.
    Man darf ja nicht vergessen, das die allmächtige 'index.php' eine ganzen Wust von weiteren Modulen nachlädt un dann irgendwo fast am Ende die Template-Seiten aufruft. Ein langer Weg.

    So, nun ist erstmal Nachtruhe angesagt.

    Gruß
    Ingo