<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Software on Marco Gabriel Blog</title>
    <link>https://www.marcogabriel.com/categories/software/</link>
    <description>Recent content in Software on Marco Gabriel Blog</description>
    <image>
      <title>Marco Gabriel Blog</title>
      <url>https://www.marcogabriel.com/%3Clink%20or%20path%20of%20image%20for%20opengraph,%20twitter-cards%3E</url>
      <link>https://www.marcogabriel.com/%3Clink%20or%20path%20of%20image%20for%20opengraph,%20twitter-cards%3E</link>
    </image>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Sat, 27 Dec 2014 23:59:46 +0100</lastBuildDate>
    <atom:link href="https://www.marcogabriel.com/categories/software/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>site_url in Modx Revo</title>
      <link>https://www.marcogabriel.com/posts/646-site_url-in-modx-revo/</link>
      <pubDate>Sat, 27 Dec 2014 23:59:46 +0100</pubDate>
      <guid>https://www.marcogabriel.com/posts/646-site_url-in-modx-revo/</guid>
      <description>&lt;p&gt;Neulich stellte ich eine Modx Revo Seite von http auf https um. Allerdings hatte ich danach damit zu kämpfen, dass in der Base URL mal &lt;code&gt;http://&lt;/code&gt; und mal &lt;code&gt;https://&lt;/code&gt; Links auftauchten. Da Modx die &lt;code&gt;[[++base_url]]&lt;/code&gt; selbst ermittelt, kam dann je nach erstem Abruf entweder ein http oder https zum Zug.&lt;/p&gt;
&lt;p&gt;Im Modx Forum habe ich eine &lt;a href=&#34;http://forums.modx.com/thread/31534/revolution-solved-quick-question-standard-way-to-retrieve-the-base-url&#34;&gt;Lösung&lt;/a&gt; dazu gefunden: &lt;code&gt;[[!++site_url]]&lt;/code&gt; verwenden und diese im verwendeten Kontext einfach festschreiben. Danach sollten alle Links sauber sein.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Linkverwaltung mit eigenem Bookmark Manager als Delicous Alternative</title>
      <link>https://www.marcogabriel.com/posts/635-linkverwaltung-mit-eigenem-bookmark-manager-als-delicous-alternative/</link>
      <pubDate>Sat, 21 Dec 2013 15:10:29 +0100</pubDate>
      <guid>https://www.marcogabriel.com/posts/635-linkverwaltung-mit-eigenem-bookmark-manager-als-delicous-alternative/</guid>
      <description>&lt;p&gt;Delicious war toll und ich habe es lange genutzt um meine eigenen Bookmarks unabhängig vom Browser zu verwalten. Ich habe Delicious übrigens auch als Suchmaschine genutzt, da die Inhalte jeweils von Menschen zusammengestellt waren, aber das ist eine andere Geschichte.&lt;/p&gt;
&lt;p&gt;Zwischenzeitlich hat Delicious mehrmals den Besitzer gewechselt und ist heute auch für mich nicht mehr das was ich eigentlich möchte. Daher habe ich mich nach einer eigenen Verwaltung für meine Bookmarks umgeschaut, die ich auch auf meinem eigenen Webspace betreiben kann, um auch unabhängig zu werden.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Zabbix Performance Tuning</title>
      <link>https://www.marcogabriel.com/posts/629-zabbix-performance-tuning/</link>
      <pubDate>Sun, 01 Sep 2013 20:30:23 +0200</pubDate>
      <guid>https://www.marcogabriel.com/posts/629-zabbix-performance-tuning/</guid>
      <description>&lt;p&gt;Dazu gibts doch eine nette Präsentation, die zwar aus 2011 stammt, aber nach wie vor gültig ist:&lt;/p&gt;
&lt;p&gt;&lt;a href=&#34;https://de.slideshare.net/xsbr/alexei-vladishev-zabbixperformancetuning&#34;&gt;https://de.slideshare.net/xsbr/alexei-vladishev-zabbixperformancetuning&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Open Source Digital Asset Management</title>
      <link>https://www.marcogabriel.com/posts/622-open-source-digital-asset-management/</link>
      <pubDate>Mon, 26 Aug 2013 00:16:06 +0200</pubDate>
      <guid>https://www.marcogabriel.com/posts/622-open-source-digital-asset-management/</guid>
      <description>&lt;p&gt;DAM oder  &amp;ldquo;Digital Asset Management &amp;quot; Software wird zum Verwalten von digitalen Gütern verwendet. Häufig sind das Bilder oder andere Medien. Es gibt im Open Source Bereich zwischenzeitlich einige brauchbare Produkte:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;NotreDAM &lt;a href=&#34;http://notredam.org/&#34;&gt;http://notredam.org/&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;ResourceSpace &lt;a href=&#34;http://www.resourcespace.org/&#34;&gt;http://www.resourcespace.org/&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;Nuxeo &lt;a href=&#34;http://www.nuxeo.com/en&#34;&gt;http://www.nuxeo.com/en&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Darüber hinaus habe ich noch einige weitere gefunden, die obigen sahen mir aber am brauchbarsten aus.&lt;/p&gt;
&lt;p&gt;Wozu man so etwas benötigt? Beispielsweise für die Verwaltung gekaufter Bilder von Bildagenturen. Diese werden ja nur unter bestimmten Bedingungen lizensiert und auch wenn man ein solches Bild nach einem Jahr noch mal irgendwo verwendet, muss man diese Lizenzbestimmungen natürlich beachten. Damit hier keine bösen überraschungen drohen, sollte man die Lizenz immer gemeinsam mit dem Bild aufbewahren. Und genau so etwas kann ein DAM tun.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Fetchmail Alternativen</title>
      <link>https://www.marcogabriel.com/posts/489-fetchmail-alternativen/</link>
      <pubDate>Sun, 16 Nov 2008 16:39:52 +0100</pubDate>
      <guid>https://www.marcogabriel.com/posts/489-fetchmail-alternativen/</guid>
      <description>&lt;p&gt;Fetchmail, der fast alles könnende Dinosaurier unter den Mailabholern, ist zwar weit verbreitet, aber mindestens genauso unbeliebt. Fetchmail kann viel und ist leicht zu konfigurieren, sofern man für jede Mail-Adresse ein separates Konto beim Provider und bereit ist, jedem Mailnutzer auch einen Linux-Account zu geben. In einer Welt der virtuellen Maildomains ist es dagegen eine mittlere Katastrophe, mit Fetchmail arbeiten zu müssen.&lt;/p&gt;
&lt;p&gt;Alternativen zu &lt;a href=&#34;http://fetchmail.berlios.de/&#34;&gt;Fetchmail&lt;/a&gt; gibt es zwar, ob sie für den jeweiligen Fall aber besser sind, muss jeder für sich beurteilen:&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
