Der Gleisarbeiter

Ab dem 1. Juli werde ich bei der Firma Indiginox GmbH als Gleisarbeiter mit RubyOnRails weiterarbeiten.

Die Firma Indiginox ist ein Beratungs- und Dienstleistungsunternehmen für OpenSource – Softwarelösungen. Sie bietet Ihren Kunden Unterstützung z.B. bei der Beurteilung von OpenSource und Web2.0, sowie bei der Projektumsetzung auf Basis dieser Technologien.

In letzter Zeit kristallisiert sich besonders RubyOnRails als Framework für anspruchsvolle Webapplikationen heraus, und so kam es, dass die Indiginox GmbH eine Stellenanzeige für einen RoR-Softwaredeveloper aufsetzte, auf die ich mich bewarb. Unter Tausenden, wenn nicht sogar Zehntausenden von Bewerbern, wurde ich schließlich ausgewählt Wobei mein Vorteil mit Sicherheit war, dass ich so witzig bin! Und vielleicht noch ein kleines bischen, dass ich bereits mit der Indiginox GmbH als Freelancer zusammen gearbeitet habe.

Anspruchsvolle und interessante Projekte, über die ich zu gegebener Zeit berichten werde, sind schon in Aussicht und die Zusammenarbeit mit Ashley und Matthew läuft gut und wir haben immer viel Spaß Mal schauen wie es weitergeht mit mir als Gleisarbeiter.

Ciao! Und alles Gute an euch da draussen!

Gestern hatte ich folgendes Szenario in einem aktuellen Projekt zu lösen:
Das Rails-Framework Goldberg bietet eine einfache Möglichkeit schnell Webseiten mit Rollensystem/Benutzerverwaltung/etc. aufzubauen. Auch Menüs die von den jeweiligen Rechten eines Users abhängen, können einfach generiert werden. Es gibt vordefiniert 3 Benutzergruppen: Public, Member und Admin.

Einer unserer Menüpunkte hieß “Anmelden”, also ein Login und Registrierungsbereich. Das Problem war, da Member und Admin von Public abgeleitet wurden: Auch ein angemeldeter User der eingeloggt ist und damit Member-Rechte hatte sah diesen Menüpunkt “Anmelden”.

Um dieses Problem zu lösen, musste die Rollenstruktur von Goldberg durchbrochen werden. Zuerst habe ich im Goldberg-Setup eine weitere “Permission” hinzugefügt: “Public ONLY pages”. Nur “Public”-User (also anonyme) haben das Recht solche Seiten zu sehen. Die Seite “Anmelden” erhält dann die Einstellung “Public ONLY page”. Jetzt ist aber das Problem nicht gelöst, da Member direkt von “Public” abgeleitet ist und somit auch das Recht hat “Public ONLY pages” zu sehen. Dazu müssen wir die Ableitung durchbrechen. In der Datenbank findet sich eine Tabelle “goldberg_roles”. In dieser muss der parent_id-Wert von “Member” auf NULL gesetzt werden. Damit wird Member nicht mehr von Public abgeleitet. Um jetzt aber dem Member nicht alle Public-Rechte zu verbieten, müssen wir im Goldberg-Setup die Rechte “Public pages – execute” und “Public pages – view” von Hand zu den Rechten der Gruppe “Member” hinzufügen.

Und das war’s,
hat am Anfang bei mir etwas länger gedauert, aber so sollte der Ablauf eigentlich klar sein. Bei Fragen: kommentieren.

Ciao!

Hallo! Ich bins, ja! Der Tobi! Endlich auch in der Welt des Web2.0 angekommen. Jetzt arbeite ich nicht mehr nur damit oder baue Web2.0-Applikationen für andere, nein! Ganz im Stile von “Du bist Deutschland” heisst es jetzt “Ich BIN Web2.0″! Super Gefühl.

Warum ein Blog von mir?
Naja, ich bin seitdem ich mit Ruby und Rails arbeite beinahe täglich, mindestens aber wöchentlich auf Super Ruby/Rails-Blogs gestoßen die mir wirklich weitergeholfen haben, dass ich jetzt auch etwas davon zurückgeben möchte. Mehr oder weniger regelmäßig werde ich einige Infos und Tips veröffentlichen die ich selber oder über andere herausgefunden habe, oder vielleicht sogar die gesamte Welt befragen wenn ich ein Problem habe! Also kommentiert fleißig meine Posts damit ihr mir helft

Schönes Wochenende da draussen! Ihr alle im Web2.0