Wie sehe ich das?

Nun, für mich ist eine Linux Distribution dafür da angewendet zu werden. Ich habe noch ungefähr 10 Rechner am Laufen auf denen Gentoo installiert und konfiguriert ist.
Im Moment habe ich einen Rechner (den kleinen Asus Eee 900) auf dem ich Ubuntu installiert habe.
Ich werde auch in Zukunft einen Mix aus beiden “Welten” haben. Gentoo hat seine Vorteile, wenn es um angepasste oder sehr aktuelle Software geht.
Ubuntu hat seine Vorteile, wenn es um schnelle Installation und Konfiguration geht.
Also, ich tauge nicht so ganz zum Glaubenskrieg.

Gefällt mir Ubuntu?

Ich finde es sehr angenehm mit dem System umzugehen.
aptitude hat Eigenschaften die ich von emerge her kenne.
Der Umstieg war daher ziemlich einfach.
Was mir nicht so gefällt ist, dass die Sourcen für i386 übersetzt wurden. Also für den kleinsten gemeinsamen Nenner.
Das ist normalerweise nicht so schlimm, doch auf meiner kleinen Maschine habe ich nicht so viel Prozessorleistung.
Die Oberflächen sind gefühlt etwas langsamer.
Wenn man aber dagegen die Geschwindigkeit bei der Installation hält, dann muss ich einfach eingestehen dass ich insgesamt doch ziemlich Zeit einsparen werde.
Die Zeit, die ich jetzt (gefühlt) länger brauche um auf meine Oberfläche zu warten, hatte ich vorhher mit der Installiererei und Übersetzerei verbraten.
Bisher bin ich wirklich zufrieden.
Bis auf die eingebaute Kamera (wofür es auch noch ein Programm gibt) sind alle Hardwarekomponenten funktionsfähig.
Die Konfiguration der letzten Komponenten werde ich auch noch hinbekommen.
Also der erste Eindruck ist von meiner Seite her wirklich positiv.

Danke an die Ubuntu User

Da ich das System am Wochenende auf dem Barcamp in Dornbirn installiert habe, hatte ich direkten Zugriff auf Ubuntu User.
Am Samstag hat mir Roman Hanhart den Umstieg nochmals nahegelegt. Er hat mir auf seinen Maschinen schon öfter gezeigt wie schön die Hardware mit dem Ubuntu System harmonisiert.
Dirk Deimeke hat schlussendlich die Installation begleitet. Er hat die eigentliche Installation durchgeführt und mir gezeigt wie es geht.
Er hat mir auch die ersten, grundlegenden Tools und Handgriffe erläutert.
Vielen Dank dafür!
Ein weiterer Teilnehmer hat den rettenden Tipp mit dem speziell für den Asus Eee konfigurierten Kernel gegeben.
Das Ganze war also eine Teamwork Aufgabe. So wie es die Phillosophie von Ubuntu vorsieht.
Ich durfte also von Anfang an Ubuntu mit seiner Phillosophie kennen lernen.

Ähnliche Beiträge

Ähnliche Beiträge

Fazit

Es war ein sehr kleines Barcamp, mit “gefühlten” 50 Personen am Samstag und 30 Personen am Sonntag.
Doch die Qualität war überdurchschnittlich hoch.
Ich möchte mich für das angenehme Barcamp bei allen Teilnehmern und natürlich bei den Organisatioren bedanken.
Ok, wie immer nach einem Barcamp bin ich heute ziemlich müde. Aber das ist ja in Ordnung so und gehört auch so

Ähnliche Beiträge

Er hat z.B. eine Upload Funktion angegriffen und dort anstatt einem Bild eine PHP Datei auf den Server gelegt.
Diese PHP Datei hat er dann ausgeführt.

Wichtig ist, dass die Entwickler wirklich darauf Wert legen müssen, sich für jeden Angriff zu wappnen.
Leider gibt es so viele Angriffsmöglichkeiten, dass ein wirklicher Schutz sehr schwer ist.

Den absoluten Schutz gibt es nicht. Aber man sollte sich immer überlegen welche Angriffe möglich sein können.

Mit Tools kann man Angriffsszenarien automatisieren. Wenn man einen Angriff kennt, kann man sich entsprechende Regressionstests durchführen.

Prinzipiell muss man sich an die Standard Regeln (XSS, SQL Injections usw.) zu halten.

Ähnliche Beiträge

Ähnliche Beiträge

Dann wünsche ich mal schöne Europawahl (ich habe schon gewählt, im Bürgerbüro in Konstanz) und viel Spaß auf euren Barcamps oder was ihr auch sonst so tut!

Ähnliche Beiträge

Was für Erkenntnisse habe ich heute?

Ich habe mittlerweile erkannt, dass ich am Wochenende am Barcamp in Dornbirn locker über die Modularisierung und Benutzung von bestehenden Systemen sprechen kann.
Am Beispiel des Newssystems müssen vermutlich nur

• Ein Endedatum, an dem die News (der Artikel) nicht mehr dargestellt werden darf.
• Eine einfache Eingabe für die News, also keine komplette WordPress Eingabe sondern wirklich nur Titel und Beschreibung sowie Start- und Endedatum.
• Einige Views, mit denen die News Einträge überall ohne das komplette WordPress Verhalten angezeigt werden können. Dies kann über RSS Feeds oder über explizit entwickelte Views erreicht werden.

Wie könnte man WordPress entsprechend einbinden?

Nichts leichter als das!
Wir nehmen eine Factory Klasse, die uns für die unterschiedlichen WordPress Versionen die entsprechenden Adapterklassen anzieht.
Auf diese Weise sind wir vom WordPress entkoppelt und erhöhen nicht die Komplexität bei einem Update.
Das Ganze könnte ungefähr so aussehen:

Ich erstelle einen Adapter, oder eventuell eine Fassade, mit der die Komponenten von WordPress oder BuddyPress an mein eigenes System angepasst werden.
Da sich während eines WordPress Updates die Schnittstellendefinition verändern kann, wird pro WordPress Version ein dafür notwendiger Adapter oder Fassade geschrieben.
Falls sich nichts ändert, kann natürlich der gleiche Adapter verwendet werden.
Über eine Fabrikklasse kann die im Moment aktive Adapterklasse instanziiert und zurückgeliefert werden.
Die Fabrikklasse kann relativ einfach die Version des aktuell verwendeten WordPress auslesen und entsprechend den richtigen Adapter zurückliefern.
Cool oder?

Wie sieht es mit der Komplexität aus?

Auf dem Fucamp in Furtwangen habe ich über Guggat emol Blog, viel Spaß beim Lesen! Über Links zu Artikeln freuen wir uns, jedoch bitte bindet nicht einfach unsere Inhalte in eure Seite ein, danke. Hinweis für Feedleser: Beiträge, die Quellcode enthalten sind auf der Webseite meist besser lesbar, als in einem Feed-Reader.
4e3744397ab2a417f811b29573bcbef4)]]> http://www.baldenhofer.eu/blog/it/factory-und-adapter-pattern-fuer-die-erweiterung-von-wordpress/feed 0 http://www.baldenhofer.eu/blog/it/ist-das-newssystem-einfach-nur-eine-view-auf-eine-blogsoftware http://www.baldenhofer.eu/blog/it/ist-das-newssystem-einfach-nur-eine-view-auf-eine-blogsoftware#comments Tue, 02 Jun 2009 20:12:57 +0000 Roland http://www.baldenhofer.eu/blog/?p=1311 Heute habe ich zu Jozo gesagt, er soll sich einfach mal Gedanken machen was er mit dem Newssystem so alles anfangen will.

Ich bin zum Beispiel noch auf ein paar Gimmicks gekommen. Beispielsweise könnte man an das Newssystem ein paar schöne Ausgabeelemente anbinden:

• Einen Kalender, der anzeigt wann eine News aktuell wird
• Alle News sortiert nach irgendwelchen verrückten Eigenschaften wie z.B. nach Tags.
  Hier müsste man dann aber noch Tags einführen mit denen man dann die News wiederfinden kann. AHA! Schon klingt es sehr nach einer Blogsoftware oder?
• Alle News die ein bestimmtes Schlagwort enthalten.
  Hier würde ich empfehlen, mit einem bestimmten Caching Verhalten zu arbeiten. Sonst wird die News ziemlich langweilig zum Anschauen
• Wenn eine News eines bestimmten Menschen freigegeben wird, könnte man sich informieren lassen. Also könnte man die News seines Platzwartes beim Fußballverein sich per SMS aufs Natel, Handy, Mobile, Cellphone schicken lassen.
• Alle News von allen Redakteuren per SMS oder per RSS oder was weiss ich was verschicken lassen.

Und wenn man das ganze so anschaut, dann sieht es doch schon schwer nach einem WordPress MU oder nach einem BuddyPress aus.

Denn was machen WordPress MU und BuddyPress?

Sie geben für einen Artikel die Möglichkeit vor, einen Titel und einen Text zu schreiben.

Man kann Bilder einpflegen und man kann Tags und Beschreibungen zusammenstecken.
Man kann sich von seinen “Mitbloggern” in seinem Netzwerk zu Gruppen zusammenfassen lassen.
Man kann sich Nachrichten von den Mitbloggern zukommen lassen.

Man kann also eine ganze Menge, die wir mit unserem Newssystem auch machen wollen.

Was können die Systeme bisher so nicht?

Sie können ohne Erweiterung keine eigentlich schnell zu bedienende Newsfunktion bereitstellen.
Man kann nicht die WordPress Seiten ohne weiteres irgendwo einbinden.
Vermutlich gibt es da ein Plugin, also bitte vergebt mir meine Unwissenheit

Auf alle Fälle müsste man die Anzeige von News entsprechend abändern.
Bei einem Blogsystem werden Artikel nach einer bestimmten Zeit in das Archiv verschoben. Man kann normalerweise nicht sagen:

Morgen ist Weihnachten, also zeige diesen Artikel.
Übermorgen ist Weihnachten vorbei, also zeige diesen Artikel nicht mehr.

Daraus folgt, dass man die Blogsoftware entsprechend anpassen müsste.
Oder man schreibt sich doch ein eigenes, für News perfektioniertes, System.

Warum habe ich jetzt ein Problem?

Naja, ich möchte am Wochenende auf dem Barcamp in Dornbirn über das Thema Warum muss Software Wegwerfware sein? sprechen.
Wenn ich dort als der Monstermissionar auftreten will und es eigentlich doof finde immer neue Software zu schreiben und auf der anderen Seite ein Newssystem basteln will, dass zu 70% eine Social Network Plattform ist, dann sollte ich schon mal über mein Tun nachdenken.

Ich halte es für mehr als vernünftig, dass ich zuerst mit ein paar Menschen über dieses Thema spreche und dann das Newssystem erstelle.
Im Zweifelsfall ist es immer noch ein Schulungsprojekt um den lieben Jozo durch seine Fachausweis Informatikerlehre durchzudrücken.

Auf der anderen Seite ist es natürlich auch sinnvoll, wenn wir z.B. das BuddyPress so ergänzen, dass unsere News da rauspurzeln. Dann brauchen wir uns wenigstens nicht so arg um die Eingabe der einzelnen Artikel kümmern…

Ähnliche Beiträge

Jeden Tag entstehen neue Werkzeuge die bestimmte Probleme lösen sollen.
Beispielsweise wird neue Blogsoftware erstellt, die auf den Ideen von bestehenden Blog-Systemen aufsetzt.
Mit der Erstellung von neuen Systemen wird versucht Arbeitsabläufe und Problemstellungen, die mit den bestehenden Systemen nicht befriedigend gelöst werden können, zu verbessern.

Ein Beispiel wie ich gerne Blogsoftware verwenden würde und der tatsächliche Ablauf

Beim Erstellen von Artikeln sollte der Arbeitsablauf für mich wie folgt aussehen:

• Ich schreibe meine Gedanken in Stichworten auf
• Ich nehme die Stichworte und erstelle daraus Überschriften und den eigentlichen Text
• Ich fülle Bilder und Links in den Text ein
• Ich schreibe die Beschreibung, also eine Zusammenfassung in ein- oder zwei Sätzen, mit der der Artikel bestimmt wird
• Ich bestimme die Tags, mit denen dieser Artikel wieder gefunden werden soll
• Ich überlege mir einen passenden Titel

Meine WordPress Installation schreibt mir jedoch folgenden Ablauf vor:

• Schreibe zuerst den Titel des Artikels
• Schreibe den Artikel
• Beschreibe die Tags
• Erstelle die Seitenbeschreibung

Dieser Ablauf passt nicht zu meinem gewünschten Prozedere.
Ich werde von der Oberfläche dazu gezwungen, mir zuerst einen Artikeltitel zu erfinden.
Das will ich aber nicht, mache mir jedoch zuerst Gedanken um den Artikeltitel.

Was ist die Folge?

Ich halte mich mit Dingen auf, die ich in meinem Ablauf gar nicht haben will. Ich muss mich an das System anpassen. Und das führt dazu, dass ich langsamer werde und vom eigentlichen Arbeitsproblem abgelenkt werde.

Wie reagiert der normale Hacker?

Im Extremfall schreibe ich eine neue Software, die ziemlich ähnliche Eigenschaften wie WordPress hat.
Dabei verwende ich viele Features, die in WordPress vorhanden sind. Es entsteht ein neues System, dass z.B. erlaubt dass ich meinen Arbeitsablauf so gestalten kann wie ich will.
Parallel dazu entsteht jedoch ein System, dass andere Schwächen aufweist.
Beispielsweise könnte mein System folgende Probleme mit sich bringen:

• Der Arbeitsablauf des “normalen” WordPress Anwenders wird nicht abgebildet.
• Mein System könnte in bestimmten Bereichen langsamer sein
• Viele Features von WordPress werden in meiner Software nicht verfügbar sein.

Verschwendung von Lebenszeit

Um die verschiedenen Systeme zu erstellen, warten und installieren wird wertvolle Zeit von Menschen benötigt.
Um sich ein System auszusuchen wird weiterhin Zeit von Menschen benötigt.
Und um sich in das neu installierte System und seine Macken einzulernen wird wieder Zeit von Menschen benötigt.
Wir verschwenden so unglaublich viel Zeit. Die Produktivität sinkt und wenn wir mal ehrlich sind, wird nicht viel mehr erreicht als wenn wir bei einem Produkt geblieben wären.

Vorteile durch Vielzahl von vorhandenen Tools

Wenn wir aus vielen verschiedenen Werkzeugen die Passenden aussuchen können, ist dass natürlich ein sehr großer Vorteil. Wir legen uns nicht auf ein bestimmtes Werkzeug fest, wir können wählen und die Evolution der einzelnen Tools zeigt dass neue Komponenten die Erzeugung von Monolithen reduziert.
Die Werkzeuge bleiben änderbar und der Fortschritt kann erfolgen.
Weiterhin können wir uns gesellschaftlich von anderen Benutzern abgrenzen und uns so zu einem elitären Personenkreis zusammenschließen. Wir können uns somit also in der Gesellschaft positionieren.

Würde es noch einen anderen Weg geben?

Durch Open Standards, Open Source und Best Practise sind viele Abläufe schon mehrfach beschrieben und in unzähligen Werkzeugen abgebildet worden.
Sind wir doch mal ehrlich. Die Erstellung von Artikeln mit Blogsoftware wurde vor 30 Jahren auf dem Mainframe mit ähnlichen Arbeitsprozessen ermöglicht.
Damals war die Ausgabe dann entweder eine 3270 Emulation oder ein ausgedrucktes Dokument.
Wenn man die Qualität und den Informationsgehalt der damaligen Dokumente mit den heutigen Webseiten vergleicht kann man häufig feststellen, dass die Qualität und der Informationsgehalt identisch sind.
Wir haben also im Prinzip keine Verbesserung erreicht.
Die Arbeitsabläufe waren schon damals perfekt definiert und für den einzelnen Anwender anpassbar.
Der letzte Punkt ist für mich sehr wichtig.
Wir haben die Technologien, die Best Practise und die individuellen Wünsche.
Unsere Computersysteme sind stark genug, auf jeden individuellen Wunsch einzugehen.
Wir müssten eigentlich “bloß” die vorhandenen Technologien und Architekturideen verwenden und unsere bestehenden Systeme anpassen.

Wie kann das zum Beispiel aussehen?

Wir können unsere bestehende Blogsoftware verwenden und hier- und da ein Reverse Engineering ansetzen.
Wir können die Software entsprechend anpassen und zum Beispiel die Individualisierung (Customizing) vorantreiben.
Wenn ich mir meinen Arbeitsablauf (in Grenzen) selbst umstellen kann, dann brauch ich mir keine Gedanken um ein neues System machen.
Ich kann bestehende Systeme verwenden.
Wir könnten unsere wertvolle Zeit damit verbringen, nicht mehr neue Tools zu evaluieren, sondern bestehende Tools zu verändern.

Warum machen wir das nicht?

Manchmal habe ich den Eindruck, wir verwenden bestehende Tools nicht weiter, da wir in einer Wegwerfgesellschaft leben.
Es ist viel einfacher, und oft auch billiger, eine defekte Waschmaschine wegzuwerfen und eine neue zu kaufen als sie zu reparieren.
In der Software schlägt sich das auch durch.
Wir müssen immer neue Gimmicks erfinden, damit diese von den Anwendern gekauft werden. Wenn das nicht geschieht, gehen wir pleite.

Fragen die ich gerne diskutieren würde

Vielleicht würde Model Driven Architecture uns weiterbringen?
Oder ist gar die totgesagte SOA noch zu retten, wenn wir sie richtig aufkochen und verwenden würden?
Wenn wir nicht mehr von Buzzwords geleitet würden, sondern von Problemlösungen würden zwar einige Berater ihren Job neu definieren müssen. Auf der anderen Seite würden wir eventuell nicht mehr so viele Millionenprojekte in den Sand setzen und Geld und (viel schlimmer) wertvolle Lebenszeit vernichten.

Was würde passieren, wenn wir uns tatsächlich mehr um die Arbeitsabläufe und weniger um die eingesetzten Tools kümmern würden?
Könnten wir unsere bestehenden Werkzeuge nicht optimieren und somit tatsächlich das Rad nicht jedes mal neu erfinden?

Ähnliche Beiträge