For my international visitors: First real english blog post on blogcraft, caused by reasons. ;o)

Some days ago I was mentioned on Google+ by Marie Axelsson, a community blogger and first line support on flattr.

She wrote a short article about some projects and works of some guys like me who need some spotlight. (Read the full article on Google+, it’s public.)

I thank her for this mention; she wrote that she like my plugin (fork) StatPress SEOlution, a statistics plugin for WordPress.

First of all, everybody has to thank the origin author of Statpress, although this plugin is abandoned (also no author infos anymore, so I can’t name him or her). Without this work I couldn’t develop my fork of it.

Next to say: also my plugin is outdated and discontinued now! Keep that in mind, please!

What does it mean? You can still use it. If it’s working you’ll fine, if not, don’t blame me, please!

I promise to publish a new statistics plugin this year. Sounds like this is a lot of time, but three month of spare time development it something like nothing, trust me.

I have some other development work in my personal pipeline which got higher priorities, but I’ll try to give the WordPress statistics plugin a chance now, because I see some user love for Statpress SEOlution the last two years.

Unless some (not all) other developers of statistic plugins I try to keep the new plugin for free and open source. But maybe ofter some time of success I’ll introduce also a light and a pro version, maybe —if I like it myself ;o)— I also create a tiny service. (This will be for users who can’t have a big database caused by their webhosting packages. Also saw some issues in performance caused by huge databases, and statistics mostly need a lot of data, so the databases sometimes grow very fast!)

I have big plans, or let’s say big ideas and visions. :o)

To help me retaining these ideas you can donate further on. It’s not a waste of money, it’s giving love and trust and thanks. It’s giving a coffee (or tea or Club-Mate) for a developer, a elixir of life!

So flattr is a nice tool for giving such help.

Some words to flattr

I like flattr, I like the idea, the concept and the current realization. In general.

But on the other hand I see a “problem” (or let’s call it issue) which is not only an issue of the flattr service itself. It’s a “community usage situation” (and the flattr system of the past).

Big and already well-known projects, services and personalities or institutions can get a mentionable value of flattr. Unknown and tiny projects won’t have a lot of the flattr ecosystem.

Out of my developers situation I can say that I got 10 times and more by direct paypal donations than by flattr donations.

I can’t say if these thankful users did better know paypal, didn’t know flattr, preferred one system or not. I gave both opportunities, there was only one winner so far.

What does this mean and how I will handle it in future?

Caused by Marie’s mention I’ll try to give both donation systems as choice, no matter what the past said.

flattr added more possibilities to add mean which is great because with the old paypal only solution you lost money twice (fees for both services). And also in Germany (not only) users want to donate without giving too much money to third parties, especially if they are disliked. I think most users love to give direct support.

[TL;DR] Many words, short conclusion

First: I’ll try to release a new statistics plugin for WordPress until the end of this year (2011)!

Second: I will use flattr also in future! I love you guys and girls behind this service! Really!

Third: I will kill these GoogleAds here! They break design and are the worst monetarization tool for tiny projects! (I have approx. 16 EUR after more than a year and need 70 EUR to get a payout! And the last month income was unbelievable 4 cents!!! Hooray!)

Bonus: I will create a new blog design for blogcraft! I need a new and fresh and clean and minimalized one!

asaaki on blogcraft, 2011. | Statpress SEOlution, statistics plugin for WordPress and flattr (Permalink) | 2 Kommentare | Add to del.icio.us
Post tags: donation, english post, flattr, paypal, plugin, statistics, statistik, statpress, wordpress

Darum wird aus “Blogcrafter Chris” auch hier nun asaaki. Leser von mannaz.cc kennen den Namen ja bereits.

“Raider heißt jetzt Twix, … sonst ändert sich nix!”

asaaki on blogcraft, 2011. | Namensänderung (Permalink) | Keine Kommentare bisher | Add to del.icio.us
Post tags: asaaki, blogcrafter chris, nickname

Weitere Informationen rund um das Pressure CMS könnt ihr nun via codecraft.io erfahren. Das wird ab sofort mein Entwickler-Tagebuch.

Die Beiträge werden dabei sowohl in englisch aus auch deutsch geschrieben — also nicht jeder Artikel, aber beide Sprachen werden dort auftauchen. Hauptsächlich wird’s wohl Englisch sein, damit ich mehr Publikum erreiche.

asaaki on blogcraft, 2011. | codecraft.io und Pressure CMS (Permalink) | Keine Kommentare bisher | Add to del.icio.us
Post tags: blog, codecraft, coding, entwicklung, pressure, pressure cms

Ich bin ansonsten immer ein Freund der Linkliebe und solange die dahinterstehende Seite seriös anmutet, werde ich kaum Probleme bei ernsthaft gemeinten Kommentaren bzw. Pingbacks haben.

Aber jene, die nur ihre SEO-Pseudo-WP-Projekte nun auch auf dem Rücken der WordPress-Gemeinschaft aufbauen wollen, jene Menschen kann ich nicht gutheißen.

Wir haben schon eine starke Community, die sich bereits auf (wenigen) einschlägigen Seiten rumtreibt, und das ist auch gut so — zu viele solcher Anlaufpunkte wären unter Umständen auch wieder dem Erfolg abträglich, gerade Neulinge in WordPress werden es zu schätzen wissen, dass sie gezielt finden können, was sie brauchen. Irgendwelche dubiosen WordPress-Wikis und WordPress-Communities, die auch einfach nicht mehr gebraucht werden, sind sinnlos und verschwendete Zeit eurerseits, zumal ihr uns auch keine nennenswerten Inhalte liefert, sondern nur billig scrapt, aggregiert und sonstwie Informationen zusammentragt, hinter der keine Leistung eurerseits steckt.

Wenn ihr jetzt noch jeden WordPress-Plugin- oder -Theme-Entwickler mit euren Spam-Kommentaren bzw. (besonders nervtötenden) Pingbacks zu Tode langweilt, wird das echt kein Spaß mehr sein, sich mit dem ansonsten recht guten System WordPress zu beschäftigen.

Investiert doch lieber eure Zeit in der schon bestehenden Gemeinschaft und tut Gutes! Und erstellt gefälligst eigene Inhalte, denn auch in der SEO-Welt ist der Leitspruch Content is King! immer noch gültig!

Vielen Dank!

Ein von euch genervter Kleinentwickler

asaaki on blogcraft, 2011. | Liebe WordPress-Projekte-Spammer, (Permalink) | Keine Kommentare bisher | Add to del.icio.us
Post tags: community, entwickler, gemeinschaft, nervend, pingback, projekte, seo, spam, wordpress

Ich werde auf einzelne Komponenten eingehen, die ich zum Entwickeln und später auch für den Produktiveinsatz nutze, dabei werden dann auch Empfehlungen für andere Nutzer herauskommen, damit die Installation und Verwendung von Pressure auf anderen Plattformen möglichst reibungslos verläuft.

Auch werde ich höchstwahrscheinlich den Support dann auf diese Komponenten einschränken; wer andere Versionen/Distributionen der eingesetzten Software bzw. Module verwendet kann daher nur mit sehr eingeschränkter Hilfe rechnen. Aufgrund der Vielfalt da draußen im Internet sind das die Abstriche, die man leider machen muss.

Dieser Artikel beleuchtet nun den Unterbau: Ruby selbst!

Warum rvm?

Bevor ich direkt auf die Ruby-Version eingehe, ein paar Worte zu rvm.

rvm steht für Ruby Version Manager und kann unter http://rvm.beginrescueend.com bezogen werden. Die Installation gestaltet sich recht einfach. Dabei sollte man aber von Anfang an darauf achten, in welcher Form man rvm installieren möchte. Für den Heimbedarf und zum Entwickeln empfiehlt sich die Benutzer-lokale Installation, d.h. dass rvm und die verwalteten Ruby-Versionen nur für den einen Benutzer vorhanden ist. Dabei bleiben bereits auf dem Rechner installierte Ruby-Versionen unberührt.

Die Alternative, und sicher für den Produktiveinsatz auf Servern ist die Server-weite Installation von rvm. Beide Varianten sind auf der rvm-Seite beschrieben.

Benutzer-Installation (siehe: http://rvm.beginrescueend.com/rvm/install/)

bash < <( curl http://rvm.beginrescueend.com/releases/rvm-install-head )

System-Installation (siehe: http://rvm.beginrescueend.com/deployment/system-wide/)

bash < <( curl -L http://bit.ly/rvm-install-system-wide )

Bei der Server-weiten Installation des Ruby Version Manager rvm vereinfacht man sich die Sache, wenn man auf einem frischen Server noch gar kein Ruby installiert hat. Dies dürfte bei den Server-Varianten der meisten Linux-Distributionen der Fall sein, da im Regelfall keine Anwendungen installiert sind, die auf Ruby aufsetzen. Problematisch wird es erst dann, wenn man nach der Installation von rvm und den Rubies dennoch aus der Paketverwaltung ein Distro-Ruby dazu installiert, der ggf. Pfade überschreibt, die rvm selbst nutzt.

Der Vorteil von rvm ist, dass man fast jede Ruby-Version installieren kann, parallel! Auch die Verwaltung der Rubygems gestaltet sich dadurch sehr interessant, da man auch für jede einzelne Ruby-Version verschiedene Sets anlegen kann (Stichwort: gemset). Gerade bei der Entwicklung ist dies durchaus hilfreich, sich einfach einmal eine saubere Ruby- und RubyGem-Umgebung anzulegen, ohne andere Versionen und Sets zu berühren. Auch auf Produktivsystemen kann diese Isolation nutzbringend sein; vielleicht läuft die eine Anwendung nur mit einer Ruby-Version 1.8.7, die andere nur mit 1.9.2 und wieder eine andere soll mit ree, rubinius, jruby und/oder Co. laufen.

Ich möchte noch darauf hinweisen, dass ich nunmehr ausschließlich auf einer Linux-Kiste (mit Ubuntu) entwickle, auf meinem Heimrechner mit Windows sogar einfach in einer Virtuellen Maschine. Zwar gibt es auch für Windows gute Werkzeuge, um mit Ruby zu arbeiten, aber gerade bei den RubyGems habe ich festgestellt, dass die Windows-Plattform eher problematisch ist und Konfigurationen nach sich zieht, die nicht wünschenswert sind. Ich habe wohl mittlerweile schon Tage verbracht, ein ordentliches Ruby-Set zum Laufen zu bringen, was aber nur durch weitere Werkzeuge und Software möglich war. Fazit: Nie wieder!

Warum Ruby 1.9.2?

Nachdem rvm installiert ist, sollte man auch gleich seine Ruby-Versionen installieren, sonst bringt das alles nix. Um die Version 1.9.2 zu installieren, empfiehlt rvm, vorher 1.8.7 auf den Rechner zu befördern. Auch wenn wir diese Version eigentlich nicht unbedingt benötigen, schadet sie auch nicht. Außerdem mag der eine oder die andere auch mit der älteren Fassung spielen.

Also einfach 1.8.7 und danach 1.9.2 installieren und schon ist das rote Edelstein-Sammelsurium schon fast komplett. “Fast” deswegen, weil wir natürlich auch noch die eine oder andere nützliche Gem benötigen. RubyGems sind Erweiterungen ähnlich den CPAN-/PEAR-Modulen für Perl/PHP. Das Schöne, die meisten sind selbst fast nur in Ruby geschrieben, einige benötigen aber auch C-Erweiterungen, da damit etwas mehr Leistung rauszuholen ist (beispielsweise mit System-nahen Bibliotheken).

Ich möchte hier kurz einwerfen, dass ich mit den hier benannten Versionen immer die MRI (Matz’ Ruby Implementation) meine, also jene Ruby-Umsetzung, die sich an die Ruby-Spezifikationen hält und danach gebaut wurde. Es ist also die Referenz auf die Spezifikationen. Da aber das voranstellen von MRI irgendwie sperrig aussieht, verzichte ich darauf; wenn also 1.8.7 oder 1.9.2 auftaucht, bezeichnet dies immer die MRI-Versionen. (Siehe auch: Wikipedia Ruby#Referenzimplementierung)

Interessant ist, dass viele Entwickler im Ruby-Bereich immer noch auf 1.8.7 setzen, selbst bei neuen Projekten. Dabei ist selbst auf http://www.ruby-lang.org/de/downloads/ die empfohlene Version schon 1.9.2-p0. Auch das Online-Buch Ruby auf Schienen pflichtet mir bei und schlägt die aktuelle Version vor. (Nebenbei sind wir uns auch bei der Rails-Version einig, was ich aber in einem weiteren Artikel genauer beleuchte.)

Ruby 1.9.2 bringt einige Verbesserungen mit, die der Anfänger so gar nicht mitbekommt, braucht er oder sie aber auch gar nicht, wenn gleich von Anfang an mit der empfohlenen Version gearbeitet wird. Gesagt sei zumindest, dass auf alle Fälle im Bereich Internationalisierung und UTF-8 viel getan wurde. Ein Wehrmutstropfen viel mir aber noch auf: Um in einem Ruby-Dokument selbst UTF-8 Strings zu benutzen, bedarf es einer kleinen Deklaration im Kopfteil der .rb-Datei (#encoding: UTF-8), dies fällt aber in der Rails-Entwicklung sicher nicht ins Gewicht, da man dort seine internationalisierten Zeichenketten sowieso entweder in der Datenbank ablegt oder zwecks mehrsprachigem Interface in separaten Sprachdateien (die dann solch eine Deklaration eigentlich nicht benötigen).

Warum nicht 1.8.7, ree, rubinius und Co.?

Ein Teil dieser Frage wurde ja bereits im vorherigen Abschnitt geklärt, Version 1.8.7 von Ruby ist obsolet geworden, also nicht weiter dran denken und vorwärts schreiten. Ganz so einfach gestaltet sich der Prozess aber bei den spezielleren Ruby-Distributionen nicht (also jenen, die nicht vom Hauptentwicklerteam umgesetzt wurden). Nennenswert sind hier wohl ree (steht für Ruby Enterprise Edition), rubinius (eine C++/LLVM-Umsetzung, die optimierten Maschinencode generieren soll), JRuby (J wie Java), MagLev (ein Ruby in einer laufenden VM), und für Apple-Fanboys MacRuby sowie IronRuby für Winzigweich-Freunde. Es gibt noch einige weitere Implementierungen, die aber eher wenig bis gar keine Beachtung finden, noch stark in Entwicklung sind oder nicht mehr gepflegt werden.

Problematisch hierbei ist, dass noch viele auf dem 1.8.7er Zweig aufbauen (bis auf MacRuby, welches wohl nur noch zu 1.9.x kompatibel sei). Bei einigen ist zwar eine Aktualisierung angedacht, doch kann das wohl bei dem einen oder anderen Projekt dauern. Gerade bei ree wäre es wünschenswert, wenn hier bald eine 1.9.2-kompatible Version veröffentlich wird, da diese Implementierung wohl häufig im Einsatz ist.

Einen Performance-Test und -Vergleich kann ich also für Pressure noch gar nicht anstellen, da mir kaum alternative Ruby-Versionen angeboten werden, die aktuell sind. Spannend wäre jedenfalls rubinius, da es durch das Optimierungspotenzial wohl sehr schnellen Rubycode generieren kann, ohne auf einen C/C++/Java/Smalltak-Unterbau setzen zu müssen (wodurch die meisten anderen Implementierungen leistungsstark werden).

rvm, die Wunderwaffe

Der Ruby Version Manager rvm ist sicherlich keine eierlegende Wollmilchsau, aber bestimmt nahe dran, eine zu sein. Ich lerne auch erst mit der Zeit die Vorzüge von rvm kennen. Spannend ist tatsächlich das Feld der gemsets, die bei der Entwicklung vieles erleichtert und gewisse Stolpersteine aus dem Weg räumt. Ein Blick in die Doku zu diesem Bereich lohnt sich (http://rvm.beginrescueend.com/gemsets/). Andere Möglichkeiten habe ich noch gar nicht ausgeschöpft, aber dies kommt sicherlich noch mit der Zeit.

Es macht jedenfalls Spaß, mit rvm die Rubies und Gemsets zu verwalten, beliebig hin- und her zu wechseln und Dinge auszuprobieren. Viel kaputt machen kann man nicht. Und durch rvm ist es überhaupt erst möglich, schnell und unkompliziert verschiedene Implementierungen auszuprobieren, was nicht gefällt oder nicht funktioniert, kann darüber auch wieder schnell deinstalliert werden, auch die Aktualisierungen der Versionen übernimmt rvm.

Ich kann mir gar nicht mehr vorstellen, ohne rvm mit Ruby zu arbeiten. Zu sehr eingeschränkt und veraltet sind die Ruby-Versionen in der Paketverwaltung der bevorzugten Linux-Distribution.

Wer mir Neuigkeiten rund um Ruby-Implementierungen, gerade in Bezug zur 1.9.2-Kompatibilität, mitteilen möchte, oder andere spannende, interessante, erhellende Infos hat, schreibt einfach einen Kommentar. Ich freue mich auf euch!

asaaki on blogcraft, 2010. | Warum rvm und Ruby 1.9.2? (Pressure CMS) (Permalink) | 2 Kommentare | Add to del.icio.us
Post tags: 1.8.7, 1.9.2, cms, Eier legende, eierlegende Wollmilchsau, ironruby, jruby, macruby, maglev, MRI, MRI 1.8.7, MRI 1.9.2, passenger, pressure, rbx, ree, rubinius, ruby, ruby 1.8.7, ruby 1.9.2, ruby enterprise edition, ruby version manager, rubygems, rvm, unicorn, version, wollmilchsau

Nun sollte etwas klarer sein, was ich wohl meine.

Ich mochte blogoscoop immer recht gerne, war einer der ersten Betatester des Dienstes, fand ihn wunderbar. Leider hat es sich in den letzten Monaten gezeigt, dass der Dienst an Qualität verloren hat. Schade drum!

Was ist passiert?

Details kenne ich natürlich nicht, stehe mit dem Entwickler auch nicht im direkten Kontakt. Wenn er –Martin– das hier liest: Sieh es als kritische Begutachtung der Entwicklung an! Vielleicht kannst du das eine oder andere ja doch wieder gerade rücken und/oder verbessern.

Das bs-Biotop

Ein wohl gar nicht so unerhebliches Problem ist die Nutzerschaft, die sich dort breit gemacht hat. Schaut man sich das allgemeine Ranking (Sortierung nach den PageImpressions der letzten 30 Tage^[01]) an, stellt man fest, dass auf den ersten Plätzen seltsame “Blogs” stehen. Die meisten dürften vielleicht gar keines genauer kennen und sich wundern, warum diese aber angeblich so viele Besucher haben. Nun ist blogoscoop auch nicht manipulationsfrei, das ist ohnehin ein sehr schwieriges Unterfangen (fragt mal die Statistik-Tool-Entwickler). Ich glaube auch, dass viele dieser Gutschein- und Sonstwie-alles-günstiger-Blogs mit teils unlauteren Mitteln arbeiten, um definitiv ganz vorne in der Liste aufzutauchen.

Weiterhin ist natürlich möglich, dass diese suspekten Betreiber auch bei der Suchmaschinenoptimierung mit grauen bis schwarzen Hüten rumrennen, da liegt das Problem nicht mehr bei blogoscoop.

Aber auch ist es fraglich, ob einige dieser sogenannten Blogs auch von den anderen Nutzern als solche bewertet werden. Und hier ist schon der zweite Knackpunkt: es fehlt die Möglichkeit, Blogs vernünftig einzustufen. Ja, es gibt da 4 kleine Bewertungskriterien, die aber nur den persönlichen Bezug zu einem Blog wiedergeben können (auch der Punkt “Verlinkung” kann recht subjektiv eingestuft werden). Vielmehr fehlt eine Art “Melden, weil fraglich, ob es bei blogoscoop gelistet werden soll”-Knopf, und dann sicher auch die nötige Redaktion, die diesen Feedbacks nachgehen muss. Laut der “Das-Projekt”-Seite^[02] ist Martin allein für blogoscoop verantwortlich, da gibt es natürlich keine Kapazitäten.

Aktuell legt auch nur blogoscoop fest, wer denn letztlich aufgenommen wird und wer bleiben darf^[03]. Da sind schon strenge Vorgaben, aber sicherlich erfüllen die nun gut 10.000 Blogs diese nicht in jedem Fall.

Verbesserungsvorschlag wäre hier: bs-Moderatoren, die Anfragen von Nutzern bearbeiten und Blogs moderieren, die gemeldet wurden. Statt der einfachen Kommentarfunktion viel eher eine Art Review-/Rezensions-Maske. Eine Seite mit mehreren Tausend oder gar Millionen PI im Monat sollte keine Scheu vor Nutzermeinungen haben.

Mangelnde Statistiken

Ein Grund, der den Dienst früher attraktiv gemacht hatte, waren die reichhaltigen Statistiken, die bs von sich aus gesammelt und ausgewertet hatte. Heute steht bei vielen Blogs weder der Google PageRank, rivva-Rank oder andere Werte. Meistens funktioniert nur der PI-Zähler und die Artikel-Anzahl; selbst die Kommentarzähler-Funktion ist wohl nicht mehr zuverlässig.

Technorati fällt ohnehin komplett für den deutschen Markt aus, darum müssten diese Grafiken auch nicht mehr angezeigt werden. Der PageRank ist eventuell auch nicht mehr so relevant, da dieser nun auch schon seit über einem halben Jahr nicht mehr öffentlich aktualisiert worden ist. Stattdessen wäre es eher eine Option, den Verlinkungsgrad anzuzeigen (wie viele eingehende Links hat das Blog, wie viele verlinkten in den letzten 7 bzw. 30 Tagen dieses, …).

Vielleicht wäre es für die Zukunft auch spannend zu sehen, wie der Social-Interaction-Aspekt wäre. Darunter verstehe ich solche Dinge wie, Likes von Facebook, sofern das jeweilige Blog dies integriert hat. Auch die Social-Payment-Dienste könnten sicherlich angezapft werden, und dann zeigt man an, wie viele flattr’s es gab, wie oft die Kachingler das Blog besucht haben etc. pp. Irgendwelche sinnvollen Auswertungen lassen sich damit bestimmt anstellen.

Langsame Technik

Etwas, was auch seit ungefähr einem halben Jahr bemerkbar ist, dass blogoscoop immer langsamer wird. Manche Seiten (z. B. die bs-Seite zum basicthinking-Blog) laden fast gar nicht oder nur sehr, sehr langsam (mein 56k-Modem hat das Internet schneller geladen!). Offensichtlich muss hier die Datenbank schuld sein. Diese müsste optimiert werden, dringend! Es sind nur rund 10.000 Blogs mit Statistiken, die eher zurechtgestaucht wurden (richtige Besucherzähler speichern wesentlich mehr Details und sind damit viel leistungs- und datenlastiger) als das sie ein detailierteres Bild abgeben.

Kosten vs. Nutzen

Da nun auch reichlich Werbung geschaltet wurde (der Dienst ist an sich kostenlos), sollte sich ja die finanzielle Situation von blogoscoop eher verbessert als verschlechtert haben, anfangs war das ja eher ein kostenloses Hobbyprojekt mit vielen Vorschusslorbeeren. Jetzt müsste der Dienst erwachsener werden und die oben erwähnten Kinderkrankheiten loswerden, wenn es nicht chronisch werden soll.

Alternativen?

blogoscoop war ein sehr ambitioniertes Projekt, es hatte auch gewisse Ansprüche an sich selbst. Wollte es doch den eingestellten blogscout-Dienst ersetzen und sicherlich auch eine Art deutsches Gegengewicht zu Technorati stellen.

Es hebt sich von klassischen Statistiktools dadurch ab, dass es ein öffentliches Ranking gibt. Der virtuelle Schwanzvergleich war gerettet, aber steht wohl nun eher auf der Roten Liste für bedrohte Internetaktivitäten.

Eventuell ist aber genau das ja nicht mehr so aktuell. Vielleicht ist die notgeile Zeit der Blogvergleiche wirklich gestorben und damit auch blogoscoop überflüssig geworden. Vielleicht taugt der Dienst wirklich nur noch als Verzeichnis für zwielichtige und fragwürdige Blogs, die gar nicht immer wirklich Blogs per definitionem sind (wobei es ja keine stichhaltige und allgemeingültige Definition gibt!).

Wenn dem so ist, brauchen wir sicher auch keine Alternativen. Und Martin kann das Projekt abschalten, da der Bedarf verschwunden ist …

Ich würde ja nun gern wissen, was ihr anderen blogoscoop-Nutzer und -Nichtnutzer davon haltet?

asaaki on blogcraft, 2010. | blogoscoop ist ω (Permalink) | 3 Kommentare | Add to del.icio.us
Post tags: blogoscoop, blogs, blogscout, internet-aktivitäten, kritik, ranking, rote liste, schwanzvergleich, statistik, technorati, vergleich

WP PermaLauts

Statpress SEOlution

Freue mich, wenn mir jemand einen Kaffee für die Arbeit spendiert.

Danke schon einmal allen, auch für die Nutzung und Das-darüber-Bloggen!

asaaki on blogcraft, 2010. | Spendenmöglichkeiten für Plugins (Permalink) | Keine Kommentare bisher | Add to del.icio.us
Post tags: donate, flattr, paypal, plugins, spende

Etwas regelmäßiger blogge ich zur Zeit auf mannaz.cc — wer also mehr von mir lesen will, sollte sich dort umschauen. Danke!

asaaki on blogcraft, 2010. | Kleine Schaffenspause (Permalink) | Keine Kommentare bisher | Add to del.icio.us
Post tags: pause

Eine der wesentlichsten Änderungen ist übrigens, dass die Single-Installation und WordPress μ (WPMU, Multi-User Variante) nun wirklich miteinander verschmolzen sind. Das erinnert an die Zeiten, wo Microsoft ihre Desktop- und Server-Schiene von Windows zusammengeführt hatte.

Ab sofort lädt man sich also nur noch eine Version von WordPress herunter und kann dann bei der Installation angeben, ob man lieber ein Einzelblog oder eine Mehrbenutzer-Umgebung à la wordpress.com erstellen möchte.

Wer seine aktuelle Installation aktualisiert, bekommt übrigens davon nix mit, die vorhandene Umgebung bleibt so, wie sie ist. Ein nachträgliches Umschalten ist eben sowenig vorgesehen.

Weitere Neuerung ist für Neulinge von Interesse: die Entwickler haben nach vielen Jahren nun auch das Standard-Theme geändert; das gute alte Kubrick hat ausgedient und an seine Stelle tritt nun ein Theme namens Twenty Ten.

Nebst kleinerer Änderungen am Admin-Interface sind die weiteren Neuerungen eher technischer Natur und meistens nur für Entwickler interessant. Spannend wird es nebenbei nun auch, wie kompatibel die alten Plugins sind bzw. wie schnell neue Versionen nachziehen, die z. B. dann auch von der neuen API Gebrauch machen, die einige Annehmlichkeiten zur Individualisierung bringen. So soll es nun leichter sein, Hintergründe, Menüs und Shortlinks anzupassen. Das werde ich mir die Tage genauer anschauen und hoffen, dass dann u. a. auch die Entwicklung für WP Statscraft schneller voranschreitet.

Im Allgemeinen wäre es daher auch ratsam, einige Tage mit dem Upgrade auf Version 3.0 zu warten, denn erwartungsgemäß verstecken sich einige Fehler in größeren Versionssprüngen, die dann noch gefixt werden müssen. Ich freue mich dann also schon auf Version 3.0.1 und 3.0.2 und so weiter und so fort … ;o)

Zum Abschluss noch das von wordpress.org zur Verfügung gestellte Video zu WordPress 3.0 – die Einführung (englisch):

(Kleiner Tipp: Wenn möglich, das Video in HD-Qualität anschauen.)

asaaki on blogcraft, 2010. | Neuer Meilenstein: WordPress 3.0! (Permalink) | Ein Kommentar | Add to del.icio.us
Post tags: 3.0, wordpress, Wordpress 3.0, Wordpress 3.0.1, Wordpress 3.0.2, wordpress mu, wp statscraft, WPMU

So, die re:publica 2010 ist vorbei, es waren 3 spannende Tage gewesen.

Und dieses Jahr habe ich doch einiges mitgenommen, was dann die kommenden Wochen auch verbloggt werden kann.

Etwas, dem ich mich z. B. ausführlich annehmen will, ist Slow Media und Slow Design. Und natürlich auch der aktuellen Entwicklung im WWW, der Echtzeit von Informationen und Nachrichten, die natürlich auch die Blogs betrifft.

Aber es gibt definitiv noch mehr interessante Themen, die ich beackern werde.

asaaki on blogcraft, 2010. | re:publica 2010 Themenpool (Permalink) | Ein Kommentar | Add to del.icio.us
Post tags: bloggerkonferenz, echtzeit, re:publica, re:publica 2010, rp10, slow design, slow media, themenpool