Die wunderbare Welt von Isotopp

Fertig gelesen: Jack McDevitt

Avatar of @isotopp@infosec.exchange Kristian Köhntopp - July 23, 2006

Im Klappentext heißt es, Jack McDevitt sei mal Marineoffizier, Taxifahrer, Englischlehrer und Motivationstrainer gewesen, aber wenn man seine Geschichten liest, dann glaubt man, dass er am liebsten ein Archäologe wäre. Jack McDevitts Universum ist ein großes und langsames Universum, in dem sich Zivilisationen in der Regel über ihre Artefakte begegnen, weil die räumlichen und zeitlichen Distanzen viel zu groß sind, als dass ein echter Erstkontakt möglich wäre. McDevitt nimmt sich Zeit für seine Charaktere, und wenn er auch vor einem großen Hintergrund malt, so sind es doch die Personen, die bei ihm im Vordergrund stehen und die er liebevoll entwickelt.

Mein privates Datawarehouse - Sparen mit MySQL

Avatar of @isotopp@infosec.exchange Kristian Köhntopp - July 23, 2006

Meine Sparkasse exportiert mir die Kontoauszüge aus Wunsch auch als CSV. Die Dateien sehen so aus:

"Auftragskonto";"Buchungstag";"Valutadatum";"Buchungstext";
"Verwendungszweck";
"Begünstigter/Zahlungspflichtiger";"Kontonummer";"BLZ";
"Betrag";"Währung";"Info"
"08154711";"30.12";"30.12.05";"LASTSCHRIFT";
"DRP 08154711 040441777  INKL. 16% UST 5.38 EUR";
"STRATO MEDIEN AG";"040441777";"10050000";
"-39,00";"EUR";"Umsatz gebucht"

Weil ich wissen will, wofür ich mein Geld ausgebe, lade ich diese Daten in ein MySQL.

Das geht so:

Zunächst einmal muß ich mir eine Tabelle definieren, in die ich den Load vornehmen kann. Diese Tabelle hat Felder, die in erster Linie dazu geschaffen sind, die Daten aufnehmen zu können. Wir müssen die Daten noch bereinigen, sodaß es sich noch nicht um die endgültigen Felder oder Typen handelt.

Erfahrungen mit Nonoffice

Avatar of @isotopp@infosec.exchange Kristian Köhntopp - July 5, 2006

Seit dem 1. November 2005 arbeite ich für MySQL Deutschland GmbH als Consultant. Damit mit bin ich Teil einer Firma mit 320 Mitarbeitern in 27 Ländern. Ein Office habe ich noch nie gesehen . Einige der Kollegen, mit denen ich am engsten zusammenarbeite habe ich auch noch nie gesehen. Die anderen sehe ich so alle paar Monate mal. Die Zusammenarbeit ist gut und sehr intensiv.

Als ich von web.de zu MySQL gewechselt bin, war ich am Anfang sehr skeptisch und habe meine Interviewpartner gefragt, wie das denn wohl so ist, für eine “virtuelle” Firma zu arbeiten, in der die Kollegen so weit verstreut gesät sind. Auch in den Fällen, in denen ich neue Kollegen interviewed habe ist dies die Frage, die mir in der Regel zuerst gestellt wird.

ULD Schleswig-Holstein vs. LRH Schleswig Holstein:

Avatar of @isotopp@infosec.exchange Kristian Köhntopp - May 20, 2006

Der aktuelle Konflikt zwischen dem Unabhängigen Landeszentrum für den Datenschutz (ULD) und dem Landesrechnungshof (LRH) in Schleswig-Holstein erschließt sich einem erst dann, wenn man begreift, wie einzigartig das ULD in seinen Methoden und ihrer Umsetzung eigentlich ist. Dem ULD gebührt nämlich nicht nur das Verdienst, inhaltlich eine der führenden Stellen weltweit zum Thema Datenschutz zu sein, sondern auch bestimmte behördliche Arbeitsweisen ins 21. Jahrhundert geholt und den Schritt von Restriktion und Kontrolle zu Prävention und Multiplikation geschafft zu haben.

Fragmentierung (für Jannik)

Avatar of @isotopp@infosec.exchange Kristian Köhntopp - May 8, 2006

ircnet, #lug-kiel, am 7. und 8. Mai.

Jannik wundert sich über fsck’s Meldung

/: 130834/6553600 Dateien (1.1% nicht zusammenhängend), 1007700/13107200 Blöcke
Ist das schlimm?

Jannik: hmm.. /:

130834/6553600 Dateien (1.1% nicht zusammenhängend), 1007700/13107200 Blöcke

Sieht so aus als wäre mein Dateisystem fragmentiert gewesen o.O? Ich dachte, so etwas kennt Linux nicht.

tholle: Linux oder das Dateisystem? ;-)

Isotopp: Seufz. “1.1% nicht zusammenhängend” Natürlich können Dateien in nicht fortlaufenden Blocknummern gespeichert sein. Warum meinst du, daß das ein Problem sei? Oder anders herum, warum glaubst Du, daß es gut ist, wenn eine Datei in fortlaufenden Blocknummern gespeichert ist?

SQL vs. LDAP (Kai Voigt)

Avatar of @isotopp@infosec.exchange Kristian Köhntopp - May 4, 2006

A talk given by Kai Voigt at Linuxtag in Wiesbaden, based on LDAP vs. SQL and additional experience we had, based on our work with directory services.

SQL vs. LDAP

Both SQL and LDAP are infrastructures to store, retrieve and modify data. Various implementations are available, either free or commercial software.

This talk will introduce SQL and LDAP, explain what they have in common, where they are different and how they should be used. The most popular implementations will be listed, and which of them make most sense in different environments.

Yellow Cable

Avatar of @isotopp@infosec.exchange Kristian Köhntopp - March 27, 2006
20:43 huzzel> ich brauch aber dieses dumme wlan
20:43 huzzel> ^^
20:43 huzzel> sonst dreht mein vater durch
20:43 huzzel> weil ich ein lankabel durch die ganze wohnung gespannt habe

20:44 @CaptainCrunch> lankabel sind so...eighties ;)

20:52 @Isotopp> lankabel der eighties.
20:52 @Isotopp> ich zeig euch mal was.

Counterstrike am Hindukusch

Avatar of @isotopp@infosec.exchange Kristian Köhntopp - March 10, 2006

Zwei Jahre später

Aus dem Heise-Forum :

Du bist sechzehn Jahre alt
Man muss dich schützen vor Gewalt,
Vor allem vor unglaublich vielen
Unsäglich bösen Killerspielen.

Doch zwei Jahre später dann,
Statt rumzuhängen stehst du stramm,
Statt weit geschnitten und lasziv
Trägst du braun gefleckt oliv.

Man zeigt dir, wie du richtig zielst
Mit Spitzentechnik und du spielst
Nicht mit Joystick, Maus und Browser
Doch mit Hi-Tech Marke Mauser.

Man ballert rum und schießt und rennt,
Beim Unreal-Balkan-Tournament.
Und dann spielst du, Dank Herrn Bush,
Counterstrike am Hindukusch.

MySQL für Dummies (7)

Avatar of @isotopp@infosec.exchange Kristian Köhntopp - March 8, 2006

Mein Freund Heinz ist Vertriebler, und manchmal sagen Vertriebler überraschend schlaue Dinge. Heinz zum Beispiel sagt sehr gerne “Niemand will Backup. Alle wollen Restore!” Er meint damit, daß ein Backup nicht nur ein lästiges Costcenter in der IT ist, sondern daß es außerdem keinen Mehrwert “an sich” darstellt. Der Mehrwert liegt nicht in der Datensicherung, sondern in der Wiederherstellung der Daten.

Es ist sehr wichtig, dies im Kopf zu behalten, wenn man sein Backup plant: Es geht nicht wirklich um Datensicherung, sondern es geht um einen Plan für die Recovery von verlorenen Daten. Das beinhaltet nicht nur Überlegungen wie man welche Daten wiederherstellt, sondern auch, wie lange die Betriebsunterbrechung denn wohl dauern wird und ob das akzeptabel ist. Überlegungen zum Restore enden nämlich (im Gegensatz zu Überlegungen zum Backup) oft auch in HA-Konzepten oder organisatorischen und personellen Problemstellungen.

MySQL für Dummies (6)

Avatar of @isotopp@infosec.exchange Kristian Köhntopp - March 7, 2006

gilt das ganze auch für Mysql Version 4.1?

http://dev.mysql.com/doc/refman/4.1/en/binary-log.html .

Sag mal kannst du mir ein wirklich gutes Mysql Buch empfehlen, welches nicht nur auf Syntax eingeht, sondern sich auch mit der Konfiguration des Servers auseinandersetzt? Der Preis ist zweitrangig.

MySQL Certification Study Guide (4.1, veraltet)

MySQL Certification Study Guide (5.0, aktuell)

Die Bücher bereiten Dich auch das Bestehen der Prüfungen der MySQL Certification vor.

High Performance MySQL , kein Buch für blutige Anfänger, basierend auf 4.0 und 4.1, vieles auch auf 5.0 anwendbar.