{"id":2470,"date":"2015-11-20T15:37:00","date_gmt":"2015-11-20T14:37:00","guid":{"rendered":"http:\/\/www.commercers.com\/blog\/?p=2470"},"modified":"2015-11-20T16:54:36","modified_gmt":"2015-11-20T15:54:36","slug":"magento-patch-installieren-mit-fehlermeldung-array-0-error-appetc-must-exist-for-proper-tool-work","status":"publish","type":"post","link":"https:\/\/www.commercers.com\/blog\/magento-patch-installieren-mit-fehlermeldung-array-0-error-appetc-must-exist-for-proper-tool-work\/","title":{"rendered":"Magento &#8211; Patch installieren mit Fehlermeldung Array ( [0] => ERROR: &#8220;\/app\/etc\/&#8221; must exist for proper tool work. )"},"content":{"rendered":"<p>Versucht man einen Sicherheitspatch f\u00fcr Magento entweder per Shell \/ SSH oder auch mit der <a href=\"http:\/\/www.commercers.com\/blog\/alle-magento-versionen-von-1-4-bis-1-9-haben-eine-kritische-sicherheitsluecke\/\">PHP Methode<\/a> in seinen Magento-Shop einzuspielen, kann es bei bestimmten Server-Konfigurationen dazu kommen, dass einem die Fehlermeldung<\/p>\n<pre class=\"lang:default decode:true\">Array ( [0] =&gt; ERROR: \"\/app\/etc\/\" must exist for proper tool work. )<\/pre>\n<p>angezeigt wird. Dies zeigt an, dass der Patch nicht wei\u00df &#8220;wo&#8221; er sich befindet. Er versucht auf das o.g. Verzeichnis zuzugreifen aber findet es nicht. In diesem Fall ist die Server-Einstellung so konfiguriert, dass dem Patch dies nicht -wie normalerweise- mitgeteilt wird.<\/p>\n<p>Um dies anzupassen, muss im SH Patch ein Bereich angepasst werden.<!--more--><\/p>\n<p>Die Zeilen<\/p>\n<pre class=\"lang:default decode:true\"># 2. Determine bin path for system tools\r\nCAT_BIN=`which cat`\r\nPATCH_BIN=`which patch`\r\nSED_BIN=`which sed`\r\nPWD_BIN=`which pwd`\r\nBASENAME_BIN=`which basename`<\/pre>\n<p>m\u00fcssen ge\u00e4ndert werden in<\/p>\n<pre class=\"lang:default decode:true\"># 2. Determine bin path for system tools\r\nCAT_BIN=cat\r\nPATCH_BIN=patch\r\nSED_BIN=sed\r\nPWD_BIN=pwd\r\nBASENAME_BIN=basename<\/pre>\n<p>Dann sollte es klappen.<\/p>\n<p>Ein anderes Problem, welchem wir zuerst aufliefen ist Folgendes:<\/p>\n<p>Man kann auch auf die Idee kommen die Zeile<\/p>\n<pre class=\"lang:default decode:true \">CURRENT_DIR=`$PWD_BIN`\/<\/pre>\n<p>anzupassen und `$PWD_BIN`\/ durch den aktuellen Serverpfad zu ersetzen. Dies k\u00f6nnte dann z.B. so aussehen<\/p>\n<pre class=\"lang:default decode:true \">CURRENT_DIR=\/www\/htdocs\/w65duH6\/magento\/<\/pre>\n<p>Wenn man dann den Patch ausf\u00fchrt, wird angezeigt, dass er erfolgreich installiert wurde und auch in der Datei applied.patches.list im Verzeichnis app\/etc\/ wird zwar ein Eintrag gemacht aber dieser besteht ausschlie\u00dflich aus der aktuellen Uhrzeit und dem Datum wie z.B. 2015-09-04 15:46:34 UTC |<\/p>\n<p>Man k\u00f6nnte also davon ausgehen, dass die Installation des Sicherheitspatches erfolgreich war. \u00dcberpr\u00fcft man aber die Dateien, die angepasst h\u00e4tten worden sein, stellt man fest, dass entgegen der &#8220;erfolgreich&#8221; Info keine \u00c4nderungen vorgenommen worden sind und der Patch NICHT installiert wurde.<\/p>\n<p>Verwendet man aber die o.g. Methode und passt NICHT die CURRENT_DIR=`$PWD_BIN`\/ an, sollte es klappen und der Patch auch wirklich installiert werden. In der applied.patches.list findet man dann auch die ge\u00e4nderten Dateien unter dem Datum und der Zeit sowie der Patch Bezeichnung.<\/p>\n<p>Genutzt in Magento Versionen 1.4 &#8211; 1.9 Kommentare? Erg\u00e4nzungen? Hinweise? Gerne!<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Versucht man einen Sicherheitspatch f\u00fcr Magento entweder per Shell \/ SSH oder auch mit der PHP Methode in seinen Magento-Shop einzuspielen, kann es bei bestimmten Server-Konfigurationen dazu kommen, dass einem die Fehlermeldung Array ( [0] =&gt; ERROR: &#8220;\/app\/etc\/&#8221; must exist for proper tool work. ) angezeigt wird. Dies zeigt an, dass der Patch nicht wei\u00df&#8230;<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[10],"tags":[],"class_list":["post-2470","post","type-post","status-publish","format-standard","hentry","category-allg_magento_probleme"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/www.commercers.com\/blog\/wp-json\/wp\/v2\/posts\/2470","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.commercers.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.commercers.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.commercers.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.commercers.com\/blog\/wp-json\/wp\/v2\/comments?post=2470"}],"version-history":[{"count":0,"href":"https:\/\/www.commercers.com\/blog\/wp-json\/wp\/v2\/posts\/2470\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.commercers.com\/blog\/wp-json\/wp\/v2\/media?parent=2470"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.commercers.com\/blog\/wp-json\/wp\/v2\/categories?post=2470"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.commercers.com\/blog\/wp-json\/wp\/v2\/tags?post=2470"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}