Blogix

Sehr erfreut war ich über den Newsletter von Debian, den ich heute in meinem Postfach vorgefunden habe. Ab sofort wird jeweils im Dezember eines ungeraden Jahres der aktuelle Stand für einen neuen Release eingefroren. Im folgenden Frühjahr sollte dann mit der Veröffentlichung zu rechnen sein. D.h. dass im Schnitt alle zwei Jahre mit einer neuen stabilen Version zu rechnen ist. Das wird schlussendlich dazu führen, dass stets relativ neue Pakete in den jeweiligen stabilen Releases zu finden sein werden. Ich hoffe nur bzw. bin auch relativ überzeugt davon, dass die Stablität und Qualität nicht darunter zu leiden hat.

Mit der Version 4.1 fanden Zeichensätze Einzug in MySQL. Man möchte meinen mit der gewünschten Einstellung von Datenbank- bzw. Feld-Kollationen seien alle Probleme beseitigt, dem ist aber nicht immer so. Zeichensätze führen häufig zu Problemen, da mehrere Komponenten beteiligt sind und somit an vielen Stellen die korrekte Angabe nötig ist, z.B. auch bei der Auslieferung des HTMLs an den Browser. Die häufigsten Problem treten aber in Verbindung mit MySQL auf.

Vor der Einführung von Zeichensätzen in MySQL wurden alle Daten als ISO-8859-1 gespeichert. Der MySQL-Client führt deshalb in der Standardkonfigurationen Anfragen an den Server weiterhin mit diesem Zeichensatz durch, um die Kompatiblität aufrecht zu erhalten. Ist nun die Kollation seitens des MySQL-Servers auf UTF-8 eingestellt, führt es unweigerlich zu Problemen, wenn der MySQL-Client mit diesem in ISO-8859-1 kommuniziert. Deshalb ist es notwendig, nach der Initalisierung der Verbindung den korrekten Zeichensatz für die Verbindung festzulegen – die geschieht mit:

SET NAMES 'UTF-8'

Diese Abfrage überschreibt für die aktuelle Verbindung die Standardeinstellung für character_set_client, character_set_connection und character_set_results. Alternativ wäre es natürlich auch möglich die Konfiguration entsprechend anzupassen und standardmäßig auf UTF-8 einzustellen. Aus Kompatibilitätsgründen sollte man darauf verzichten, solange nicht wirklich alle darauf zugreifenden Komponenten mit dieser Einstellung umzugehen wissen. Denn eine Kommunikation mittels UTF-8 mit einer ISO-8859-1-Datenbank führt unweigerlich zum selben Problem.

Einen unter UNIX/Linux erstellten id_rsa privaten Schlüssel für SSH kann man mit PuTTY nicht ohne weiteres verwenden. Dieser muss hierfür zuerst mit PuTTYgen in eine PuTTY Private Key File (Dateiendung: .ppk) konvertiert werden.

Zuerst lädt man sich PuTTYgen und wählt nach dem Start des Programms im Menü “Conversions” > “Import key” aus. Im daraufhin öffnenden Dateibrowser wählt man den privaten Schüssel “id_rsa” aus und öffnet diesen. Als nächstes klickt man auf die Schaltfläche “Save private key” und bestätigt die daraufhin erscheinende Sicherheitsabfrage mit “Yes”, sodass keine Passphrase verwendet wird. Im Dateibrowser wählt man den gewünschten Speicherort aus und gibt einen Dateinamen ein, um die ppk-Datei abschließend unter diesem Namen zu speichern. Der soeben erstellte ppk kann nun zur RSA-Authentifizierung mittels PuTTY verwendet werden. Analog funktioniert die Konvertierung von DSA-Schüsseln (id_dsa).

Es ist Ferienzeit und somit wieder Zeit in den wohlverdienten Urlaub zu fahren. Folgend eine Liste mit Links zu Touristen-Informationsseiten der jeweiligen europäischen Länder. Viele enthalten Informationen über lokale Angebote und Zeigen die Freizeitaktivitäten auf, für die das Land bekannt ist.

Belgien (BE)

Offizielle Homepage

Bulgarien (BG)

Homepage

Dänemark (DK)

Offizielle Homepage

Deutschland (DE)

Offizielle Homepage

Estland (EE)

Homepage

Finnland (FI)

Offizielle Homepage

Frankreich (FR)

Offizielle Homepage

Griechenland (GR)

Offizielle Homepage

Irland (IE)

Offizielle Homepage

Italien (IT)

Offizielle Homepage

Lettland (LV)

Offizielle Homepage

Litauen (LT)

Homepage

Luxemburg (LU)

Offizielle Homepage

Malta (MT)

Offizielle Homepage

Niederlande (NL)

Offizielle Hompage

Österreich (AT)

Offizielle Homepage

Polen (PL)

Homepage

Portugal (PT)

Offizielle Homepage

Rumänien (RO)

Offizielle Homepage

Schweden (SE)

Offizielle Homepage

Slowakei (SK)

Offizielle Homepage

Slowenien (SI)

Offizielle Homepage

Spanien (ES)

Offizielle Homepage

Tschechien (CZ)

Offizielle Homepage

Ungarn (HU)

Homepage

Vereinigtes Königreich (UK)

Offizielle Homepage

Zypern (CY)

Offizielle Homepage

Beim Hochladen einer Extension ins TER (TYPO3 Extension Repository) muss man beachten, dass der Benutzername klein geschrieben werden muss. D.h. “Blogix” würde nicht funktionieren, stattdessen muss man “blogix” verwenden. Enthält der Benutzername Großbuchstaben, erhält man die Fehlermeldung “Access denied.”.