php

Tokyo Tyrant PHP, ein Key Value Store

14. Sep

Verfasst von tauven unter php

Keine Kommentare

Tokyo Tyrant ist eine Key Value Datenbank.
Im Gegensatz zu den sonst bekannten und verwendeten Datenbanken werden hier tatsächlich nur Werte zu eindeutigen Schlüsseln gespeichert.
Zudem gibt es noch die Möglichkeit zu eindeutigen Schlüsseln Werte Paare zu speichern. (TokyoTyrantTable)

Mehr Details: http://www.igvita.com/2009/02/13/tokyo-cabinet-beyond-key-value-store/


Beispiele

Im Code sieht das so aus:

Key => Value speichern:

PLAIN TEXT
PHP:
  1. $tt = new TokyoTyrant("localhost");
  2. $tt->put("eindeutigerSchluessel", "Wert den ich speichern will");
  3. var_dump($tt->get("eindeutigerSchluessel"));
  4. // im obigen Fall würde "Wert den ich speichern will" ausgegeben.

Verwenden von TokyoTyrantTable:

PLAIN TEXT
PHP:
  1. // Parameter sind host und port des tyrant servers
  2. $tt = new TokyoTyrantTable("localhost", 1979);
  3. $array= array();
  4. $array['test1'] = 'value4';
  5. $array['test2'] = 'value2';
  6. $array['test4'] = 'value4';
  7. // keinen key angeben um automatisch einen index erzeugen zu lassen:
  8. $index = $tt->put(null, $array);
  9. echo 'Index des neuen Eintrag: '.$index;
  10. echo 'Zeile mit dem index: '.$index;
  11. var_dump($tt->get($index));
  12. // verwendet man bei put einen index welcher schon besteht wird der vorhandene ueberschrieben
  13. $index = $tt->put($index , $array);

Eine TokyoTyrantTable durchsuchen:

PLAIN TEXT
PHP:
  1. // ein Query Objekt holen
  2. $query = $tt->getQuery();
  3. /* Eine Suchkondition hinzufuegen,
  4. finde alle Zeilen beidenen test1 = value4 ist
  5. */
  6. $query->addCond("test1", TokyoTyrant::RDBQC_STROR, "value4");
  7. var_dump($query->search());

Anstatt die PHP Extension zu verwenden kann auch komplett über REST auf die Datenbank zugegriffen werden:

curl -X PUT -d 'value' 'http://localhost:1978/key'
curl 'http://localhost:1978/key'

// gibt value zurück

Die Datenbank kann also aus jeder Sprache verwendet werden welche http versteht.
Weitere Dokumentationen finden sich unter: http://de2.php.net/tokyo_tyrant


Installation

Tokyo Cabinet Paket herunterladen, entpacken,
configure
make
make install
aufrufen.

Tokyo Tyrant Paket herunterladen, entpacken,
configure
make
make install
aufrufen.
Zusätzlich musste ich noch das paket libbz2-dev (aptitude install libbz2-dev) installieren.

TokoyTyrant im Tabellen Modus Starten:

ttserver -port 1978 /tmp/temp_table.tct

TokyoTyrant im Key Value Modus starten:

ttserver -port 1978

Die Pecl PHP Extension kann mit

pecl install tokyo_tyrant

installiert werden anschliessen muss nur noch die ausgegebene Zeile:

extension=tokyo_tyrant.so

zur php.ini hinzugefügt und der Apache neugestartet werden.


Distributed TokyoTyrant

LightCloud - http://opensource.plurk.com/LightCloud/


Quellen weitere Informationen

http://1978th.net/tokyotyrant/spex.html#installation
http://petewarden.typepad.com/searchbrowser/2009/03/why-i-abandoned-tokyo-tyrant.html
http://petewarden.typepad.com/searchbrowser/2009/03/an-example-of-tokyo-tyrant-in-php.html
http://de2.php.net/manual/en/book.tokyo-tyrant.php
http://pecl.php.net/package/tokyo_tyrant/

Dependency Injection in PHP (IoC Pattern)

10. Sep

Verfasst von tauven unter php

Keine Kommentare

Kurze Recherche zu Dependency Injection in PHP (Inversion of Control Pattern)

Erläuterungen zu DI und IoC http://martinfowler.com/articles/injection.html

Seit einiger Zeit ist das Thema DI in PHP recht aktuell mittlerweile gibt es einige selbständige Dependency Injection Container und einige DI Container welche aus einem Framework entstanden sind oder zu diesem gehören.

Folgende DI Lösungen in PHP habe ich auf die schnelle gefunden und kurz angesehen:

Wirklich getestet habe ich nur den Symfony DI Container, um das mal ein bisschen zu verdeutlichen hier eine Beispiel Konfiguration und ein bisschen Beispiel Code:

Als Konfigurationsformat habe ich XML ausgewählt die Konfiguration meines DI Containers für ein Beispiel Projekt sieht bei mir so aus

PLAIN TEXT
XML:
  1. <?xml version="1.0" encoding="UTF-8"?>
  2.  
  3. <container xmlns="http://symfony-project.org/2.0/container">
  4.   <services>
  5.  
  6.     <!-- PageCache -->
  7.     <service id="pagecache" class="Zend_Cache" shared="true" constructor="factory">
  8.       <file>Zend/Cache.php</file>
  9.       <argument>Page</argument>
  10.       <argument>File</argument>
  11.       <argument type="collection">
  12.         <argument key="lifetime">3600</argument>
  13.         <argument key="default_options" type="collection">
  14.           <argument key="make_id_with_get_variables">true</argument>
  15.           <argument key="make_id_with_cookie_variables">false</argument>
  16.           <argument key="specific_lifetime">3600</argument>
  17.           <argument key="cache_with_session_variables">true</argument>
  18.           <argument key="cache_with_post_variables">true</argument>
  19.           <argument key="cache_with_get_variables">true</argument>
  20.           <argument key="tags" type="collection">
  21.             <argument>page</argument>
  22.           </argument>
  23.         </argument>
  24.         <argument key="lifedebug_header">false</argument>
  25.       </argument>
  26.       <argument type="collection">
  27.         <argument key="cache_dir">../tmp/</argument>
  28.       </argument>
  29.       <call method="start">
  30.       </call>
  31.     </service>
  32.   <!-- ENDE PageCache -->
  33.  
  34.  
  35.     <!-- Loggging -->
  36.     <service id="log" class="Logger" shared="true">
  37.       <argument type="service">
  38.         <service class="Zend_Log" shared="true">
  39.           <argument type="service">
  40.             <service class="Zend_Log_Writer_Stream" shared="true">
  41.               <argument>../log/debug.log</argument>
  42.               <call method="setFormatter">
  43.                 <argument type="service">
  44.                   <service class="Zend_Log_Formatter_Simple" shared="true">
  45.                     <argument>%%timestamp%%|%%sessionId%%|%%priorityName%%|%%fkn%%.%%line%%|%%message%%
  46.                     </argument>
  47.                   </service>
  48.                 </argument>
  49.               </call>
  50.             </service>
  51.           </argument>
  52.         </service>
  53.       </argument>
  54.       <call method="setLevel">
  55.         <argument>7</argument>
  56.       </call>
  57.     </service>
  58.     <!-- ENDE Loggging -->
  59.  
  60.   <!-- Cache -->
  61.     <service id="cache" class="Zend_Cache" shared="true" constructor="factory">
  62.       <file>Zend/Cache.php</file>
  63.       <argument>Core</argument>
  64.       <argument>File</argument>
  65.       <argument type="collection">
  66.         <argument key="automatic_serialization">true</argument>
  67.       </argument>
  68.       <argument type="collection">
  69.         <argument key="cache_dir">../tmp/</argument>
  70.       </argument>
  71.     </service>
  72.  
  73.   <!-- END Cache -->
  74.  
  75.   </services>
  76. </container>

Die Konfiguration bewirkt das ich in der Anwendung nachher einen PageCache, einen Logger und einen normalen Cache einsatzbereit zur Verfügung habe sobald ich diese benötig.

Ein Hinweis noch zu den möglichen Attributen der Service Node besonders praktisch sind hier die Attribute "shared" und "constructor" mit dem shared Attribut kann angegeben werden ob nur eine Instanz dieses Service erstellt wird und bei jedem Zugriff darauf die selbe Instanz zurück gegeben wird, oder ob immer eine neue Instanz zurück gegeben wird. Über die "constructor" Attribut kann angebeben werden ob es sich um einen statischen oder nicht statischen Aufruf handelt. Für Zend_Cache wird der Aufruf Zend_Cache::factory(Core, File,...) verwendet. An der Klasse Logger wird der Konstruktor mit den angegebenen Parametern aufgerufen.
Im PageCache Beispiel wird direkt nach der Erstellung des Objekts noch die Methode start() aufgerufen.

Innerhalb der Anwendung wird der Container folgendermaßen initialisiert und Verwendet:

PLAIN TEXT
PHP:
  1. require_once $basePath.'/lib/sf/sfServiceContainerAutoloader.php';
  2.  
  3. // Symfony Autoloader registrieren
  4. sfServiceContainerAutoloader::register();
  5.  
  6. // haben wir schon einen Fertigen DI Container?
  7. if (file_exists($configPath.'/di.container.conf.xml.php'))
  8. {
  9. require_once $configPath.'/di.container.conf.xml.php';
  10. $sc = new SampleServiceContainer();
  11. }
  12. else
  13. {
  14. // noch kein DI Container vorhanden, also aus XML erstellen
  15. $sc = new sfServiceContainerBuilder();
  16. $loader = new sfServiceContainerLoaderFileXml($sc);
  17. $loader->load($configPath.'/di.container.conf.xml');
  18. $dumper = new sfServiceContainerDumperPhp($sc);
  19. file_put_contents($file, $dumper->dump(array('class' => 'SampleServiceContainer')));
  20. }
  21.  
  22. // Folgende Aufrufe können dann innerhalb der Anwendung verwendet werden
  23. // Zugriff auf den Cache
  24. $cache = $sc->cache;
  25.  
  26. // Zugriff auf den Logger
  27. $log = $sc->log

noch Fragen? Doku anschauen ;-)

Zend_Log mit mongoDB

28. Aug

Verfasst von tauven unter mongoDB

Keine Kommentare

mal ein Kurzer Beitrag zu mongoDB.

Hab natürlich nur den PHP Treiber ausprobiert, Java wird aber wohl ähnlich wenn nicht gleich einfach zu bedienen sein.
Bin durch diesen Artikel draufgestoßen http://blog.mongodb.org/post/172254834/mongodb-is-fantastic-for-logging und hab es mal bei einem Projekt testweise eingebunden.

Zeigt zumindest mal einen Teil der Dinge in denen mongoDB gut ist:

- Asynchrone Inserts, daher kein warten auf ein File

- es gibt sogenannte Capped Collections, bei denen fliegen einfach die ältesten Daten aus der Collection raus (Konfigurierbar nach Anzahl der Objekte und Größe der Collection) quasi eine automatische rotation

- schnell

Um mongoDB zum Logging zu verwenden, hab ich lediglich einen neuen Zend_Log_Writer erstellt welcher die Logging Daten in eine mongoDB schreibt. Und diesen dem Logger zur Verwendung gegeben.

Dafür musste ich ungefähr 4 Zeilen Code selber schreiben:

...

$mongo = new Mongo();

$this->_db = $db->selectDB( "logs" )->createCollection(date('Y-m-d').'logs', true, 100000, 1000);

$this->_db->insert($dataToInsert);

...

der Rest der Arbeit bestand draus mir den Zend_Log_Writer_Db zu kopieren und die obigen Zeilen dort einzubauen.

Ok also was hat es gebracht? Gebracht hat es das ich jetzt die Anwendung mit fast vollem Log Level fahren kann und sich an der Geschwindigkeit zumindest spürbar nichts ändert.

Weitere Idee wäre zb, das man einen zentralen Logging Server hat und von anderen Anwendungen einfach dort hin schreiben kann.

mongoDB bietet auch so abgefahrene Sachen wie Replizierung und Fail-Over Lösungen.

Durchaus interessant wenn mal eine Datenbank gesucht wird in welche man einfach Objekte reinhauen kann.

Achso und den Server selbst aufsetzen war im Endeffekt nur mongoDb Archiv entpacken und mongod run aufrufen.

Links:

mongoDB

mongoDB Logger in Symfony

PHP Ubiquity Kommandos geupdatet

26. Jul

Verfasst von tauven unter javascript

Keine Kommentare

So ich hab es eben endlich geschafft mal die vor einiger Zeit erstellten php Kommandos für Ubiquity an die neue Version 0.5 anzupassen.

Die Kommandos sind immer noch unter den folgenden Urls erreichbar und können von dort bei installiertem Ubiquity abonniert werden.

Kommando php durchsucht die PHP Quickreference

und Kommando phpd durchsucht das PHP Manual.

Viel Spass damit.

SymfonyDay in Köln

16. Jul

Verfasst von tauven unter php

1 Kommentar

Am 04.09.2009 gibt es den ersten SymfonyDay in Deutschland (genauer gesagt in Köln).

Die Registrierung ist bereits offen und der Schedule steht auch schon.

Geboten werden Talks und Workshops.

Das ganze ist mit 80€ incl Drinks und Essen auch ziemlich günstig.

Gesponsert wird der SymfonyDay09 von der in Köln ansässigen Interlutions GmbH welche auch gleich noch alle Teilnehmer zu Ihrer 10 Jahres Feier am Anschluss zum Symfony Day einlädt.

Also anmelden und in Köln einen bestimmt interessanten Tag erleben.

mozilla ubiquity kommandozeile für firefox

28. Aug

Verfasst von tauven unter firefox

Keine Kommentare

Interessante und praktische Kommandozeile für Firefox:

https://wiki.mozilla.org/Labs/Ubiquity/Ubiquity_0.1_User_Tutorial

installieren kann man es hier: https://people.mozilla.com/~avarma/ubiquity-0.1.xpi

hat man ubiquity installiert kann man mit "strg + leertaste" die Kommandozeile aufrufen.

mit command-list bekommt man eine Liste der verfügbaren Befehle.

Lässt sicht ziemlich leicht durch eigene Befehle erweitern hier einmal 2 schnell geschriebene Befehle um die php funktions Doku und die normale PHP Dokumenation zu durchsuchen:

PHP Funktionen durchsuchen:
http://taukon.de/ubiquity-php-function.php

PHP Dokumentation durchsuchen:
http://taukon.de/ubiquity-php-function-doc.php

Base64 decodieren encodieren:
http://taukon.de/ubiquity-base64.php

Symfony Admin Generator auf Deutsch

14. Nov

Verfasst von tauven unter php

6 Kommentare

Grade gefunden, D-Down bietet auf seiner Seite die Übersetungen für den Admin Generator von Symfony an. http://coding.d-down.de/blog/archives/47-Die-deutsche-UEbersetzung-der-Admin-Generator-Begriffe-von-Symfony.html

Hab die obere Datei nocheinmal erweitert und auch bereits in das richtige XLIFF Format gebracht. Runterladen _hier_ .
Da ich auch erst mal rumsuchen musste wie man es verwendet hier noch einmal alle Schritte.

- in der apps/backend/config/settings.yml den auskommentierten i18n Eintrag unter .settings auf "on" stellen.
- obige Datei unter apps/backend/i18n/messages.de_DE.xml speichern. dabei Format so anpassen wie es unter ( http://www.symfony-project.com/book/1_0/13-I18n-and-L10n#Using Dictionary%20Files ) in figure 13-14 steht... <xml><body... am anfang und ende ergänzen. (bei meiner Datei schon geschehen)
- unter backend/config/i18n.yml:
all:
default_culture: de_DE
source: XLIFF
debug: off
untranslated_prefix: "[t]"
untranslated_suffix: "[/t]"
eintragen.
- symfony cc
- browser neu starten oder cookies löschen

Wird der Admin Generator erneut aufgerufen sollten die meisten Texte eingedeutscht sein. Stellt man in der i18n.yml das debugging auf on, kann man auch sehr schnell erkennen welche nicht übersetzt wurden und diese gegebenenfalls in der eigenen messages.de_DE.xml nachpflegen.

« Älterer Beitrag