<?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>Modx on Marco Gabriel Blog</title>
    <link>https://www.marcogabriel.com/tags/modx/</link>
    <description>Recent content in Modx 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/tags/modx/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>MODx Revo hacked (Update 23.12.2014)</title>
      <link>https://www.marcogabriel.com/posts/645-modx-revo-hacked-update-23.12.2014/</link>
      <pubDate>Tue, 23 Dec 2014 00:46:37 +0100</pubDate>
      <guid>https://www.marcogabriel.com/posts/645-modx-revo-hacked-update-23.12.2014/</guid>
      <description>&lt;p&gt;Von Googles Webmastertools wurde ich eben darauf hingewiesen, dass eine meiner MODx Revo Sites offenbar URLs für Spammer redirected. Sie Website verwies also auf dubiose Shops mit Medikamenten und anderem Gedöns.&lt;/p&gt;
&lt;p&gt;Nach einer ausgedehnten Analyse habe ich dann zunächst in &lt;code&gt;core/cache/&lt;/code&gt; mehrere &lt;code&gt;tmp-*&lt;/code&gt; Dateien gefunden, die offenbar immer dann angelegt wurden, wenn eine dieser URLs aufgerufen worden ist.&lt;/p&gt;
&lt;p&gt;&lt;img loading=&#34;lazy&#34; src=&#34;https://www.marcogabriel.com/posts/645-modx-revo-hacked-update-23.12.2014/tmp-files.png&#34;&gt;&lt;/p&gt;
&lt;p&gt;Die Datei selbst enthielt etwas PHP Code, der sich gegenüber Google und anderen Suchmaschinen unsichtbar machte, in dem der Code nur ausgeführt wurde, wenn der Request nicht von bestimmten IPs oder Agents kam. Im Web habe ich darüber etwas unter dem Begriff &amp;ldquo;Google Conditional Hack&amp;rdquo; gefunden, z.B. &lt;a href=&#34;http://typo3blogger.de/die-eigene-webseite-als-spam-schleuder-der-google-conditional-hack/&#34;&gt;hier&lt;/a&gt;. Scheinbar existiert dieser Hack &lt;a href=&#34;http://blog.namics.com/2012/01/a-study-in-viagra.html&#34;&gt;für&lt;/a&gt; &lt;a href=&#34;http://forums.modx.com/thread/92140/security-warning-need-help-understanding-new-version-of-site-hack-on-evo-1-014&#34;&gt;diverse&lt;/a&gt; CMS Systeme, nicht nur für MODx Revo. In meinem speziellen Fall scheint der Angriff zumindest auf MODx angepasst worden zu sein, denn er gibt sich als Core Komponente aus, damit Benutzer ihn nicht finden oder sich nicht trauen ihn zu löschen:&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
