Tausend Dank für die Session!


Genau. Ich hatte ja auch nix weiter vor… ;-)
Genau SO habe ich mir den heutigen Abend vorgestellt !!!
Die nächsten Termine sind ja erst fürs nächste Jahr geplant… :-(

Ein weiteres Wurst-Käse-Szenario *  wurde wahr: Man rackt und schuftet in der Scheiße eines Landgerichts **  – oder wie das heißt – und dann passiert etwas von allein, was sonst nicht mal im Eiter des Geschlechts *** passieren sollte oder dürfte: Von ganz allein geht was kaputt !!! Diese millionenfach von Stümpern und Stümperinnen weltweit mißbrauchte Ausrede gibt es als traurige Wahrheit wohl doch in freier Wildbahn…

Die Chronologie des Schreckens:
Gestern – im Laufe des Tages: Blick auf den neuen Metshop – und auf den BMOA-Shop. Beides als Shopware-Shops auf 1&1 aufgesetzt – beidet löppt.

Dann: Nachts durchgemacht für ein anderes Projekt – Projekt X. Tagsüber geknüppelt. Heute abend hier Versionsabgleich in Sachen Projekt X. Internetzprobs. (Grrrrrrrmblfx !!!!!) Reboot der Fritte; ein Rechner ok, der andere nok. Trotz /flushdns, LAN-Verbindungsreparatur etc. Das übliche Gedöns… Als wenn mich gerade das BKA am Wickel hätte, nur weil ich die böse SAGA liken wollte… ;-)

Alles wie zähflüssiger Schleim mit einem Elefanten auf der Leitung. Windoof halt.

Also Neustart.

Google (oder Firefox…) nervt mal wieder mit ungültigen Zertifikaten… Ich öffne einen neuen FF-Tab mit der “klasssischen” Übersicht über die meistbesuchten Seiten der letzten Zeit – klicke auf den BMOA-Shop… – und es haut mich fast vom Sitz!

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.

Wenn ich Murks in die .htaccess kritzle, ist das ja normal… Aber so? Ohne mein Zutun?

Durch wessen Zutun denn dann ???

Ich auf den Server, Modifikationsdatum beäugt… Alles roger. Seit meiner letzten Aktion hat niemand drin rumgepfuscht…. Puuuuuuuuuuuuuuuuuuuuh…

Mal davon ausgehend, daß das so auch stimmt (jemand, der einen ganzen Server unter seine Kontrolle bringt, kann auch das Systemdatum ändern… Und der nächste Dateizugriff bekommt dann eben ohne großen Aufwand einen gefälschten Zeitstempel… – insofern muß man nicht mal wissen, ob es Wege gibt, “nur einfach mal so” die mtime zu manipulieren… Oder sich Gedanken darüber machen…. Die letzte Attacke, die ich mal irgendwo sah, war jedenfalls schööööööööön am Datei-Datum erkennbar… Schönes Brute Force per FTP – und dann Feindscript rein in die Datei… Wie auf dem Präsentierteller: Alles Projektdateien von 2009 – und ein paar ganz böööööööööööööse gemoddete  Dateien von 2014… Uppps…… ;-)

Aber ob das immer so leicht herauszufinden ist? Ich mache mir darüber mal lieber keine Gedanken…

Die Chronologie des Erkenntnis:
Ich gab mich jedenfalls zufrieden und schob die Schuld flugs auf 1&1: Irgendeine Einstellung, die gestern noch funzte, funzt heute eben nicht mehr – weil die Jungs von “Summe = 2″ mal wieder irgendwas – vielleicht sogar auch nur temporär -  “verschlimmbessert” haben… Wäre schließlich nicht das erste Mal – und gerade im Zusammenhang mit Shopware und den leidigen mod_rewrite- und GZip/deflate-Probs wäre das denkbar…)

Nachdem ich dann also Zeile für Zeile die .htaccess getestet habe, stellte sich raus, daß der folgende Eintrag gestern noch funktionierte – und heute eben einfach nicht mehr:

<ifModule mod_deflate.c>
<filesMatch ……………………………
php_value output_handler ob_gzhandler
……………………………
</filesMatch>
</ifModule>

Seitdem der elende rote Störenfried :-) mittels # auskommentiert wurde, erhalten Besucher jedenfalls KEINEN 500er mehr…

Einfach mal testen, ob diese Einstellung bei Euch existiert – falls 1&1-gehostete Seiten unvermittelt bzw. unverhofft wie von Geisterhand rumbocken… Zumindest vorübergehend kann man ja wohl eher auf die Komprimierung seiner Seite als auf deren Erreichbarkeit verzichten…

PS:
Es soll ja Leute geben, die nicht auf linguistische Spitzfindigkeiten stehen… Von daher:

*     – “WorstCase Scenario”
**    – “im Schweiße seines Angesichts”
***  – “im Eifer des Gefechts”

;-)

Mir rettet aber ein solch schwachmatöser Nonsens aka Verbal-Output den Tag – wenn ich ich schon nicht schlafen darf, weil ich mal wieder nach derartigem Quatsch suchen muß… Gut – einerseits ist man ja froh, daß nichts Schlimme(re)s passiert ist… Andererseits ist es aber auch extrem “unspannend”, wenn man dann SOLCHE Dinge wie  “1&1 hat am Server geschraubt…” ermittelt…

*Gähn*

Gute Nacht!

PPS: Dieser eben bemängelte “Quatsch” ist mir aber trotzdem 100mal lieber, als wenn ich mich mit Angriffen von nervenden Script-Kiddies oder gar gefährlichen Profis auseinandersetzen müßte… Dann bleib’ ich eher doch lieber sogar noch ‘ne weitere Nacht wach… ;-)

In Anbetracht dessen kommt dann tatsächlich doch noch – selbst um diese Uhrzeit, für mich immerhin irgendwas von 48 Uhr aufwärts… – so was wie Freude auf, daß ich das Problem eingrenzen konnte…

PPPS:  Trotz allem:
Viereckiger Kopf.
Sprachstörungen…
Magelhafte Feinmotorik….
Der rote Bulle hilft seit gestern nicht mehr – verursacht höchstens Durchfall.
Coffeinum hilft seit vorhin nur noch, wenn man vier “große” zermahlt und sich zusammen mit Glukose im Verhältnis 1:1 ‘ne Line zieht. Oder eben C. kauen – ohne Flüssigkeit.
Altöl zu trinken mag vielleicht auch noch gehen… Oder Bier und Kaffee im Wechsel  im Verhältnis 1:1….
Blutdruck: Jedenfalls normale 180 : 140…
Zucker: 6,5… ;-)
Jetzt eine meiner verordneten Ramipril – und ich erkranke an spontaner Hyper-Narkolepsie – das einzige, was mich noch wach- und vom Umfallen abhält, ist mein Blutdruck!…
Obwohl – im Moment wäre Umfallen auch vollkommen ok… :-)

Gute Na… ;-)

Wenn was ist – weckt mich!
Bzw. VERSUCHT ES! :-)
Insofern: Bis zur Reinkarnation! ;-)  ;-) ;-) ;-) ;-)
AMEN!

OT = Oller Trödel?


Also für OffTopic steht OT heute ausnahmsweise mal nicht… Heute war nämlich mal wieder Katastrophenalarm: Der Met & Gothic Shop wollte nicht so, wie der Kunde wollte. Und der Betreiber wollte das sooo garantiert auch nicht.

Das Worst-Case- bzw. “Wurst-Käse-Szenario”: Ein ausländischer Kunde trieb sich unter der englischen Oberfläche im Shop rum und packte seinen Warenkorb voll. Dann ging es ans Checkout – und paff – eine weiße Seite…

Fix geschaut, was wo wie warum inkludiert wird – dabei schon error_reporting(E_ALL) im Kopf – und zu meiner Überraschung stellte ich fest, daß in der application_top.php des betagten XT-Commerce-Shops bereits die Zeilen

// set the level of error reporting
error_reporting(E_ALL & ~E_NOTICE);
//  error_reporting(E_ALL);

vorzufinden waren. Äh – ja macht man denn so was im produktiven Einsatz? Und noch “äher” – warum meckert mich nix an?

Der “Noch”-[aber nicht mehr lange]-Hoster GONEO.DE war schuld. Ebenso wie bei Strato tut sich mit bloßem error_reporting erst mal gar nichts. Nun ja – ein Massenhoster, der mal fix auf der Blacklist landet… Und der scheinbar so einen guten Ruf hat, daß Facbook den Versand von PNs verweigert, wenn im Text der String “goneo.de” auftaucht. Wird wohl als gefährlich eingestuft…. ;-)

Jedenfalls half ein kleines Update der .htaccess:

php_value error_reporting 2047
php_flag display_errors on
php_flag display_startup_errors on
php_flag register_globals on


Ich habe zwar keinen blassen Dunst, was die 2047 da zu suchen hat – aber mit diesen Werten spuckt sogar Goneo-Webspace Fehlermeldungen aus… ;-)

php_value register_globals 1
php_value error_reporting “E_ALL”

brachte nämlich nichts… Von daher hätte ich auch 1296483131 da eingetragen – mir wurscht. Hauptsache, error_reporting reportet auch Errors… :-)

Vorher hatte ich schon etwas mit var_dump() und exit() in der vermeintlich verbuggten (weil weißen…)  checkout_payment.php rumgespielt und mir $_SESSION, $order, $order_total_modules usw. anzeigen lassen – wenn es denn ging. Dabei stellte ich dann fest, daß innerhalb von zwei-drei Zeilen das Script die Konstante DIR_WS_CLASSES “vergißt”… Die Datei order.php wurde noch inkludiert – zwei Zeilen später war der Pfad vergessen – order_total.php war für den englischen Englischländer nicht erreichbar – und der Einkaufsbummel endete abrupt.

Eben freute ich mich noch, daß ich den Fehler schon mal etwas “eingegrenzt” hätte – doch bei einem Blick in diese Dateien kam ich mir vor, als wenn ein Schwein ins Uhrwerk glotzt… Mann !!! Ich habe dieses Jahr doch noch was vor! Wie lange soll ich denn da suchen? Hier wird dieses inkludiert, dort jenes – und das inkludiert dann dort hinten wieder eine andere Datei usw. usf. Grrrr !!!!

Nun gut – Grrrrrummelneo hatte ja ein Einsehen und ließ sich zum error_reporting() überreden….  Und man höre und staune: Ich war auf den richtigen Weg! Ein erneuter Aufruf der Seite offenbarte folgende Fehlermeldung:

Parse error: syntax error, unexpected T_STRING in /home/met-honigwein-shop-de/htdocs/lang/english/modules/order_total/ot_paypal_fee.php on line 18
(Am Ende von Zeile 17 fehlte das das Semikolon……..)

Natürlich war das noch nicht alles. Einen Upload und einen Testaufruf später zeigte sich die “redundante” Tücke des engl. PayPal-Moduls – EIN Fehler allein wäre ja langweilig. Also lieber gleich doppelt… Hält wohl besser ( die Online-Shopper vom Kaufen ab… ;-) )

Parse error: syntax error, unexpected T_STRING in /home/met-honigwein-shop-de/htdocs/lang/english/modules/order_total/ot_paypal_second_fee.php on line 18
(Am Ende von Zeile 17 fehlte ebenfalls das Semikolon……….)

Wenn so was natürlich im OT-Pfad liegt, ist es kein Wunder, wenn das Script beim Aufruf der order_total.php aussteigt und den Dienst verweigert….

Fazit: Falls noch jemand einen alten XTC-Shop nutzt und das Problem kennt, daß das Checkout eines Käufers mit ausländischer Adresse unter der englischen Oberfläche den Dienst verweigert….  – einfach mal die PayPal-Dateien unter /lang/english/modules/order_total prüfen…

BMOA-Shop


Neuerdings gehört ja neben dem Met & Gothic Shop auch der BMOA-Shop zu unseren Kunden… An dieser Stelle sei einfach nur mal angemerkt, daß der auf Shopware basierende Online-Shop gute Fortschritte macht. Die Tickets und T-Shirts für das 17. Barther Metal Open Air können bereits dort geordert werden!

E-Mail-Versand über Website funktioniert nicht mehr…


Ein XTC-Shop (oder eine andere Website) versendet plötzlich (scheinbar) keine E-Mails mehr… Man selbst ist sich jedoch keiner Schuld bewußt… Woran kann es also liegen?

Das Problem muß nicht unbedingt auf einer falschen Konfiguration oder einem Hack beruhen… Handelt es sich evtl. um Billig-Webspace bei einem Massenhoster? Dann ist es wahrscheinlich, daß es sich um eine ganz andere Ursache handelt…

Es wird im Video gezeigt, was man neben Konfiguration und Scriptcode noch prüfen sollte – am besten sogar zuerst!

Für den Fall, daß sich das Ergebnis dieser Prüfung mit den Befürchtungen deckt, wird auch grob erklärt, was zu tun ist bzw. was das Beste wäre, um einem Wiederholungsfall vorzubeugen… Und das wäre aus SEO-Gründen ohnehin ratsam…

Weiterführende Links:
http://www.zdnet.de/39160890/dns-blacklisting-e-mail-verbot-fuer-unschuldige/
http://www.returnpath.de/blog-press/leitfaden-zu-e-mail-blacklists-alles-was-sie-uber-die-schwarzen-listen-wissen-mussen/

Übrigens: Den Shop kann man nur empfehlen! Leckeren Met und vieles mehr gibt es bei http://metladen.de bzw. http://met-honigwein-shop.de !!!

.