Rapsli.ch

Jekyll ein erster Rückblick

2013-06-19T00:00:00+02:00

Mittlerweile sind es knapp 3 Wochen her seit ich mich von Wordpress verabschiedet habe und habe aktuell zwei Blogs als statische Seite mittels Jekyll am Laufen. Für die ungeduldigen Leser das kurz Fazi schonmal vorweg: Sehr gut.

Im Folgenden werde ich ganz kurz die beiden Settings beschreiben und dann am Schluss noch ein kleines Fazit ziehen und die Gründe erwähnen, warum ich Wordpress den Rücken gekehrt habe.

Setting 1 - Github

Kern dieses Blogs (rapsli.ch) ist Github und Github pages. Alles was ich machen muss ist einen neuen Beitrag in posts einchecken und ein paar Minuten später sit die neue Seite online.

Deployen & Hosting

Muss ich mich nicht drum kümmern, da alles von Github und Github Pages gemacht wird, welches wiederum das Versionssystem Git als Grundlage hat. Seitenladezeiten sind sehr schnell und vor allem muss ich mich um keine Updates kümmern.

Editieren der Post

Dafür brauche ich verschiedene Tools, je nach Verfügbarkeit: - Git aus der Kommandozeile mit einem lokalen Texteditor (sublime text). Meistens wenn ich an meinem Rechner zuhause arbeite oder grössere Umbauarbeiten an verschiedenen Texten vornehmen muss. - Github direkt. Github bietet die Möglichkeit an, Dateien online zu editieren. Verwende ich meistens, um kleinere Änderungen an der Konfiguration oder dem Layout durchzuführen. - prose.io. Habe ich erst gerade entdeckt, aber ist im Prinzip ein alternatives Github Backend. Bequem neue Posts erstellen, editieren und löschen. Sehr nett ohne viel Schnickschnack dafür funktional.

Feature Reichtum

Wordpress und Co. bieten tausende von Modulen mit noch mehr Funktionen. Brauche ich das alles? Das wichtigste Feature ist mir zu schreiben und die Kommentare und das kann ich weiterhin gewährleisten. Die zig anderen Features brauche ich nicht und führen zu einer überladenen Seite. Daher ohne viel Emotionen die vielen Module abgeschalten.

Setting 2 - Selber hosten

Hier handelt es sich, um ein kleines Privates Blog für den engen Familienkreis und enge Freunde. Es zählt genau 20 Leser.

Deployen & Hosting

Ist ein kleines bisschen komplexer. Grundlage hierfür ist Dropbox. Dropbox läuft auf meinem privaten kleinen Homeserver mit einem eigenen Account. Dort sind die ganzen Files drin. Ich share den Ordner mit meinem persönlichen Dropbox Account.

Änderungen werden sofort auf den Server synchronisiert. Der Server überwacht den Ordner und sobald eine Änderung vorhanden ist wird Jekyll angeworfen, welcher die Seite neu generiert und auf den Webserver wirft.

Das hier ist die Anleitung, welche ich befolgt habe: Jekyll & Dropbox

Editieren der Post

Einfach in einem Texteditor, was halt in der Dropbox drin ist. Ist dann auch ganz einfach einen neuen Benutzer hinzuzufügen -> braucht einfach einen Dropbox Account und schon kann er loslegen.

Feature Reichtum

Hier musste ich ein paar Workarounds suchen, da ich folgende Features auf meinem Wordpress Blog hatte: Passwortschutz fürs Blog, E-mail Notification wenn ein neuer Blogeintrag geschrieben wurde.

Passwortschutz: htaccess mit einem generischen Usernamen und Passwort. Es handelt sich hier schliesslich nicht um Hochsicherheitsinhalt sondern es geht lediglich darum, dass es nicht gerade öffentlich ist.

E-mail Notification: Mailchimp ist die Lösung und bietet noch vieeel mehr Möglichkeiten, als ich das bisher mit dem Wordpress Blog hatte. Ganz einfach das RSS Feed anhängen und schon klappt das wunderbar. Mailchimp hat einen Free Tier, welcher mit 12’000 E-mails (ich glaube pro Monat) bestens für meine Anforderungen reicht.

Warum das ganze?

Neue Technologie zum Spielen und ausprobieren. Das ist einfach der Geek in mir.
Kosten senken: Die beiden Blogs kosten mich keinen Cent mehr und ich habe trotzdem die volle Kontrolle darüber und kann tun und lassen, was ich will (das war der Grund, warum ich nicht zu Wordpress.com gewechselt habe)
Performance: Falls ich jemals den Digg Effekt erleben sollte, dann habe ich auf jeden Fall nichts zu befürchten.
Maintenance fällt weg (auch wenn das bei Wordpress relativ einfach war)
Security ist kein Thema mehr (wenn dann mal der Digg Effekt da ist, besteht auch mehr Interesse die Seite zu hacken ;)
Templates sind viel einfach und flexibler. Ich könnte mich nach Lust und Laune austoben, aber habe leider im Moment keine Zeit.
Die Technologie ist zwar primitiver und eigentlich ist es ein Rückschritt, aber ich kann einfach mit Find and Replace alles mögliche ändern, was in Wordpress doch ein bisschen mehr Zeit gebraucht hätte.

Und mein Fazit

Bisher rundum zufrieden. Vor allem jetzt noch mit Prose, welcher mir erlaubt, ganz bequem Eintrage zu editieren und zu erstellen auch wenn ich mal keinen Git Client installiert habe, sondern irgendwo in einem Internet Café sitze. Perfekt.

Klaro. Viele Features fallen Weg und dennoch kann ich mir damit einfach Workflows zurechtbiegen, so wie ich sie gerne hätte.

Jekyll ein erster Rückblick was originally published by Raphael Schär at Rapsli.ch on June 19, 2013.

Das Internet eine Javascript Goldgrube des Wissens

2013-06-14T00:00:00+02:00

Da habe ich doch mal wieder eine wahre Goldgrube entdeckt: jsbooks.revolunet.com. Eine Sammlung von öffentlichen, freien Büchern rund um JavaScript. Die Titel lauten:

Javascript Enlightenment
Eloquent Javascript
Building A JavaScript Framework
JS in ten minutes
Smooth CoffeeScript
Node Beginner
jQuery Fundamentals
Developing Backbone.js Applications
Javascript Guide
JavaScript For Cats
Javascript Design Patterns
Writing Modular JavaScript With AMD, CommonJS & ES Harmony
The little Book on CoffeeScript
Master Space and time with JavaScript - The Basics
HTML Canvas Deep Dive
Dynamisez vos sites web avec JavaScript !
Testing with CoffeeScript
The Past, Present, and Future of JavaScript
Dive into HTML 5
Javascript Garden
The little MongoDB book
Up and Running with Node.js
Mixu’s Node book
Single page apps in depth
Mastering NodeJS
JS The Right Way
Building Browser Apps with Google Chrome
Single page apps in depth
Programmin Windows 8 Apps
CoffeeScript Cookbook
DOM Enlightenment
JavaScript Applications

Ist doch bereits eine lange Liste und das gleiche gibt es auch noch für Python Bücher: pythonbooks.revolunet.com. Das faszinierende an diesen beiden Listen ist, dass diese via Github gepflegt werden: Es gibt ein JSON file, wo man einen Eintrag machen kann, worauf das Buch dann auf der Seite erscheint.

Github wird immer mehr zu einem riesigen offenen Datenhub. Die Daten liegen als Github vor und können so auch weiter verwendet werden.

Es sei an dieser Stelle noch anzumerken, dass nicht alle Bücher vollständig sind. Für einige Bücher sind lediglich ein paar Kapitel verfügbar.

Kennt ihr noch andere interessante Listen mit Wissen? Falls ja, bitte einen kleinen Kommentar hinterlassen.

Das Internet eine Javascript Goldgrube des Wissens was originally published by Raphael Schär at Rapsli.ch on June 14, 2013.

100 KM Biel - Am Ziel

2013-06-09T00:00:00+02:00

Die letzten 100 m, das Ziel in Sicht, es reicht sogar noch für einen kleinen Mini Sprint und dann endlich geschafft. Aber von vorne: Um 22 Uhr gings los, sternenklar, angenehm kühl (1-2° zu kühl). Ich starte ganz hinten, da ich die ersten 10 km bewusst gehen will. Es stellt sich heraus, dass das viel schwerer als erwartet ist. Links und rechts ist die tosende und begeisternde Zuschauerschar, welche mich antreibt. Ich komme mir ein bisschen wie ein Waschlappen vor, da doch die meisten loslaufen, als würde es sich um einen Marathon handeln. Meine Wille bleibt stark und so gehe ich (möglichst schnell) und geniesse die Stimmung.

Die erste Steigung

Nach 5 km kommt dann auch schon die erste Steigung. Auf dem Topographiekärtchen sieht das nach einer grösseren Überführung aus, stellt sich jedoch heraus, dass es sich hier um eine wahrhaftige Erhebung handelt. Damit habe ich nicht gerechnet, aber zum Glück bin ich ja sowieso am Gehen. Unterwegs immer wieder ganze Dörfer auf der Strasse, welche Festzelte aufgebaut haben und gespannt den Läufern zuschauen und diese Lauthals unterstützen… ja, wenn ihr schon tief und fest schlafen, werde ich wohl immer noch unterwegs sein.

Irgendwie sehe ich am Start doch noch ziemlich viel entspannter aus.

Unter den Sternen

Dann kommt irgendwann mal Feld. Der Mond zeigt sich nicht und alles was ich sehe sind viel Sterne oben und hinter mir eine endlose Kolonne von kleinen weissen Lämpchen. Regelmässig überholen mich “Dampfmaschinen” und ich weiss, dass wieder ein Halbmarathönler im Anmarsch ist. Zu dem Zeitpunkt bin ich froh, über die volle Distanz zu gehen, da ich somit Zeit habe, diese wunderschöne Nacht zu geniessen. Unterdessen bin ich auch in einen ganz leichten Trab übergegangen, aber ich merke schon sehr bald, dass es irgendwie nicht ganz so rund läuft. Schien mir immer, dass ich die Trainingseinheiten in diesen Distanzen viel leichter gelaufen bin.

Bye Bye, Halbmarathon

Aarberg, ca. 00:15. Trotz später Stunde ist das Städtchen noch gerammelt voll. Hier ist der Zieleinlauf für die Halbmarathönler und die werden auch gebührend in Empfang genommen. Das kommt auch mir zugute und ich bekomme auch ein paar Runden Applaus, aber es sind ja immer noch mehr als 80km!

Dann gehts weiter nach Lyss, wo ich auf meinen Velocoach treffe. Unterwegs ein paar Bekanntmachung gemacht. Diese fangen meistens so an:

Das erste Mal in Biel? Ja. Und, gut vorbereitet? Ja, eigentlich schon. Noch ein paar Sätze und dann wieder aufs Laufen konzentrieren

Das mit dem gut Vorbereitet sein, stelle ich so in Frage. Im Nachhinein muss ich sagen, dass ich ungenügend vorbereitet war, aber mehr dazu noch.

In Lyss treffe ich die Überreste einer Party an. Die harten sind noch da, doch viele liegen bereits im warmen Bett. Irgendwo tönt noch die Musik einer Disco und dann kommt auch schon mein Velocoach. Schön, ein vertrautes Gesicht zu sehen und gemeinsam gehts weiter.

Verpflegung

In ziemlich regelmässigen Abständen kommen wartet jeweils ein mehr oder weniger ausgiebiges Buffet auf mich: Verschiedene Trinken, Brot, Bananen, Power Riegel, Orangen… Alles was das Ausdauersportlerherz begehrt. Ich beschränke mich meistens auf Bananen und Power Drinks. 2-3 Gels, aber die sind mehr Zwang mit dem Hintergedanken, dass ich dann wieder schneller kann, als dass mir die irgendwie schmecken. Der Aufsteller ist definitiv der heisse Bouillon: Anfänglich überhaupt nicht in betracht gezogen, dann doch gewagt und war herrlich: Angenehm warm und einfach köstlich (neben diesem ganzen Power-Süss-Kram).

Sonnenaufgang, neue Hoffnung

Nachdem wir bei einem Bauernhof die Marathönler hinter uns lassen und nochmals eine (viel zu lange und Steile) Steigung passieren erblicke ich am Horizont ganz leicht die erste Morgendämmerung und nein, diesmal ist es auch nicht der Schein von Bern oder einer anderen grösseren Stadt. Jede kleinste Steigung nutze ich, um ein bisschen Gehen zu dürfen und manchmal ist die Steigung auch nur eingebildet, aber so langsam aber sicher fängt es an den Kräften zu zerren an.

Das ist ein wahrer Moment der Hoffnung. Nach gut 7 h Dunkelheit endlich wieder ein bisschen Licht. Ich erreiche KM 50 ziemlich genau 5 Uhr früh und stelle mir vor, dass jetzt bereits die ersten Läufer im Ziel sind, frustrierend oder motivierend, das weiss ich jetzt noch nicht.

Mit jedem Meter, den ich jetzt laufe, bin ich weiter gelaufen, als ich je zuvor in meinem Leben gelaufen bin (soviel zu meiner Vorbereitung). Irgendwie ist auch das Motivation und irgendwie auch ziemlich abschreckend, wenn ich denke, dass ich nochmals soviel laufen muss.

Ho-Chin-Minh

Kirchberg erreicht. Kirchberg ist für mich ein wichtiger Meilenstein, da es von hier aus weniger Kilometer sind als bis hierher und da ich den Weg der Emme entlang ein bisschen kenne, Heimvorteil sozusagen. Der Pfad ist sehr eng und steinig und ich bin doch froh, dass ich hier nicht in der Dunkelheit durchrennen musste. Dort setze ich auch meine Kopfhörer auf und höre meine Power CD. Sofort fällt das laufen viel einfacher und ich überhole einen nach dem Anderen. Als Endspurt wäre das super, aber es geht immer noch 40 km. Nach gut 45 Minuten ist mal wieder Pause angesagt und ich verfalle in meinen normalen “Jogging-Geh Stil”.

Plötzlich sehe ich vor mir niemanden mehr. Auch hinter mir niemand mehr. Wo sind die alle hin. Panik steigt schon langsam auf, wenn ich dran denke, dass ich wieder zurück laufen muss, doch ich weiss, dass der Weg der Emme entlang geht und dann sehe ich den ersehnten Mitstreiter auf der gegenüberliegenden Flussseite und so habe ich ein paar Meter auf der Nebenstrecke zurückgelegt.

Mentale Unterstützung naht

Bei KM 70 erwartet mich meine Familie. Doch dieser KM will und will einfach nicht näher kommen und so langsam dämmert es mir auch, dass alle sagen, dass bei KM 70 die Hälfte erreich ist. Daran will ich jetzt nicht denken, einfach nur voran, und dann endlich die ersehnte Unterstützung. Sie rennen sogar bis zum nächsten Dörfchen mit und das ist doch Motivation genug (es sei angemerkt, wie schnell ich am Joggen war, wenn sogar meine 4 Jährige Tochter vor mir hergelaufen ist).

Mittlerweile ist auch die Sonne bereits ziemlich hoch, da es doch bereits 10 Uhr ist. Ich bin sehr froh, meinen Velocoach dabei zu haben und somit stets Zugriff zu Wasser habe und es vor allem nicht rumtragen muss. Langsam macht sich auch eine kleine Blase am linken Fuss an der Verse bemerkbar. Das führt dazu, dass ich den Fuss nicht mehr schön abrolle sondern ein bisschen aufklatschen lasse (was wohl jetzt im Nachhinein die Knieschmerzen verursacht hat).

Der lange Leidensweg

Von den letzten 25 KM gibt es nicht mehr viel zu berichten. Eigentlich hatte ich mir diese 25 KM einfacher vorgestellt: 25 KM sind absehbar, das kenne ich gut, das ist schon 3/4 der Strecke, das klappt schon: FALSCH.

Kurz nach KM 75 nochmals die Killersteigung auf den Hügel um dann auf der anderen Seite runter nach Arch. Gleich vor dem Hügel auch noch ein “Shuttle-Bus direkt nach Biel, für diejenige, welche nicht mehr können”, doch der kommt definitiv nicht in Frage. Um hochzukommen ist gehen sowieso gesetzt doch auch das runterlaufen ist nicht ganz so einfach. Scheint als melden sich meine Knie und so wird runterlaufen fast anstrengender als hochlaufen und so ist auch hier gehen angesagt. Dann endlich in Arch eingetroffen, jetzt nur noch der Aare entlang und nach Biel, eine Kleinigkeit.

Die Kilometer werden länger und länger: Eigentlich sollte alle 5 KM ein Schild sein, doch ich könnte Schwören, dass die die Kilometeranzahl verdoppelt haben. So kommt dann doch endlich der Kilometer 85 und ich frage mich, wie ich es noch bis ins Ziel schaffen soll. Mittlerweile ist es auch ziemlich ruhig geworden. Die Nacht hindurch haben wir noch Witze und dumme Sprüche geklopft, von denen ist jetzt nichts mehr zu sehen oder zu hören. Eigentlich war mal der Plan, bei 80 oder 85 KM noch ein bisschen das Tempo zu erhöhen doch davon bin ich Kilometerweit entfernt. Ich bin froh, wenn ich nur vorankomme.

Auf der Zielgerade

Irgendwann kommt auch die 90er Tafel. Anhalten kommt jetzt nicht mehr in Frage, obwohl mein Körper nach einer Pause schreit. Ich weiss jedoch, dass jede Pause die Schmerzen hervorquellen lässt, welche beim Laufen einfach mysteriös verschwinden. So überlasse ich das Trinken fassen meinem treuen Velocoach und nehme die Flüssigkeit unterwegs zu mir. Wie soll ich diese letzten Kilometer noch schaffen? Es fehlt jegliche Energie. Es reicht nicht einmal mehr, um die Kopfhörer für meinen Powersong aufzusetzen und so gehts einfach voran, immer weiter.

Der Schein auf dem Foto trügt (liegt wahrscheinlich an der Sonnenbrille), aber die Pose ist bewusst so gewählt, damit ich nicht anhalten muss, weil dafür die Kraft nicht mehr reicht.

Dann endlich: 95 KM. Von jetzt an, gibt es ein Schild für jeden Kilometer. Ich quäle mich durch die Strassen und langsam wieder nach Biel hinein. Es gibt noch zwei klitzekleine Steigungen, die mir wie Berge erscheinen und eine Frau, welche ich bei Kilometer 85 überholt habe, joggt wieder leichtfüssig an mir vorbei (Hut ab) und dann endlich, das Festzelt in Sicht und gleich danach die Zielgerade: Der Speaker feuert mich noch persönlich mit Namen an und so reicht es doch noch, um diese 100m zu joggen und dann das erlösende Ziel.

Grosse Emotionen. Ich könnte in Tränen ausbrechen, schreien vor Glück und gleichzeitig einfach vor Erschöpfung auf den Boden fallen. Ich habe es geschafft: In 15:25 habe ich die 100 Kilometer von Biel hinter mich gebracht. Mein Respekt für alle, welche den 100er von Biel machen ist enorm gewachsen. Ich habe diese Strecke massiv unterschätzt und dass das so ein Kampf wird, hätte ich mir beim besten Willen nie erträumt. Geschafft ist geschafft und die Zeit lässt auf jeden Fall noch Luft nach oben offen … nur wann, weiss ich noch nicht ;)

An dieser Stelle auch ein herzliches Dankeschön an Flo, meinen Velocoach, der mir tapfer die ganze Nacht hindurch zur Seite gestanden ist. Sorry, dass ich die Motivation nicht immer in Praxis umsetzen konnte ;) War super!

100 KM Biel - Am Ziel was originally published by Raphael Schär at Rapsli.ch on June 09, 2013.

PM Lunch - Auswahl der richtigen PM Software

2013-06-06T00:00:00+02:00

An PM Software scheiden sich die Geister. Ist wahrscheinlich eines der top diskutierten Themen in der Projektmanagementwelt. Es gibt ja auch eine ziemliche breite Palette von Bug trackern über Collaboration tools, bis hin zu Ressourcenverwaltungen oder ganz einfachen Todolisten und alle von ihnen haben den Anspruch einer PM Software. Stefan Hagen hat ein Interview mit Dr. Mey Mark Meyer gemacht. Mey hat sich auf PM Tools spezialisiert.

Laut Stefan Hagen wird es auch in Zukunft weitere solche PM Launches mit Branchen Experten geben.

Und Wenn ich schon gerade am Schreiben bin. Mein kleines Simple PM Tool ist immer noch am Entstehen. Freue mich über Feedback und Input.

PM Lunch - Auswahl der richtigen PM Software was originally published by Raphael Schär at Rapsli.ch on June 06, 2013.

Die letzten 24 h

2013-06-06T00:00:00+02:00

Schuhe sind gepackt. Kleider sind mental schon bereit. Die Wetterprognose könnte besser nicht sein (13-15°C), ich habe die letzten beiden Nächte 9 h geschlafen. Es scheint alles parat zu sein. Doch kann man für so ein Event überhaupt parat sein?

Wahrscheinlich könnte man, wenn man jede Woche 100 km gelaufen ist. Kann man das jedoch auch sagen, wenn man pro Woche 30-60 km gelaufen ist? Meine längste Strecke war 48 km (mit zwei zugedrückten Augen ist das 50% und die erfahrenen Bieler sagen, dass die Hälfte erst bei 70km erreich ist).

Falls jemand Nachts Probleme mit Schlafen hat, darf er sich gerne an den Streckenrand stellen und mir ein bisschen applaudieren. Auf der Karte darunter sollte es eine Marschroute drauf haben… ob ich mich daran halten kann oder sogar noch schneller bin??? … morgen werde ich es wissen.

Ich werde zudem versuchen regelmässig meine Position via Twitter durchzugeben. Für ein Livetracking reicht der Akku leider nicht. Ich werde zudem schöne farbige Leuchtwürmchen tragen… man wird mich hoffentlich sehen ;)

Doch dann habe ich folgenden Spruch entdeckt (via tumblr)

Der Aufsteller des Tages!

Your lungs are burning. Your legs are shredded. And this is just the beginning. We are a different breed.

Don’t be afraid. Let you animal instincts kick in as you devour the pack. This is miles of agony vs ecstasy. Injuries be damned.

The thrill of the hunt drives you to slay your opponent. Pain is temporary, victory is eternal.

Mal schauen, ob ich noch Twittern kann… wer mir folgen möchte: #100kmbiel. Schauen, obs auf der Zielgerade noch für einen Tweet reicht ;)

Tweets about “#100kmbiel”

Sodala, dann ist alles gesagt… der Tag, bzw. die Nacht möge kommen und mir gnädig sein.

Die letzten 24 h was originally published by Raphael Schär at Rapsli.ch on June 06, 2013.

Die letzte Trainingsrunde

2013-06-03T00:00:00+02:00

Die Vorbereitungszeit ist vorbei. Heute noch eine zügige 5 km Runde eingestreut, um die Moral und Vorfreude noch ein wenig zu steigern und das wars dann auch schon. Seit gut 6 Monaten habe ich mich für meine Verhältnisse intensiv auf die bevorstehenden Strapazen vorbereitet, auf die Nacht der Nächte, die Runde aller Runden, den 100 km Lauf von Biel Ein Herzblut Ultraläufer werde ich definitiv nicht, aber für die Zielgerade sollte es doch reichen.

Die Wetter Prognose für den kommenden Freitag sieht zum Glück wieder freundlicher aus und anstatt der Badehose kann ich doch die Laufhosen anziehen (wenn ich jedoch die aktuelle Wetterlage überdenken, dann habe ich gelernt, dass es von Tag zu Tag ändern kann). Ich weiss nicht was schlimmer sein könnte, als 100km im Regen laufen zu müssen? Vielleicht 100km ohne Essen, aber das wäre es dann auch schon.

Am meisten freue ich mich auf die letzte 10km, das Ziel schon fast vor Augen und trotzdem noch 10% der Strecke vor mir. Was für ein Gefühl das wohl sein muss? In weniger als einer Woche werde ich schlauer sein und kann dieses Kapitel in meinem Leben auch durchstreichen.

Mal schauen, ob ich unterwegs zwischendurch mal einen Tweet absetzen kann: Hashtag #100kmbiel, falls es noch andere Geeks dabei gibt ;) … Geeks on the run!

Die letzte Trainingsrunde was originally published by Raphael Schär at Rapsli.ch on June 03, 2013.

Wordpress Good Bye

2013-06-02T00:00:00+02:00

In den letzten paar Wochen habe ich ein wenig mit Jekyll rumgespielt und war so begeistert, dass ich sogleich mein migriert habe. Eigentlich habe ich schonmal vor ein paar Monaten damit geliebeugelt, aber das ganze Ruby Zeugs hat mich damals ein bisschen abgeschreckt.

Jekyll

Jekyll ist ein Static Site generator… sprich eigentlich Internet Back to the roots. Nix dynamisch, sondern einfach statische Seiten. Ja statische Seiten in Ordnern und Unterordnern verpackt. Polls, Formulare und all die schönen Sachen sind nicht mehr möglich. Back in die Frontpage Zeit :)

Ganz so steinzeitlich ist es natürlich nicht mehr. Inhalt und Layout wird strikt geteilt und so ist es möglich jederzeit das Layout zu ändern. Einziger unterschied, die komplette Seite wird bei jeder Änderung komplett generiert und liegt dann als HTML Dateien vor, ist somit portabel und Backups sind auch keine grossen Probleme mehr.

Warum

Wordpress ist ja schön und gut, aber ich habe festgestellt, dass ich die ganzen vielen Features und Vorteile einer Datenbank einfach nicht mehr nutzte. Ich hatte lediglich noch meine Posts und Kommentare, welche ich jedoch schon seit langem via Disqus betreibe. Trotzdem musste ich immer mal wieder die Plugins und Module aktualisieren, Sicherheit ist auch immer wieder ein Thema und dann natürlich nicht zu schweigen von der Performance, all das fällt weg. Ich kann meine Posts schreiben und alles schön bei Github deponieren und gut ist.

Wie Weiter

Ich werde jetzt mal ein wenig damit herumexperimentieren und schauen, wie es mir gefällt… Aber es gibt ja unzählige von sehr begeisterten Jekyll Anwendern, von daher denke ich, dass ich hier gut aufgehoben bin.

Wordpress Good Bye was originally published by Raphael Schär at Rapsli.ch on June 02, 2013.

8 Lern Seiten für zukünftige Web Entwickler

2013-05-23T00:00:00+02:00

Nie war es einfacher. Als ich zu meiner Zeit noch angefangen habe zu programmieren, da waren vor allem Bücher gefragt: Lesen und abtippen (copy & paste ging nicht) und wenn das Programm nicht lief, dann gabs auch kein stackoverflow sondern dann hatte man entweder einen Freund, den man fragen konnte oder aber man hat gegrübelt und probiert bis es klappt. Hier eine Liste mit ausgezeichneten Ressourcen für alle zukünftigen Zen Coders ;) - Wahrscheinlich hätte ich noch eine Seite zum Englisch lernen hinzufügen sollen, da alle Seiten in Englisch sind... in der IT Welt ist das wohl einfach eine Grundvoraussetzung. Falls du noch weitere gute Seiten kennst, bitte unbedingt in die Kommentare posten.

Codeacademy

Sprachen

Web Fundamentals
JavaScript/jQuery
Python
Ruby
PHP
Common APIs (e.g. YouTube, Twitter, Evernote...)

Randdaten

Preis: Gratis
Level: Anfänger - Fortgeschrittener Anfänger
Sprache: Deutsch & Englisch
Url: http://www.codeacademy.com

Zusammenfassung: Verschiedene Lehrgänge, welche auf Learning by Doing setzen. Es gibt einen Editor im Browser zum Programmieren. Übungen können direkt online durchgeführt werden. Sehr hübsch und einfach aufgebaut. Das ganze ist als Community aufgesetzt, sprich jeder kann Übungen online erstellen.

Udacity

Sprachen

Java
Javascript

Randdaten

Preis: Gratis
Level: Anfänger - Fortgeschrittener Anfänger
Sprache: Englisch
Url: Udacity - Web Development, HTML5 Game Development, Introduction to Programming in Java

Zusammenfassung: Technisch perfekt umgesetzte Kurse: Videos mit eingebauten Übungen, welche gleich direkt im Browser gelöst und überprüft werden können. Zu jedem Kurs gibt es auch ein Forum, wo die Übung diskutiert werden.

It-ebooks

Sprachen

Diverse

Randdaten

Preis: Gratis
Level: Anfänger - Fortgeschrittene
Sprache: Englisch
Url: HTML5 & CSS3 for the Real world (unter anderem)

Zusammenfassung: Der eine oder andere bevorzugt vielleicht lieber ein bisschen traditionellere Methoden zum Lernen: Ein Buch. Es gibt Bücher zu allen möglichen Themen und Sprachen: Java, JQuery, PHP, Javascript, Canvas und und und. Die Bücher können als PDF heruntergeladen werden, online gelesen werden oder gekauft werden.

HTML5 Doctor

Sprachen

HTML

Randdaten

Preis: Gratis
Level: Anfänger - Fortgeschrittene Anfänger
Sprache: Englisch
Url: http://html5doctor.com/

Zusammenfassung: HTML5 ist die Grundlage für jeden Webentwickler. HTML 4 hat 14 Jahre auf dem Buckel und wird langsam durch HTML5 abgelöst. HTML5 Doctor beschäftigt sich mit dem Markup und erklärt die neuen Javascript APIs, welche dem Webentwickler zur Verfügung stehen, wie z.B. Web SQL, Native Drag & Drop oder Application Cache. Eine Vielzahl an Artikeln geben einen guten Überblick über HTML5.

Codeschool

Sprachen

Javascript
Ruby
iOS
HTML/CSS/SASS

Randdaten

Preis: Gratis & Bezahlt
Level: Anfänger - Fortgeschrittene
Sprache: Englisch
Url: http://www.codeschool.com

Zusammenfassung: Sehr ansprechende Seite. Einige Kurse sind frei zugänglich, andere müssen gekauft werden. Lektionen mit Video und eingebauten Übungen.

Treehouse

Sprachen

Javascript
Ruby
iOS

Randdaten

Preis: Bezahlt (ab 25$ pro Monat)
Level: Anfänger - Fortgeschrittene
Sprache: Englisch
Url: https://teamtreehouse.com

Zusammenfassung: Gratis gibt es nicht sehr viel Inhalt. Die Jungs haben ein wöchentliches Videopodcast, wo sie während ca 20 Minuten über technische Themen sprechen. Sehr professionell. Mit den eigentlichen Videos habe ich keine Erfahrung.

Dive into HTML5

Sprachen

HTML5

Randdaten

Preis: Gratis
Level: Anfänger - Fortgeschrittene Anfänger
Sprache: Englisch
Url: http://fortuito.us/diveintohtml5

Zusammenfassung: Wer gerne liest, kann sich auf dieser Webseite vertiefen. Mehr Text findet sich auf kaum einer Seite. Es mag ein bisschen altmodisch aussehen, der Inhalt ist jedoch top aktuell und sehr verständlich.

Can I Use

Beschreibung: caniuse.com ist ein Nachschlagewerk. Probleme in der Webentwicklung ist seit der Entstehung des Webs vor allem die Browserkompatibilität. Angefangen mit dem grossen Browserkrieg zwischen Microsoft und Netscap geht es mittlerweile zwischen Chrome, Microsoft, Firefox und co weiter, wobei die alle Fronten gleich verhärtet sind. caniuse.com ist ein riesiges interaktives Nachschlagewerk, zum herausfinden, ob ein Browser eine bestimmte Funktion/bestimmtes Feature unterstützt oder nicht. Dabei werden HTML, CSS und Javascript abgedeckt (also alle gängigen HTML5 Elemente). Sehr empfehlenswert! Url: http://caniuse.com

Fazit

Der Weg ist lang und steinig, aber alle haben irgendwann mal begonnen... auch die Grossen und falls du noch weitere gute Seiten kennst, bitte unbedingt in die Kommentare posten. http://www.youtube.com/watch?v=nKIu9yen5nc

8 Lern Seiten für zukünftige Web Entwickler was originally published by Raphael Schär at Rapsli.ch on May 23, 2013.

Simple PM - Einfaches MultiPM Tool

2013-05-14T00:00:00+02:00

Seit einiger Zeit bin ich als Projektmanager für Web Projekte zuständig. Als App Geek habe ich bereits diverse Programme/Apps ausprobiert und war eigentlich bisher noch nie wirklich zufrieden (wer gleich direkt zu meiner Idee will):

MS Project

Sorry, aber einmal muss man es probiert haben. Für kleine/agile Web Projekte vollkommen unbrauchbar und von der Usability her eine Katastrophe. Vielleicht mag es an der veralteten Version liegen (Office 2003, huch ist bereits 10 Jahre alt), aber glücklich werde ich damit nicht. Nach 1-2 Stunden habe ich zwar einen schönen Plan mit allen Tasks und kann sogar noch Ressourcen verbuchen, aber nützen tut es mir herzlich wenig und der administrative Aufwand übersteigt bei weitem den Nutzen. Zudem ist der Plan spätestens nach 4 Wochen veraltet und stimmt hinten und vorne nicht.

Basecamp

Hurra. Ich bin ein Basecamp Fan. Geniales Tool und mit der neuen Version noch viel genialer geworden: Erfüllt. Nur leider: In jeder grösseren Firma will das Management alle paar Wochen einen Report vorliegen haben, wo über den Fortschritt und Risken rapportiert wird. Soll ich den CEO auf Basecamp schicken? Wohl eher nicht. Daher: Für die tägliche Arbeit sofort, fürs eigentlich Tracking des Projekts leider nicht... muss es auch nicht.

Diverse Todolists (Asana, rememberthemilk oder Google Keep)

Ich kann sie schon gar nicht mehr zählen, so viele Tools habe ich hier schon ausprobiert. Aktuell bin ich gerade bei Google Keep, einfach weil es so Simple ist und daher entsprechend flexibel. Andere wiederum sind super komplex und lassen keine Wünsche offen, sei es Kommentare, Tasks anderen Leuten zuordnen, Reminder und wiederkehrende Tasks. Alles ist möglich. Aber auch das will ich nicht: Ich will nicht jeden einzelnen Task tracken und ich will auch keine Kollaboration, sondern lediglich für mich den Fortschritt über wichtige Tasks haben und dazu noch über mehrere Projekte.

Projekt Management Suits (ApolloHQ, Zoho usw.)

Eigentlich könnte ich an dieser Stelle auf meinen Kommentar zu Basecamp verweisen. Irgendwie finde ich jedoch, dass sich Basecamp von den anderen abhebt. In den meisten Fällen können diese anderen all das, was Basecamp auch kann und dazu noch viel mehr und gerade da liegt der Haken. Sie können zu viel, wodurch das Arbeiten zu umständlich wird. Um schnell und einfach einen Überblick zu haben werden diese dann unbrauchbar, um als Team zu kollaborieren denkbar -> wobei ich doch Basecamp bevorzuge.

Excel

Ja, auch das habe ich gemacht und das in diversen Formen. Ich muss sagen, dass es für meine Anforderungen wohl am Besten geeignet ist, da die Einarbeitungszeit gleich Null ist und ich mir mit ein paar Formeln und Funktionen schnell das gewünschte Sheet zusammenklicken kann. Daraus ist dann auch die Idee entstanden, daraus eine Web App zu machen.

Simple PM

Mal die Screenshots hiere Idee ist die folgende. Es gibt eine Overview, dort werden alle Projekte und ihre Milestone geliestet. Zusätzlich dazu den Projektfortschritt in %. Dann gibt es die Projektdetailansicht. Hier werden die Milestone aufgelistet und zu jedem Milestone können Tasks hinzugefügt werden. Ein Task hat zusätzlich noch einen Prozentwert über den aktuellen Status (dieser wird manuell gesetzt) und er kann mit einer Farbe markiert werden (grün, gelb, rot). Der Milestone erhält zusätzlich einen Durchschnittswert über den aktuellen Fortschritt, sowie einen Soll Fortschritt, falls der Projektfortschritt linea verläuft (dies entspricht sicher nicht der Realität, aber gibt einen Anhaltspunkt). Zusätzlich gibt es noch ein Feld, um Risiken und Issues zu notieren. Wichtig: Editieren muss einfach und schnell funktionieren, analog zu Excel, will heissen keine umständlichen Buttons zu klicken, sondern lediglich anklicken und schon editierts.

Dein Feedback

Habe ich etwa eine App verpasst? Gibt es bereits genau das? Habe ich etwas wichtiges ausgelassen? Irgend eine Denklücke? Irgend etwas, was ich nicht vergessen darf? Danke für dein Feedback.

Simple PM - Einfaches MultiPM Tool was originally published by Raphael Schär at Rapsli.ch on May 14, 2013.

Es ist vollbracht - Anmeldung ist raus

2013-05-14T00:00:00+02:00

Lange dauert es nicht mehr (genau gesagt noch 24 Tage) und jetzt endlich habe ich mich durchgerungen, die Anmeldung für die 100km abzuschicken. Seit 6 Monaten trainiere ich nun mehr oder weniger regelmässig (in den letzten Wochen zum Glück doch regelmässig). Wenn ich auf eine kleine Runde gehen, dann sind das 10 km, wenn ich auf eine Grosse gehe, dann 30-40km (wobei ich leider einfach zu wenig Zeit für die grossen Runden habe und diese daher doch eher spärlich ausgefallen sind). Auf dem Programm steht noch eine 45-50 km Runde und dann sicher nochmals eine 30 km Etappe und das muss dann reichen (neben den zahlreichen kleinen, die natürlich noch folgenden). Langsam aber sicher bin ich bereit dafür und will es hinter mich bringen. Ich will es erleben und schauen, ob ich es packen kann oder nicht. Eine Laufstrategie habe ich parat, der Körper ist mehr oder weniger auch parat, der Kopf denke ich auch... es fehlt lediglich noch der Tag bzw. die Nacht der Nächte. Rückblickend kann ich schon jetzt sagen, dass es eine ausgezeichnet Erfahrung war. Fokusiert auf ein Ziel hinzuarbeiten und gewisse andere Dinge einfach zu vergessen bzw. in den Hintergrund rücken lassen, bzw. diesem einen Ziel unterzuordnen. Einige denken ich wäre verrückt andere bringen Bewunderung entgegen. Warum ich so etwas mache? Ich weiss es auch nicht. Einen Beweis erbringen? Das Ego stärken? Das Erlebnis geniessen? Aussergewöhnlich sein? Neugierde was mit dem Körper auf so einer langen Distanz passiert? Genau kann ich es auch nicht sagen, aber es wird wahrscheinlich eine gesunde Mischung von allem sein.

Es ist vollbracht - Anmeldung ist raus was originally published by Raphael Schär at Rapsli.ch on May 14, 2013.

Anfängerwissen für Node.js

2013-04-22T00:00:00+02:00

Da die ganze Node Welt noch sehr neu ist, hier eine kleine Sammlung, damit ich es nicht jedes Mal neu Googlen muss. Diese Liste wird wahrscheinlich stetig wachsen. Es lohnt sicher also sicher, hier immer mal wieder vorbeizuschauen.

Nützliche Module

NVM: Versions Manager für Node. Erlaubt es bestimmte Versionen von Node zu installieren und zu verwenden. Smog: Ein einfacher GUI client für MongoDB in Node.js geschrieben. nodemon: Startet den Nodeserver jedes mal neu auf, sobald eine Datei geändert hat. Macht das Entwickeln ein bisschen weniger aufwendig. Express: Ein einfaches Web Framework. Bisher habe ich noch nicht sehr viel davon gebraucht, aber für den Anfänger ist vor allem die Middleware und das Routing sehr nützlich. Node Unit: Ein einfach Unit testing Framework.

Gute Tutorials

Blog rolling with mongoDB, Express and Node.js. Erklärt simpel und einfach wie Node.js, express und mongodb zusammenspielen, ohne dabei andere Module/Bibliotheken zu verwenden. (Scheint viel einfacher zu sein: Node.js and MongoDB - Getting started with Mongojs) Code School: Real-time Web with Node.js. Muss ich zuerst noch durchführen, sieht aber sehr unterhaltsam und informativ aus. Authentication, Middleware, Express. Ein sehr einfaches Beispiel, wie sich eine Authentifizierung mit Node.js und Express umsetzen lässt. nginx und Node.js. Stackoverflow Diskussion mit ein paar nützlichen Links, wie nginx konfiguriert werden muss, damit es gut mit Node.js zustammen spielt.

Mini Wissen

call/apply

function.apply(object, arguments);
e.g. peter.agePlusOne.apply(fritz, ['Hurra']);

peter wäre in dem Fall ein Objekt mit einer Methode agePlusOne. Ich brauche die Methode agePlusOne von peter, setze jedoch den Scope von "this" auf fritz. Das stellt sicher, dass sich this nicht auf peter bezieht und dadurch sein Alter um 1 erhöht wird. Zusätzlich kann ich noch ein Array von Parametern der Methode agePlusOne übergeben.

Nützliche Funktionen

Anzahl an Funktionsparameter

 var invokee1 = function(err, callback) {
// cant change this function
callback();
};
console.log(invokee1.length);
//Resultat = 2 -> length = die Anzahl an Funktionsparameter

Anfängerwissen für Node.js was originally published by Raphael Schär at Rapsli.ch on April 22, 2013.

Cloudflare - Webseitenladezeit in 10 Minuten zum Nulltarif optimieren

2013-04-17T00:00:00+02:00

Schneller, sicherer, einfacher. Gilt überall und wenn es um die Ladezeiten der Webseite geht erst recht. Über Twitter erreichen mich immer wieder irgendwelche Opimierungstweets und was alles getan werden muss, damit die Seite noch schneller lädt. Die Liste sind dann irgendwie wie folgt aus:

Javascript, CSS, HTML minimieren
Bilder, Text komprimieren
Browser Caching einschalten
Sprits verwenden
und noch mehr

Dabei geht es doch viel einfacher: Cloudflare dazwischen schalten. Cloudflare agiert als Proxy/CDN. Einrichten erfolgt kinderleicht:

Cloudflare installieren

Installieren ist eigentlich viel zu hoch gegriffen, konfigurieren trifft es doch schon besser:

Auf Cloudflare registrieren
Neue Webseite hinzufügen, e.g. rapsli.ch. Danach analysiert Cloudflare die DNS Situation.
Jetzt lediglich die bestehenden DNS Einträge anpassen -> bei mir musste ich das via switch.ch machen
Warten bis die DNS Änderungen greifen.

Jeder Zugriff erfolgt jetzt zuerst via Cloudflare, falls etwas im Cache ist, dann wirds ausgeliefert und kommt gar nicht mehr zum eigenen Server, ansonsten wird eine Anfrage an den Server gemacht. Auf meiner kleinen EC2 Instanz ist die durchschnittliche CPU Belastung um fast 50% zurückgegangen. http://www.youtube.com/watch?v=0XZOecsbnKo

Cloudflare - Webseitenladezeit in 10 Minuten zum Nulltarif optimieren was originally published by Raphael Schär at Rapsli.ch on April 17, 2013.

Sind PHP, Java und .Net am Sterben?

2013-04-12T00:00:00+02:00

Mal wieder ein bisschen mit Google Trends gespielt. Scheint als wären die grossen Programmiersprachen am Sterben... oder aber die Leute wissen bereits alles dazu und müssen daher nicht mehr danach googeln. Neue Trends aktuell sind sicher Node.js (und wahrscheinlich noch andere): Im Vergleich zu den Grossen noch verschwindend klein, aber doch mal ein guter Start. Auf jeden Fall spannend zu sehen, wie das in 2 Jahren ausschaut... der neue Überflieger oder es gibt bereits den nächsten grossen Star. Ich habe aktuell viel mit Javascript gearbeitet und finde mich so langsam aber sicher ein bisschen damit zurecht. Noch fühlen sich die Konzepte für Objekte komisch an (wahrscheinlich bin ich hier einfach Java gebrandmarkt), aber so langsam aber sicher nähere ich mich da an. Es stellt sich jetzt die Frage PHP den Rücken zu kehren und serverseitig auch mit Javascript zu arbeiten oder weiter auf PHP zu setzen? Die Benchmarks für Node.js sind seeehr vielversprechend... Stellt sich halt die Frage, ob das lediglich ein Trend ist, der bald wieder verschwindet, oder ob Node.js eine ernst zu nehmende Plattform wird? Dann wiederum ist gut zu wissen, dass Javascript so schnell nicht verschwinden wird bzw. vermehrt Verbreitung (Firefox OS z.B.)

Sind PHP, Java und .Net am Sterben? was originally published by Raphael Schär at Rapsli.ch on April 12, 2013.

Die langen Qualen

2013-04-06T00:00:00+02:00

Die letzten Wochen habe ich fleissig meine Kilometer abgespult. Zwar nicht ganz so viele, wie ich eigentlich wollte, aber auch nicht so schlecht. Heute war dann mal wieder ein langer dran: 30km und 300 Höhenmeter. Die ersten 10 Kilometer scheinen viel zu lang, doch dann wirds langsam besser. Das Tempo von Anfang an niedrig, damit es auch bis zum Schluss noch passt. Der Aare entlang, über schöne Felder, die Sonne lacht ins Gesicht es ist nicht zu warm und nicht zu kalt, einfach gerade ideal. Bei Kilometer 20 wünsche ich mir einen Verpflegungsposten. Die Flüssigkeit in meinem kleinen Fläschchen neigt sich langsam aber sicher zuende. Die paar Balisto und die Banane reichen vollkommen aus. Nach ein mehr als 3 Stunden komme ich an. Die Beine spüre ich doch ein bisschen, es ist jedoch eine grosse Erleichterung festzustellen, dass der letzte Kilometer der schnellste war. Gute Zeiteinteilung, es hätte als auch noch mehr drin gelegen. Noch genau 2 Monate trennen mich und die Nacht der Nächte. 100km sind lang: die heutige Runde mal 3 und dann noch die 10 km Ehrenrunde. Egal, es muss einfach reichen: Training macht viel aus und der Rest muss der Kopf gut machen... dann auf die nächste paar Kilometer.

Die langen Qualen was originally published by Raphael Schär at Rapsli.ch on April 06, 2013.

HTML5 = Open Source ist gut fürs Web

2013-03-18T00:00:00+01:00

Letzte Woche habe ich den Artikel "Jede HTML5 App ist Open Source" geschrieben. Das Internet ist offen und frei und soll dies auch bleiben und HTML5 ist ein grosser Schub dafür. Nicht mehr länger können Geheimnisse verborgen werden. Der Source Code kann nicht in einem Binary und auch nicht auf einem Server versteckt werden. Der Source Code liegt offen und für jedermann relativ einfach zugänglich da.

Chance oder Problem?

Für die einen wird dies ein grosses Problem sein, für die anderen eine grosse Chance. Es gilt die Web Welt zu umarmen und die Offenheit zu leben. Der Source Code liegt offen da, ich als Entwickler kann also problemlos Blogeinträge schreiben und Schnippsel daraus verwenden. Der Source Code kann von anderen Entwicklern analysiert und kommentiert werden. Es können Vorschläge und Patches geschrieben werden, einzig was nicht erlaubt ist, ist den Source Code 1:1 zu kopieren. Doch wo liegt da die Grenze? Wie kann bewiesen werden, dass die Idee nicht auf dem eigenen Mist gewachsen ist? Ist das das Ende von Software Patenten? Ich kann mir gut vorstellen, dass hier in Zukunft noch der eine oder andere Streit auf uns zukommen wird. Die eigentliche Business Logik wird je länger desto mehr an Wert verlieren, da diese für alle zugänglich ist. Wichtiger sind Faktoren wie Service, Usability, Integration mit anderen Diensten und Daten. Daten gilt es zu schützen, Usability, Integration und Service auszubauen.

Offenheit ist der Schlüssel

Das Web lebt von Offenheit. In Blogs und sozialen Netzwerken geben Menschen privateste Dinge offen preis. In Foren und IRC unterstützen sich oftmals Konkurrenten mit Tipps und Tricks, wie ein bestimmtes Problem zu meistern ist. News sind frei zugänglich und können verlinkt, verschickt und getauscht werden. Das Web ist eine sehr offene Kultur und vielleicht ist es auch gerade deswegen gut, dass HTML5 diese Offenheit nicht verhindert (obwohl ich sicher bin, dass sich einige Firmen daran stören und entsprechende Schranken einbauen werden).

Die Spaghettizeiten sind vorbei

Warum sollte ich also meinen Code verstecken? Ich kann dadurch helfen, das Web voranzutreiben und neue Ideen/Ansätze zu verbreiten. Ich muss mich jedoch auch knallhart der Realität stellen, wenn ich Mist programmiere. Software ist nicht mehr eine Blackbox, sondern eine gläserner Würfel, dem ich mich wohl oder übel stellen muss. Vorbei sind die Zeit, wo ich irgendwelchen Spaghetticode auf einem Server verstecken mit dem Gedanken: "Hauptsache es geht." Das mag jetzt alles sehr idealistisch klingen und ist es wahrscheinlich auch und es gibt viele, welche nicht sehr viel Freude an dieser Entwicklung haben (siehe z.B. das Leistungsschutzrecht). Auch wenn einiges nocht vernab der Realität ist, liegt doch ein Funken Wahrheit darin.

Update 5.4.2013: DRM im HTML [Spiegel online]

Es scheint also durchaus im Interesse einiger Leute zu sein, hier doch etwas zu tun, wenn auch ein bisschen in einer anderen Richtung.

HTML5 = Open Source ist gut fürs Web was originally published by Raphael Schär at Rapsli.ch on March 18, 2013.

Apple IOS Developer Zertifikate SOS

2013-03-16T00:00:00+01:00

Das mit diesen Apple Zertifikaten kann ganz schön verwirrend sein. Es gibt super Doku, aber die ist mir viel zu lang. Daher hier die Kurzversion für mich persönlich, wenn ich das nächste Mal wieder etwas am Basteln bin.

Development Zertifikat

Muss via xCode erstellt werden. Wenn es noch nicht vorhanden ist, dann wird es automatisch erzeugt. Falls bereits ein Zertifikat vorhanden ist, dann kann dieses in den Keychain Access importiert werden:

Export des Zertifikates von dem Mac aus, wo das Zertifikat ursprünglich erstellt wurde.
Doppelklick und schwups ist es im eigenen Schlüsselbund drin. ACHTUNG: Passwort ist hier notwendig.

-> Wahrscheinlich das Zertifikat am Besten irgendwo speichern, damit es jederzeit auf einem anderen Mac eingesetzt werden kann.

Provisioning Profiles

Dann gibt es noch die Provisioning Profiles. Dieses ist notwendig, um die App auf einem iPhone ausserhalb des App Stores zu installieren. Pro App braucht es ein Provisioning Profile. Eine gute Anleitung ist hier. Das ist hauptsächlich für mich, aber vielleicht nützt es ja sonst noch jemandem.

Apple IOS Developer Zertifikate SOS was originally published by Raphael Schär at Rapsli.ch on March 16, 2013.

Jede HTML5 App ist Open Source

2013-03-11T00:00:00+01:00

Um es gerade vorweg zu nehmen. Der Titel stimmt juristisch natürlich so nicht, technisch hingegen schon. In der Vergangenheit, sprich vor 15 Jahren, war JavaScript eine Sprache für Hacker und Spieler. Javascript aus Sicherheitsgründen zu deaktivieren war normal. Die Business Logik einer Webseite fand ausschliesslich auf dem Server statt. In den vergangenen Jahren hat sich hier einiges geändert: Kaum eine Webseite, welche nicht irgend einen Schnipsel Javascript benötigt und mit HTML5 hat sie auch noch ein hübsches Logo bekommen. Javascript ist erwachsen und salonfähig geworden. [caption id="" align="alignnone" width="640"] Flickr (http://www.flickr.com/photos/epstudios)[/caption]

Krieg der Mobilen Technologien

In der Appszene herrscht eine wahre Technologie Schlacht. Da gibt es auf einen Seite die iOS vs Android Schlacht und damit die Java vs Objective-C und auf der anderen Seite die Native vs HTML5 Schlacht. Ich möchte hier weniger auf die Sprachschlacht eingehen sondern mir das HTML5 Camp ein bisschen genauer anschauen.

Was ist HTML5

Viele Laien denken immer noch, HTML5 sei eine Programmiersprache: "Wir möchten die App gerne in HTML5 geschrieben." Falsch. HTML5 ist ein Konzept oder Framework, welches basierend auf HTML, Javascript und CSS ist. Jede dieser drei "Säulen" übernimmt einen Teil: HTML ist für die Struktur einer App zuständig, CSS für das Look and Feel und Javascript für die Logik. In den meisten Fällen kommt auch noch irgend eine Serversprache hinzu: PHP, Ruby, Python oder Node.js für die coolen Kids (Randbemerkung: PHP und Python sind Dinosauriere und das sieht man den Seiten auch an. Die bräuchten mal einen Designer). Via REST Interface werden so Daten vom Server geholt, verarbeitet und verteilt. Diese klassische Client Server Architektur ist wohl bekannt und daher auch sehr einfach. Interessant wäre hier eine verteilte Peer-to-Peer Architektur für eine App, doch in den meisten Fällen würde das wenig Sinn machen, bzw. würde die Komplexität massiv erhöhen.

Entwicklung von HTML5

HTML5 entwickelt sich rasant weiter. Chrome ist der Treiber der Szene. Wenn irgendwelche neuen Spezifikationen hinzukommen, dann sind sie sehr oft die ersten, welche sie umsetzen. Features, welche bereits gegeben sind, sind diverse Möglichkeiten für Offline speicher, Zugriff auf lokale Daten, GPU Unterstützung für Rendering, verschiedene Optionen, Form Element zu rendern und und und. Das Feld ist relativ unübersichtlich. Auf der Seite HTML5 Test, kannst du schauen, wie gut dein Browser HTML5 unterstützt. Wenn die Entwicklung so weitergeht, dann sind die APIs bald schon sehr mächtig und werden von den meisten aktuellen Browsern auch unterstützt. HTML5 Apps steht dann also nichts mehr im Weg.

Was ist der Vorteil von HTML5

Ich gehe hier davon aus, dass alle Geräte die benötigten HTML5 Spezifikationen unterstützen. HTML5 hat dann den riesigen Vorteil, dass es wirklich Cross Plattform Kompatibel ist. Das heisst: Ich schreibe eine App und kann diese dann sowohl auf einem Blackberry, einem Notebook und einem iPad benützen, ohne grosse Modifikationen. Wahrscheinlich wird es noch die eine oder andere Anpassung brauchen, wie wir das seit jeher kennen. HTML5 Apps sind also Native Browser Apps, welche halt einfach anstatt in einer VM in einem Browser laufen. Die Entwicklung geht jedoch weiter: Firefox OS Apps sind HTML5 Apps. Es ist also kein Browser notwendig, sondern die Apps laufen als solches Native im OS. Daher: Eine HTML5 App, welche ich geschrieben habe, kann ich problemlos auch gleich für Firefox OS verwenden. [caption id="" align="alignnone" width="640"] via Flickr @doctorserone[/caption]

Titanium, PhoneGap und Co.

Dann gibt es die Hybride: Appcelerator Titanium und PhoneGap, sind die, welche ich kenne. Ohne im Detail darauf einzugehen: Die eigentlich Logik der App wird in Javascript geschrieben (ja, es sind zwei komplett unterschiedliche Technologien, aber dazu vielleicht ein anderer Post). Meine Vermutung hier ist, dass besonders Appcelerator Titanium eher eine mittelfristige Lösung ist. Ich kann mir gut Vorstellen, dass die in 5 Jahren nicht mehr in der aktuellen Form existieren (aber bis dahin baue ich noch darauf auf).

HTML5 = OpenSource

Nach dieser langen Einleitung und Ausschweifung komme ich endlich zum Punkt: HTML5 ist Open Source. Nicht Open Source als Lizenz sondern Open Source im buchstäblichen Sinn. Wenn ich meine App im Browser Öffne, kann ich den Source Code und mir Schnipsel oder auch den ganzen Code herauskopieren. Mit PhoneGap und Titanium sieht das ein kleines bisschen anders aus: Zuerst muss ich an die App Datei herankommen, welche im Grunde genommen lediglich ein Zip File ist. Darin versteckt sich der ganze Code, welcher komplett offen ist. Um an die App Datei zu kommen brauche ich lediglich ein "gejailbraktes" Gerät. Also meine streng geheime vielleicht patentierte Software kann von jedermann gelesen und kopiert werden (vergl. den riesigen Streit zwischen Google und Oracle, wegen neun Zeilen Java Code).

Möglichkeiten zum Schutz

Es gibt sogenannte Obfuscator. Diese verschleiern Javascript u.a. so dass es unlesbar wird. Beispiel dafür sind z.B. YUI Compressor. Hier ein kleines Beispiel, basierend auf jsobfuscate.com:


self._isNetworkConnectionAvailable = function() {
if (Titanium.Network.networkType === Titanium.Network.NETWORK_NONE) {
return false;
}
return true;
}

Und was der Obfuscator daraus macht sieht dann wie folgt aus:


eval(function(p,a,c,k,e,d){e=function(c){return c.toString(36)};if(!''.replace(/^/,String)){while(c--){d[c.toString(a)]=k[c]||c.toString(a)}k=[function(e){return d[e]}];e=function(){return'\\w+'};c=1};while(c--){if(k[c]){p=p.replace(new RegExp('\\b'+e(c)+'\\b','g'),k[c])}}return p}('6.4=3(){5(1.0.7===1.0.8){2 a}2 9}',11,11,'Network|Titanium|return|function|_isNetworkConnectionAvailable|if|self|networkType|NETWORK_NONE|true|false'.split('|'),0,{}))

Zugegeben, das wird definitiv unleserlich, doch stellen nicht wirklich ein Problem dar. Ein Copy & Paste auf jsbeautifier und schon ist der Code wieder schön. Ich habe mal den definitiv unleserlichen Code von Gmail reinkopiert, 2 Sekunden später habe ich leserlichen Javascript Code in der Hand.

Ist das der Weisheit letzter Schluss?

Ich kann mir nicht vorstellen, dass HTML5 Applikationen vor dem grossen Durchbruch stehen, solange hier nicht eine Lösung gefunden wird. Solange das nicht der Fall ist, ist die einzige Möglichkeit, Code zu schützen, die Logik auf den Server zu verlagern, wo er vor unbefugtem Zugriff geschützt ist. Das wiederum führt dazu, dass ich ständig eine Online Verbindung brauche. Mag sein, dass mit den heutigen WiFi und G3 bzw. LTE Netzen, das nicht mehr so eine Sache ist, aber spätestens wenn ich im Ausland bin, bin ich froh, wenn ich eine App auch Offline verwenden kann. Es müsste daher eine Möglichkeit geben, Javascript Code als Bytecode abzuspeichern, welcher dann von der entsprechenden Javascript VM interpretiert werden kann. Ich bin überhaupt kein Experte auf diesem Gebiet, aber Axel von Javascript and more, ist der Meinung, dass es kaum realistisch ist, dass sich die verschiedenen Browserhersteller auf ein einheitliches Format einigen würden:

I don’t think we could get browser vendors to agree to a common bytecode for all JavaScript virtual machines, because there is no common ground.

Javascript zuerst in Bytecode zu kompilieren, wäre nicht mehr Javascript. Die Offenheit des Internets würde darunter leiden und es passt einfach nicht zu Javascript. Es wäre nicht mehr JavaSCRIPT, sondern JavaKOMPLIZIERT. Was würde die ganze Community rund um JSFiddle machen? Denn diese Dienste wären doch eher aufwändiger, wenn zuerst noch Bytecode erstellt werden muss.

Und die Lösung ist?

Mir noch unbekannt. Vielleicht kenne ich sie einfach noch nicht und sie liegt bereits da draussen irgendwo und vielleicht gibt es sie auch einfach noch nicht. Vielleicht ist es auch gar kein Problem und ich mache lediglich eines daraus? Vielleicht wäre eine Möglichkeit, eine App mit einem Key zu packen und zu zertifizieren. Alle Browserhersteller kennen den Key und können den somit öffnen. Wahrscheinlich könnte man sich hier etwas von der Musik und Filmindustrie abschauen, welche mit relativ wenig Erfolg solche Digital Right Management (DRM) auf ihren Tonträgern einsetzen. Und vielleicht ist auch gerade das ein Beispiel dafür, dass ein DRM sowieso nichts bringt und man es daher auch gleich lassen soll. Wahrscheinlich ist die Lösung ein Mix aus allen Faktoren:

Die Hürde so hoch wie möglich setzen, z.B. durch einen Obfuscator
Keine kritische Daten wie z.B. Passwörter in der App speichern
Hochgeheime Algorithmen auf den Server verlagern.

Ich bin der Meinung, dass dies für gewisse Firmen nicht akzeptabel ist und daher gewisse Programme auch nicht als HTML5 App veröffentlicht werden, aber was noch nicht ist kann noch werden.

Jede HTML5 App ist Open Source was originally published by Raphael Schär at Rapsli.ch on March 11, 2013.

Passwortlänge beschränken

2013-03-10T00:00:00+01:00

Überall liest man, dass Passwörter nicht sicher sind. Ein super Artikel von Dan Goodin "Why passwords have never been weaker—and crackers have never been stronger". Nachdem ich den Artikel gelesen habe, habe ich schon beinahe angefangen mir Gedanken über mein ganzen Online Accounts zu machen. Unterdessen habe ich mich wieder mit dem Gedanken abgefunden: "Mich trifft es schon nicht". Twitter wurde gehackt, Evernote ist das letzte bekannte Opfer und wahrscheinlich werden in naher Zukunft weitere Opfer hinzukommen. So habe ich mir doch mal wieder die Mühe gemacht, meine Passwortstrategie zu überdenken und habe sogar angefangen, Passwörter von Diensten mal wieder zu ändern.

Das neue Passwort muss 6 bis 16 Zeichen lang sein.

Sorry, aber was sind das für Einschränkungen? Jeder Dienst sollte Kunden, welche längere Passwörter wählen mit Handkuss annehmen. Eigentlich sollten Kunden mit Passwort länger als 16 Zeichen einen Badge oder eine Prämie bekommen, aber nein, statt dessen, werde ich daran gehindert. 16 Zeichen ist eine beachtliche Länge, das gibt wenn man nur grosse und kleine Buchstaben verwendet immerhin 4.1 x 10^62 Möglichkeiten = eine Zahl mit 62 Nullen = unvorstellbar hoch und via Bruteforce aktuell nicht knackbar.

Adding a GPU card to a system undoubtedly helps, but not as much as many might imagine. An AMD Radeon 6970 still needs more than 10 days to brute force a seven-character passcode. And the wall barely budges even when significantly more powerful resources are brought to bear. Using an Amazon EC2 cloud system that combines the horsepower of more than 1,000 individual GPUs, it still takes about 10 days to brute-force an eight character password.

Und wenn mal etwas neues kommt?

Durch geschickte Listen wird diese Zahl jedoch drastisch nach unten reduziert, da viele Kombinationen ausgeschlossen werden können. Und was ist in 2-3 Jahren, wenn neue Technologien hinzukommen? Warum nicht schon heute hier keine Limite setzen, oder vielleicht bei 256 Zeichen? PS: Ach wie schön und da wurden also wieder ein paar Passwörter gestohlen: Avast in Deutschland gehackt, tausende Benutzerdaten im Netz.

Passwortlänge beschränken was originally published by Raphael Schär at Rapsli.ch on March 10, 2013.

Vom City Running in die freie Natur

2013-03-04T00:00:00+01:00

Nach zwei Wochen City Running endlich wieder mal ein bisschen Dreck und Gras unter den Schuhen. Licht und Strassen war während dieser Zeit definitiv nicht das Problem, umso erstaunter war ich als ich heute um 20 Uhr loslaufen wollte. Das nächste Haus ist 500 Meter entfernt, die nächste Stadt mit mehr als 10'000 Einwohner mehr als 20 Kilometer, kein Mond am Himmel, Resultat es ist stockdunkel. Eingestellt, lediglich in der Stadt zu laufen habe ich zwar eine Leuchtweste dabei, jedoch keine Stirnlampe. Die Trampelpfade der Küste entlang haben keine Beleuchtung und so musste ich zur Notlösung greifen, um doch noch ein paar Kilometer zurückzulegen: Smartphone. Für die kleine 5 km Runde (dafür aber 300 Meter Steigung) ausreichend. Wunderbare Runde in einer milden März Nacht. Die perfekte Einstimmung auf die Nacht der Nächte in Biel in ein paar Wochen. Biel ich komme!

Vom City Running in die freie Natur was originally published by Raphael Schär at Rapsli.ch on March 04, 2013.

Die Virtuelle Gadget Konsolidierung

2013-03-01T00:00:00+01:00

Ein Tweet von Jurgen hat heute meine Aufmerksamkeit auf sich gezogen. https://twitter.com/jurgenappelo/status/307160732087238656 Ein Einzelfall? Ein Geek? Letzteres sicher, erstes ich weiss nicht. Dann habe ich überlegt mit wievielen Gadgets ich aktuell auf Reisen bin. Erstaunlicherweise bin ich auch auf vier Gadgets gekommen: 2x Notebook, 1 Smartphone und ein Tablet. Ein Geek? Ja sicher. Und meine Frau, mit wie vielen Gadets reist sie? Nein nicht eins, nicht zwei und nicht keins, sondern drei. Ein Netbook, en Smartphone und ein Kindle. Ein Geek? Definitiv nicht.

Die grosse Gadget Konsolidierung

Das Smartphone hätte das sein sollen/sein wollen. Ich kann mich gut erinnern, wie begeistert ich war und was ich alles damit machen kann:

Surfen
Chatten
Telefonieren
Termine verwalten
Video schneiden
Fotos machen editieren
Navigieren
TV bedienen
You name it

Es geht noch weiter. Android verdrängt den klassischen klobigen Kasten. Einfach das Handy an den Monitor koppeln und schon gehts los. Die Rechenleistung nimmt ständig zu, von daher gut vorstellbar, dass in ein paar Jahren beim Normalouser das Handy die Aufgabe des Desktop PCs übernimmt

Weiteres Beispiel der Walkman, Disc-Man, Mini-Disc, MP3 Player (iPod) Smartphone. Aus zwei Gadgets (Music und Telefon) ist eines geworden, das Smartphone. Daher müsste die Summe der Anzahl Gadgets sich um eines verringern.

Schauen wir uns weiter die Satelliten Navigation im Auto an. In den 90er Jahren kamen die ersten Geräte auf den Markt, welche die Autos im Sturm erobert haben. Nachts auf der Autobahn gibt es kaum ein Auto, welches nicht das typische LCD Licht vorne hat. Mittlerweile kämpfen die Hersteller jedoch mit massiven Problemen. Google Maps erfüllt Pflichtbewusst die Aufgabe: Die Summe reduziert sich um ein weiteres Gadget.

Dann wäre da noch der Smarttv. Vorbei sind die Zeiten wo eine einfach Fernbedienung mit on/off, Ziffern und Volumen Knöpfen reichen würde. Aber halt, eine Fernbedienung ist eigentlich auch alt: Dafür gibts ja diverse Apps. Eine Fernbedienung kommt selten allein, da ist ja eine für den TV, eine für den Blueray Player und eine für den Digital Receiver. Daher, aus 4 Gadgets (3 Fernbedienungen und 1 Telfon) wird ein Smartphone: Die Summe an Gadgets reduziert sich um 3 Geräte.

Also eigentlich müssten wir definitiv mit 2 Gadgets auskommen: Ein Portables z.B. das Smartphone zum Konsumieren und eines zum Arbeiten (z.B. Tablet oder Ultrabook)

Die Gadget Explosion

In der Vergangenheit haben wir immer danach gestrebt alles in ein Gadget zu verbannen, die eierlegende Wollmilchsau sozusagen. Und die aktuelle Entwicklung von Asus zeigt, dass es auch heute noch immer das Bestreben ist: das FonePad, eine 7 Zoll Smartphone. Ich warte schon darauf jemandem mit so einem Klotz am Ohr im Zug zu sehen. Geht die Rechnung von Asus auf, dann verschmilzt Smartphone und Tablet in ein Gadget, was ich mir ehrlich gesagt nicht vorstellen kann, was vielleicht an meiner beschränkten Imagination liegt.

Google hat hohe Bestrebungen noch im Jahr 2013 die Google Glasses auf den Markt zu bringen. Wird es Smartphone ersetzen? Vielleicht, wird es das Notebook verdrängen? Vielleicht? Aber das wird definitiv nicht in den kommenden 5 Jahren passieren. Das heisst, es kommt wieder ein Gadget mehr hinzu (ob man die Glasses auch durch den x-ray im Flughafen durchlassen muss?)

[caption id="" align="alignnone" width="600"] via Flickr http://www.flickr.com/photos/thomashawk/[/caption] Damit noch nicht genug. Aktuelle Bestrebungen nach Miniaturisierung schreiten rasch voran. Das Projekt Raspberry Pi ist ein Mini Computer in Kreditkartengrösse, welcher gerade mal 25$ kostet. Die Liste an selbst gebastelten Gadgets, welche irgendwelche Geeks bauen wird täglich länger. Ich bin noch auf der Suche nach der passenden Idee, um mir auch so einen zu besorgen. Und schlussendlich ist immer noch das Thema Wearable Computing, bzw. Oral Computing. Die Computer (Gadgets) werden so klein, dass es überall Platz hat (und mit IPv6 gibt es auch für jedes Gadget eine IP). Ich kann mir gut vorstellen, einen Computer im Schuh zu haben, welcher mein Geschwindigkeit misst. Ein paar weitere sind an Lebenswichtigen Organen und messen ständig Puls, Blutdruck und Insulinspiegeln. Auf Knopfdruck erhalte ich ein aktuelles Gesundheitsbild von mir selbst. Weitere Computer sind in der Kleidung und regulieren den Wärmehaushalt dynamisch. Bei der Shopping Tour im Winter muss ich nicht mehr die Jack auf und zu machen, der Computer kümmert sich via der neuen Biofaser selbständig darum, dass stets die richtige Temperatur herrscht. Ich könnte die Liste noch beliebig verlängern. Wir werden mit dutzenden von Gadgets umherlaufen und nur noch darüber Schmunzeln, wenn Jürgen seine 5 Gadgets an der Sicherheitskontrolle im Flughafen auspackt.

Kommunikation ist gefragt

Die grosse Herausforderung wird sein, diese Gadgets und Informationen miteinander zu verknüpfen und die Daten schlau aufzubereiten. Apple wird wahrscheinlich wieder sein eigenes Süppchen kochen, aber die anderen Hersteller werden sich hoffentlich auf Standards einigen. Insofern ist auch das eine Konsolidierung aber halt eine Virtuelle. Es wird nicht mehr versucht ein Physikalische Gerät zu bauen, welches alles kann, sondern ein Verbund an Gadgets, welche als ein Gadget agiert und dem Endbenutzer als eine Einheit gegenübersteht. Virtuelle Konsolidierung klingt eigentlich noch ganz gut. Das Internet ist ein Beispiel für ein solch funktionierendes Ökosystem. Ein verbunden von Millionen von Rechner, welcher jedoch dem Endbenutzer gegenüber als eine geschlossene Einheit erscheint. Das Internet als Virtuelle Konsolidierung von Computer.

Weniger ist mehr

Anstatt also zu versuchen Gadgets mit noch mehr Features vollzustopfen, sollte mehr Zeit investiert werden, wie die Gadgets sicherer untereinander kommunizieren und effizienter voneinander Gebrauch machen können, da es sowieso nicht gelingen wird, die Eierlegende Wollmilchsau zu kreieren. Linux besteht aus zig kleinen Programmächen, welche sehr oft aneinandergekettet werden können und dann Hand in Hand arbeiten. So ähnlich stelle ich mir diese Zusammenarbeit vor. Ich bin Total happy, wenn ich eine Fernbedienung für den TV habe und ein Smartphone. Was jedoch super wäre: Das Handy klingelt, was dann der Fernbedienung ein Signal sendet, worauf diese den TV leiser stellt. Das Beispiel mag einfach klingen, aber da es so unglaublich viele Kombinationen und Möglichkeiten gibt, ist es wohl nicht das einfachste Problem zu lösen. Aber dafür gibt es ja genügend schlaue Leute. Wahrscheinlich müssen wir uns von der Vorstellung wie ein Computer aussieht trennen. Die Wandlung ist auch extrem, wenn wir die vergangenen 20 Jahre anschauen: Von der grauen Kiste, zum sexy weissen Kistchen, zum flachen Tablet. In Zukunft wird es einfach viele headless (sprich ohne Display) Gadgets geben, was kein Problem darstellt, da die Kommunikation unter den Gadgets reibungslos abläuft und lediglich noch ein Gadgets die Visualisierung übernimmt, während die anderen Gadgets ihre anderen Aufgaben erledigen. Diese Aufgabentrennung würde auch signifikante Kosteneinsparungen bringen, da eben gerade ein Display nur 1x vorhanden sein muss. Hast du andere Vorstellungen? Mit wievielen Gadgets bist du unterewgs?

Die Virtuelle Gadget Konsolidierung was originally published by Raphael Schär at Rapsli.ch on March 01, 2013.