Vor guten vier Jahren wechselte ich von Delicious auf eine selbst gehostetes SemanticScuttle-Installation.

Seit 2013 wird SC nicht so richtig aktiv weiter entwickelt – vllt. ist es aber ja auch so fertig, wie es ist, und ja, es gibt sporadische Aktualisierungen im GitHub-Repo des Entwicklers Christian Weiske  – und über die Jahre habe ich festgestellt, dass ich die ‚semantischen Funktionalitäten‘ nicht (wirklich) benutze.

Als ich dann gestern durch Zufall beim Aktualisieren von FDroid über die Shaarlier-App stolperte und mir heute Shaarli testweise installiert hatte, war ich recht schnell entschlossen, das ca. 12 MB große SC mit dem nur 3 MB umfassende Shaarli für meine gut 2.400 Links zu ersetzen. – Gesagt, getan …

FYI: Ab heute wird bm.sok.ai mit Shaarli betrieben. – Und das sogar ganz angenehm auch unter Android …

Für die Migration der Bookmarks musste ich beim Umzug noch etwas basteln … – Das Problem an SC ist, dass es in meiner Version keinen separaten Export der öffentlichen und privaten Bookmarks erlaubt.
Also änderte ich das API-Skript etwas, um zuerst nur die publics aus SC exportieren zu können. Diese importierte ich dann in Shaarli.
Dann exportierte ich alle SC-Bookmarks und importierte diese noch einmal in Shaarli als private und ohne das Überschreiben existierender Bookmarks.
Das public export-Skript stelle ich bei Gelegenheit noch einmal hier iwo online …

Auch wenn ich nicht wirklich ‚viel‘ code, aber so ab und zu fällt ja doch mal was an … In den letzten Jahren v.a. aber eher Klein(st)beiträge zu bereits bestehndem Code Anderer, statt eigener Projekte.

2010 versuchte ich meine ersten Schritt(ch)e(n) mit Git und suchte dafür eine geeignete Plattform. – Nur Kommandozeile mit eigenem Git-Server war mir damals IMHO zu umständlich und wohl auch zu nerdy. ‚Damals‘ gabs zwar schon Github (und dort hatte ich auch seit 2009 einen ungenutzten Account), aber als F(L)OSS-Verfächter wollte ich mehr Community und fand letztlich Gitorious, wo ich mir einen Account zulegte. (So jedenfalls meine Erinnerung …)

Bei Gitorious gab es anfänglich keinen Issue-Tracker und die Interaktion über Weboberfläche war, im Gegensatz zu Github, sehr beschränkt. So kam es im Laufe der folgenden fünf Jahre zur vorrangigen Nutzung meines Github-Accounts.

Im letzten Jahr gab es Bedarf für die Zusammenarbeit mehrer Personen ein einem Projekt (etwas bug fixing im Code von POLYKON) – dabei sollte das erst einmal nicht in der Öffentlichkeit passieren. Somit schied Github (auf Grund der Kosten) aus und ich fand BitBucket und erstellte auch dort einen Account.

In Summe hatte ich bis dahin also drei Accounts bei unterschiedlichen Anbietern für Git-Repositories gesammelt …

Letzte Woche wollte ich mal wieder bei Gitorious schauen, was so los ist und stellte fest, dass GitLab den Laden übernommen hat und man empfiehlt, die eigenen Gitorious-Repos auf GitLab umzuziehen. Dann habe ich mich also mal bei GitLab umgeschaut und schwupps, war der vierte Account geklickt … 😉

Warum nun noch einen vierten Account?

  • GitLabs Webinterface ist schnell
  • GitLab bietet nichtöffentliche Repos an
  • GitLab bietet eig. alle (von mir benutzten) Features wie Github (und ist sogar besser ;))
  • GitLab gibts in der Community Version kostenlos
  • und jetzt der Knaller: per Klick konnte ich (mit etwas Recherche) alle Repos aus den anderen drei Accounts importieren
  • wenn die Butze iwann (vllt.) mal zu macht, dann kann ich/man das immer noch selber hosten
  • das Icon ist süüüß … 😉

Zusammengefasst: Aktuell schrumpfe/konsolidiere ich meine Git-Plattform-Accounts. Gitoriuous is schon weg und gleich kommt noch der Bitbucket-Account dran. Bei Github werde ich dann wohl nur noch wg. der Issue- und Pull-Request-Zwecke sein, die eigenen Projekte kommen dort auf jeden Fall weg.

Mal schauen, ob sich das Aufräumen langfristig als klug erweisen wird …

Old but not busted … – Dieser Inhalt wurde vor mehr als 5 Jahren publiziert. Die Korrektheit und Verfügbarkeit von Links können leider nicht gewährleistet werden.

…gehören mir!

Letzte Woche bin ich über unhosted.org – „Personal data freedom; A movement to separate web apps from user data“ – gestolpert. Und die haben die Web-App „Libre Docs“ auf Basis von Etherpad Lite geschaffen, die das von Libre Docs zur Verfügung gestellte Etherpad nutzt, die erzeugten Daten bzw. Dokumente jedoch in der Cloud ablegt/speichert. Und der Oberknaller daran ist, dass diese Cloud-Schnittstelle mittels der Javascript-Client-Bibliothek remoteStorage.js, die die Realisierung einer W3C-Spezifikation ist, umgesetzt wurde und somit auch meine eigen Cloud benutzt werden kann.

Wie jetzt, meine eigene Cloud…!? – Na die, die ich mit ownCloud auf meinem Webspace betreibe und in der ich schon meine(n) Kalender (CalDAV), mein Adressbuch (CardDAV) und ein paar Dateien (WebDAV) mittels Desktop (Thunderbird & Ubuntu) und Smartphone (Android) verwalte und synchronisiere.

Also ich kanns nur empfehlen und bedanke mich jetzt schon mal bei allen Beteiligten der oben genannten Projekte! 🙂

Old but not busted … – Dieser Inhalt wurde vor mehr als 5 Jahren publiziert. Die Korrektheit und Verfügbarkeit von Links können leider nicht gewährleistet werden.

POLYKON – die Datenbank für Polymere als Konservierungs- & Restaurierungsmittel enthält strukturierte Informationen zur chemischen Einordnung, den Eigenschaften und der Verwendung zahlreicher Polymere, die in der Restaurierung eingesetzt wurden und werden. Sie haben die Möglichkeit mit Hilfe der Schnellsuche oder der erweiterten Suche nach Produkten, Polymertypen oder Anwendungsbeispielen zu recherchieren.

So steht es unter polykon.fh-potsdam.de geschrieben und ich bin sehr froh, dass wir es so (schön) geschafft haben! (Aus der v1.0 von heute wird aber bestimmt in den nächsten Tagen noch ne v1.5 oder so…)

Danke an Alle!

Ich werde dann jetzt mal mit der Dokumentation beginnen… *puhhh*

PS:
Der Code-‘Wahnsinn‘ gehört da hin… 😉

PPS:
Die URL www.polykon.fh-potsdam.de funktioniert nicht!

Old but not busted … – Dieser Inhalt wurde vor mehr als 5 Jahren publiziert. Die Korrektheit und Verfügbarkeit von Links können leider nicht gewährleistet werden.

…ich bin kein PHP-Programmierer, aber für meine B.A.-Arbeit mache ich es (mehr recht als schlecht) & bekomme dabei manchmal fast ne Kriese…

So zum Bsp. in den letzten beiden Tage. – Da wurde aus einer kleinen 40zeiligen Funktion (die die gewollten Grundfunktionalitäten liefert) ein kleines Monster mit 164 Zeilen… – Aber jetzt isses halt echt viel schöner & die Bedarfe Aller sind befriedigt… 😉

Außerdem noch schnell nen Link zu dem Projekt RIPS: http://rips-scanner.sourceforge.net.
Damit kann man offline PHP-Code auf Fehler & Schwachstellen prüfen lassen… – Sehr nett! (Aber bitt enicht nur darauf verlassen. ;))

*soundjetztgehtsinsbett-wink*