Hi Alexander,

// deflate vergessen => http://forum.de.selfhtml.org/archiv/2006/4/t128318/#m829037

Sehe ich das richtig, dass ich gzinflate verwenden muss, wenn der Server als "Content-Encoding: deflate" zurückschickt?

Jein, im Prinzip ja, praktisch ist das etwas komplizierter - siehe http://forum.de.selfhtml.org/archiv/2006/4/t128318/#m829037 ff. ;-)

In der Header-Datei stehen noch ein paar andere Informationen, wie ETag und Last-Modified, außerdem können URLs Zeichen enthalten, die nicht als Dateinamen erlaubt sind und sie können zu lang sein (hatte ich alles schon, war echt doof).

Hier denke ich genauso wie du - trotzdem würden mich mal noch eddi's Gründe dagegen interessieren - ist es wirklich nur die CPU-Last? Das sollte doch auf modernen Rechnern kaum ins Gewicht fallen...

MfG, Dennis.

Hallo,

Ich werde das noch implementieren. Aus den Zahlen werde ich allerdings nicht schlau, was willst du mit denen ausdrücken?

das ist der Auswurf von $ diff HTTPCache.class.php HTTPCache.class.php.1 und soll Dir die Arbeit erleichtern.

Darf man eine Verbindung einfach so abbrechen, wenn einen das Ergebnis nicht mehr interessiert?

Ja.

In der Header-Datei stehen noch ein paar andere Informationen, wie ETag und Last-Modified, außerdem können URLs Zeichen enthalten, die nicht als Dateinamen erlaubt sind und sie können zu lang sein (hatte ich alles schon, war echt doof).

Daher würde ich ja auch eine Headerdatei vorschlagen und nicht einen gleichbleibend 36-Byte-langen String.

Wahrscheinlich habe ich zuerst den Typcast und dann die Abfrage geschrieben.

Spiele Dir die unterschiede mit patch ein, dann siehst Du besser, was ich meine.

Die URL wird genau einmal gespeichert, und zwar als Schlüssel in diesem Array, da ist gar nichts redundant

Sie ist aber überflüssig.

Gruß aus Berlin!
eddi

--
PHP: PHP unter Linux installieren, in Bearbeitung PHP Konfigurieren

Hallo,

Darf ich die von dir geopstete Funktion an meine Bedürfnisse anpassen und unter GPL veröffentlichen?

sie stehen Dir (und jedem anderen auch) lizenzlos zur freien Verfügung. Aber Vorsicht - die allermeisten enthalten einen kleinen Fehler, den der OP jeweils selbst zu lösen hatte ;)

Gruß aus Berlin!
eddi

--
PHP: PHP unter Linux installieren, in Bearbeitung PHP Konfigurieren

Hi dedlfix,

Ob es nötig ist, eine Basisklasse für Storage-Engines zu schreiben? ... Gemeinsame Funktionalität, die also nicht jede Storage-Engine-Implementation anders realisiert, wird es wohl nicht geben.

Das schreit doch förmlich nach einem Interface oder einer abstrakten Klasse.

Man kann aber immerhin noch, wenn nötig, testen (beispielsweise beim Initialisieren der Storage-Engine in HTTPCache), ob ein von der Basisklasse abgeleitetes Objekt zurückgegeben wurde (is_a()).

Zum Beispiel folgende abstrakte Klasse:

abstract class DBMS {  
  
  // Diese Funktionen muss jedes DBMS auf jeden Fall implementieren  
  abstract public function get($ressource);  
  abstract public function save($ressource, $data);  
  
  // aber nicht jedes DBMS muss sich initialisieren und beenden  
  public function init() {  
    return true;  
  }  
  public function stop() {  
    return true;  
  }  
}

Mit get_parent_class() sollte sich dann noch prüfen lassen, ob KonkreteKlasse ein Kind von DBMS ist - Durch die Prüfung kann man dann auch noch sicherstellen, dass die obigen 4 Funktionen auf jeden Fall vorhanden sind.

MfG, Dennis.

Hallo Freunde des gehobenen Forumsgenusses,

Ja, wenn diese Aufrufe innerhalb _einer_ Funktion stattfinden. Wenn sie über das ganze Script verteilt sind, müsste man dann zu Methoden greifen, wie: jedes Mal ein neues Objekt erstellen, eins global ablegen, sich selbst ein Singleton erstellen, ...

Ich habe jetzt ein PHP4-kompatibles Singleton mittels deiner Methode aus https://forum.selfhtml.org/?t=129839&m=839507 gemacht.

Ich würde das vielleicht so implementieren: Die Klasse HTTPCache kümmert sich um den HTTP-Vorgang. Zum Ablegen der Seiten bedient sich HTTPCache einer "Storage-Engine" (Lass dich von dem Begriff nicht erschrecken, der klingt gefährlicher als er ist.) Die Storage-Engine weiß nichts weiter von HTTPCache. Sie stellt nur Methoden wie init() (oder Parameterübergabe im Konstruktor), get() und store() zur Verfügung. HTTPCache muss auch nicht von der Storage-Engine erben. Er erweitert nicht deren Funktionalität sondern bedient sich ihrer nur. Damit bleibt sie beliebig austauschbar. Du müsstest sonst jedes Mal von einer anderen Storage-Klasse erben.

Im Moment lasse ich die Storage-Engine (man, klingt das cool *g*) von HTTPCache erben, dann muss nichtmal HTTPCache beibringen, unterschiedliche Storage-Engines zu verwenden, sondern man muss nur noch die gewünschte Storage-Engine einbinden.

Die Datei-System-Storage-Engine (die einzige, die es im Moment gibt) hat jetzt eine Methode getInstance(), die ein Objekt von sich selbst zurückgibt (gibt die eigentlich das Objekt oder eine Referenz zurück?).

Nehmen wir mal an, du hättest noch nichts da. [...]

Eigentlich gibt es schon eine Storage-Engine, und der HTTP-Teil funktioniert auch :-)

Ich überlege gerade, ob eine Storage-Engine, die MySQL verwendet großartig Sinn ergeben würde, aber das Lesen und Einfügen von Blobs soll ja furchtbar lahm sein, der einzige Vorteil wäre, dass man nicht die komplette Liste aller URLs in den Speicher kopieren muss.

Das wäre aber wahrscheinlich erst bei tausenden von URLs, von denen man immer nur ganz wenige braucht schneller.

Ich hab das ganze mal wieder hochgeladen, damit ihr es euch angucken könnt:

http://alexanderbrock.de/temp/cache/

Ich habe Softlinks auf die Dateien gesetzt, aber jetzt werden sie mir nur zum Herunterladen angeboten, kann man das per .htaccess einstellen, dass die Dateien mit Syntaxhighlighting ausgegeben werden?

Gruß
Alexander Brock

--

V-Text-Categorizer - Ein Klasse in PHP, die Text anhand von Statistiken über Texte in Kategorien sortiert (z.B. in Spam und nicht-Spam).