frickelblog

Einige Tage sind nun seit dem letzten Eintrag vergangen.
Zum einen Weil ich zur zeit zu viel beschäftigt bin – zum anderen weil es eine ganze Zeit lang nichts neues zu berichten gab.
Dennoch möchte ich hier eine kleine Auswertung des Paypal Spenden-Knopfes los werden.
Mehr…

Da ich seit Heute mein PayPal Konto in betrieb genommen habe, habe ich für dieses nun auch einen Spendenknopf oben rechts in den Blog eingebaut.

Weil er so wunderschön ist gibt es ihn hier auch noch mal exclusiv zu betrachten:

So.. und weil ich euch immer so nett sowohl interessante als auch informative Blog-Einträge schreibe, hier ein kleiner erster Spendenaufruf an alle aktiven und passiven Blog-Leser.

Hat auch gleich den vorteil das ich das ganze PayPal gedöngs mal testen kann und schauen kann ob das am ende auch wirklich funktioniert

Ja.. eigentlich ist so eine MySQL Kompilierung keinen Blog-Eintrag wert.
Da sich aber der Build-Vorgang von Mysql 5.1 zu 5.5 erheblich unterscheidet, wollte ich gerade deswegen einen Eintrag schreiben (außerdem nötigte mich Jann dazu ).

Was hat sich nun geändert an dem Build-Vorgang des MySQL´s?
Im Prinzip benutzt man heutzutage bei Oracle zum kompilieren von MySQL CMake (http://www.cmake.org).
Dies bedeutet als aller aller aller aller aller aller aller erstes erst einmal: wir müssen ein CMake installieren um MySQL Kompilieren zu können.
Mehr…

Manchmal möchte man bei bestehenden oder neuen Linux-Servern gern wissen wie schnell diese angebunden sind.
Leider fehlen dafür oft die geeignetes Referenz-Server und Dateien in der richtigen Größe zum herunterladen.
Auf http://www.speedtest.qsc.de gibt es direkt von QSC einen Server der Dateien verschiedener größe via HTTP und FTP anbietet.
Läd man sich nun so eine Datei (z.B. die 10MB.qsc) mit wget herunter, hat man als ergebnis den Download per HTTP:

root@geheimerserver:~# wget http://www.speedtest.qsc.de/10MB.qsc
--2011-12-28 14:50:01--  http://www.speedtest.qsc.de/10MB.qsc
Resolving www.speedtest.qsc.de... 195.90.7.115
Connecting to www.speedtest.qsc.de|195.90.7.115|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10485760 (10M) [text/plain]
Saving to: `10MB.qsc'

100%[======================================>] 10,485,760  2.82M/s   in 3.6s

2011-12-28 14:50:05 (2.77 MB/s) - `10MB.qsc' saved [10485760/10485760]

Als Ergebnis sehen wir nun das ich von diesem Server mit durchschnittlich 2,77MB/s via HTTP herunter laden kann.
Ist für einen Server an sich nicht Optimal – aber für einen billigen VServer wie in diesem Fall völlig ausreichend.

Wenn ihr das bei euch nach macht, könnt ihr gern Eure Download-Raten in den kommentaren Veröffentlichen (Bitte den Anbieter des Servers mit angeben)

Nur ein schneller Post nebenbei:
Ich habe soeben die Version 6.0 der Buildroot auf Sourceforge hoch geladen.
Hier ein auszug aus den Changes:

30.11.2011 - 6.0
- apt-get upgrade auf Debian Version 6.0.3
- mkdir und cplib script benutzen jetzt /bin/bash statt /bin/sh
- cplib script überarbeitet: /usr/lib/i686/cmov hinzugefügt
- Alte GCC und BerkleyDB Versionen sowie netcat, dhpc pakete entfernt
- Buildscript /build/lighttpd überarbeitet
- Buildroot aufgeräumt (http://www.lug-kr.de/wiki/MinimalesDebian)
- Buildroot nach dem auspacken jetzt 195 MB klein

Download der Buildroot auf: https://sourceforge.net/projects/linuxchroots/files/Buildroot/

Bezugnehmend auf den letzten Artikel bekam ich doch gleich noch die Frage wie man denn Änderungen in die “Adressen” Tabelle wegspeichern könnte.

Eine Änderung würde in diesem Fall so Aussehen, Mehr…

Für ein Newsletter-Cleint musste ich Daten von einer Webseite in eine Adress-tabelle einlesen.
Die Eingelesenen Adressen sollten natürlich nicht doppelt vor kommen – und ich wollte möglcihst wenig aufwand damit haben.
Darum habe ich mich entschieden das Problem in SQl zu lösen.

Im Prinzip geht es hier Darum, dass die Daten in eine 2. Tabelle geschrieben werden und diese dann mit er eigentlichen Tabelle vergleichen werden.
Mehr…

In meiner SQLite Datenbank-Klasse hatte ich bis jetzt die Möglichkeit den Connectionstring der DB im Konstruktor mit zu übergeben.
damit konnte ich ein SQLite Objekt wie folgt erstellen:

1

DB.sqlite sqlite = new DB.sqlite("Data Source=" + System.AppDomain.CurrentDomain.BaseDirectory + "\\database.db3;Version=3;New=false;Compress=false;");

Aus Bequemlichkeitsgründen wollte ich nun einen überladenen Konstruktor einbauen, der genau dieses auch tut, wenn ich KEINEN Connectionstring angegeben habe. Damit wäre selbiges wie oben Möglich, da ich die Einstellungen meist gleich habe, meine Datenbank immer “database.db3″ heißt und im Programmverzeichnis liegt:

1

DB.sqlite sqlite = new DB.sqlite();

Mehr…

Für ein Neues Projekt muss ich von meinem Root-Server auf die Daten eines Kunden zugreifen, welche in einer eine MySQL-Datenbank bei 1und1 liegen.
Das Problem hierbei ist, dass man nur von dem Webspace-Paket auf die Datenbank zugreifen kann, zu dem diese auch gehört.
Getestet habe ich es mit meinem Root-Server, welcher bei 1und1 steht und auch mit einem anderen Webspace-Paket bei 1und1 – funktioniert einfach nicht.

Da ich diese Daten aber trotzdem zwingend brauche, habe ich mich entschlossen eine kleine PHP-SQL-Bridge zu schreiben.
Mehr…

Für alle diejenigen, die wie ich eben den Download der “System.Data.SQLite” Assembly (auch :NET 4.0) gesucht haben:
http://system.data.sqlite.org/index.html/doc/trunk/www/downloads.wiki

…Ist übrigens auch mit Fossil gehostet