Warum „Enes‘ Historien“?

Ursprünglich wollte ich dieses Blog nutzen, um Beobachtungen zu verschriftlichen mit der Hoffnung, dass es zukünftigen Menschen genauso viel Freude bereitet, wie „Heredot’s Historien“. Wer dieses Werk gelesen hat, wird erkennen, von was für einem unschätzbaren Wert einfache Beobachtungen sein können. Was für damals selbstverständlich ist, können wir heute überhaupt nicht nachvollziehen – so oder so ähnlich wird es auch zukünftigen Menschen ergehen.

Wieso verwendet man Emoji? Wie nehmen Menschen ihr Umfeld auf? Was ist das Verhältnis von Mensch und Mensch, Mensch und Tier und Mensch und Natur?

Es ist alles andere, als ein leichtes Unterfangen, doch jeder noch so lange Weg fängt mit dem ersten Schritt an! Auf auf! Setzt die Segel!

Mein Wandel auf der Welt
Ist einer Schiffahrt gleich:
Betrübnis, Kreuz und Not
Sind Wellen, welche mich bedecken
Und auf den Tod
Mich täglich schrecken;
Mein Anker aber, der mich hält,
Ist die Barmherzigkeit,
Womit mein Gott mich oft erfreut.

J.S.Bach BWV 56

Größe

Groß ist jener, der Tongefäße ebenso handhabt wie Silber, doch nicht geringer ist jener, der Silber ebenso handhabt wie Tongefäße.

Seneca: Briefe an Lucilius – 5. Brief

Wahre Liebe

Ich will dir mein Herz schenken,
Senke dich, mein Heil, hinein!
Ich will mich in dir versenken;
Ist dir gleich die Welt zu klein,
Ei, so sollst du mir allein
Mehr als Welt und Himmel sein.

J.S. Bach

Fehlermeldung

Bei der Installation einer meiner Anwendungen bin ich auf die folgende Fehlermeldung gestoßen:

PDOStatement: Specified key was too long; max key length is 767 bytes

Lag schlussendlich daran, dass meine Standartkodierung der Datenbank utf8mb4 war, und ich bei dieser Kodierung andere Limits habe, als unter utf8. Das ist im Nachhinein auch logisch.

Die Erklärung fand ich in diesem Stackoverflow-Thread.

When you hit the limit. Set the following.

  • INNODB utf8VARCHAR(255)
  • INNODB utf8mb4VARCHAR(191)

Anschließend habe ich mich ein wenig mit utf8 beschäftigt, um den genauen unterschied zwischen utf8_general_ci utf8_binary und utf8_unicode_ci herauszufinden.

Die Antwort dafür ist hier:

In general, utf8_general_ci is faster than utf8_unicode_ci, but less correct.

Here is the difference:

For any Unicode character set, operations performed using the _general_ci collation are faster than those for the _unicode_ci collation. For example, comparisons for the utf8_general_ci collation are faster, but slightly less correct, than comparisons for utf8_unicode_ci. The reason for this is that utf8_unicode_ci supports mappings such as expansions; that is, when one character compares as equal to combinations of other characters. For example, in German and some other languages “ß” is equal to “ss”. utf8_unicode_ci also supports contractions and ignorable characters. utf8_general_ci is a legacy collation that does not support expansions, contractions, or ignorable characters. It can make only one-to-one comparisons between characters.

Quoted from: http://dev.mysql.com/doc/refman/5.0/en/charset-unicode-sets.html

For more detailed explanation, please read the following post from MySQL forums: http://forums.mysql.com/read.php?103,187048,188748

As for utf8_bin: Both utf8_general_ci and utf8_unicode_ci perform case-insensitive comparison. In constrast, utf8_bin is case-sensitive (among other differences), because it compares the binary values of the characters.

Entwicklung eines eigenen „CMS“

In diesem Post werde ich ein wenig über mein eigenes „CMS“ schreiben. Ja, trotz zahlreicher Meinungen, die gegen eigene CMS-Lösungen sprechen, habe ich beschlossen, ein eigenes System aufzustellen.

Warum?
Ich nutze selber ziemlich gerne WordPress und Joomla, habe für beide auch (einfache) Componenten/Plugins entwickelt. Genau genommen, basiert Proxer bekanntlich auf Joomla und alles außer das Forum sind selbstentwickelte Komponenten. Dennoch habe ich im Laufe der Zeit festgestellt, dass ich von Systemen wie WordPress und Joomla nur sehr weniges brauche und dass die Kosten für die „unbenutzten“ Elemente dieser Systeme zu hoch sind. Ich bin ein minimalistischer Mensch: Ich möchte nicht mehr haben, als ich brauche.
Was ich für mein CMS alles brauche:

  • Datenbankverwaltung
  • Benutzerverwaltung
  • Sessionverwaltung
  • Unterschiedliche Schnittstellen für Seite, Administration und API
  • Templates für Seite und Administration
  • Model/View/Controller-Ähnliche Architektur für alle Schnittstellen

Da diese Sachen ziemlich einfache Sachen sind, hatte ich auch in einem Tag mein „CMS“ zur Hand. Verwendet habe ich ein Framework namens „Fatfree“, welches meine Anforderungen perfekt erfüllt hat. Ich kann benötigte Funktionen (z.B. ein Blogsystem) jederzeit Entwickeln und dranschalten. Besonders erfreulich ist für mich die API-Schnittstelle: Hiermit möchte ich zukünftig viele tolle neue Anwendungen basteln 🙂

[19:09:43] Korijee: Ich komme gerade von der Arbeit (im Kino) und was ich nicht wusste, ehe ich da war, war, dass wir heute dort das Akiba Film Festival gehostet haben. Alles voller schlechter Cosplayer. Ich hasse Animefans …

Korijee, Co-Admin von Proxer.Me