Beiträge von LILO

  • Erneut keine Captchas

    Nach nervenaufreibender Recherche bin ich endlich einen Schritt weiter:

    Das Problem scheint eine Fehlermeldung zu sein, die innerhalb der application_top.php erzeugt wird und vor dem Header in der captcha_math.php die Ausgabe der PNG-Grafik unterbindet. Ich habe mir dazu eine eigene (abgespeckte) application_top_captcha.php gebastelt, die nur die nötigsten Sachen für die Session enthält und dort weiter probiert (insgesamt ca. 4 Stunden Arbeit).

    Mittlerweile habe ich die Quelle isolieren können:
    Die Funktion in Zeile 656 xtc_count_cart(); erzeugt diese Fehlermeldung. Wird diese Zeile auskommentiert, klappt alles prima.
    Weiß der Fuchs wieso der Fehler auftritt - aber ich kann jetzt mit dieser "Zwischen"-Lösung leben.

    admin: Ich hoffe, ihr baut in die kommende Version eine andere Captcha-Lösung ein (Thema: Ajax-Reload, Audiofunktion o.ä.) - würde mich sehr freuen.

    @jotest: Danke für deine Tipps und schnelle Hilfe. Im ersten Moment war ich der Meinung, du gehörst zu den Moderatoren dieses Boards.

    Bis zum nächsten Problem.
    LILO

  • Erneut keine Captchas

    Ich hab heute morgen noch ein wenig getestet:

    wenn ich in der captcha_math.php die Zeile
    require_once('includes/application_top.php');
    auskommentiere und die diversen Standard-Pfade aus der configure.php mal direkt einfüge, wird das Captcha angezeigt. Das war aber nur die halbe Miete, weil mit dieser Methode der eingegebene Sicherheitscode nicht mehr als korrekt erkannt wird. Ist es denn überhaupt notwendig, zum Erstellen des Captchas die gesamte application_top.php einzubinden ? Ich vermute, dass die application_top.php irgendwo im Hintergrund doch eine Ausgabe erzeugt und die darf vor der Header-Sektion ja nicht erfolgen.

    Hat keiner ähnliche Probleme ?

  • Erneut keine Captchas

    Also zuerst mal die configure-Dateien sind okay und enthalten die Captcha-Pfade.
    Ich bin jetzt mal methodisch vorgegangen:
    1. Zuerst habe ich in der contact_us.html mal ein Catpcha als img eingebunden, einfach um zu sehen, ob das dargestellt wird. Ja, das geht.
    2. Zum Testen habe ich die captcha_math.php durch ein einfaches Konstrukt ersetzt:

    <?php
    header ("Content-type: image/png");
    $im = @ImageCreate (50, 100)
    or die ("Kann keinen neuen GD-Bild-Stream erzeugen");
    $background_color = ImageColorAllocate ($im, 255, 255, 255);
    $text_color = ImageColorAllocate ($im, 233, 14, 91);
    ImageString ($im, 1, 5, 5, "Ein Test-String", $text_color);
    ImagePNG ($im);
    ?>
    uns siehe da, das PNG wird angezeigt.

    3. Wenn ich die in der Original-Datei captcha_math.php das error_reporting einschalte, und ich die captcha_math.php direkt aufrufe, wird eine "1" geparst.
    4. Ich glaube jetzt, ich kenne die Quelle des Übels // Mail von Domainfactory an alle //Seitdem werden die Captchas nicht mehr dargestellt:

    Zitat

    +========================================+
    PHP5.3-Update am 25.01.2012 um 10:00 Uhr
    +========================================+

    Es erfolgt ein Update aller Editionen von PHP5.3. So wird die bisherige LATEST-Edition 5.3.8 zur regulären und empfohlenen Edition "5-53-STABLE", während die aktuelle STABLE-Edition 5.3.6 weiterhin als Vorgängerversion "5-53-LEGACY" bereitstehen wird. Neu zur Verfügung steht die Version 5.3.9, diese ersetzt die bisherige LATEST-Edition 5.3.8.

    Das am Mittwoch, den 25.01.2012, um ca. 10:00 Uhr erfolgende Update wird selbstverständlich vollautomatisch durchgeführt, es ist Ihrerseits kein manuelles Eingreifen erforderlich.

    Hat jemand eine zündende Idee? Gab es PHP-Befehle oder Syntax, die abgekündigt waren?
    Kann sich jemand vom Webdesign Erfurt der Sache annehmen ?

    Ich teste in jedem Fall weiter ...

  • Erneut keine Captchas

    Zitat

    verzeichnis mall neu anlegen mit Rechten

    Verzeichnis gelöscht, neu angelegt, index und htaccess kopiert, Verzeichnisrechte auf 777 geändert, Cache gelöscht, Seite im Browser neu geladen, SCH.... geht immer noch nicht.

  • Erneut keine Captchas

    Zitat

    meinte dass gleiche aber für captcha Verzeichnis

    alles vorhanden, allerdings halt mit CHMOD 640, also kann der PHP-Parser nicht auf das Bild zugreifen und an den Browser ausliefern. Ist m.E. nach doch ein Rechte-Problem.
    [grübel]Der Indianer sollte doch die gleichen Rechte wie PHP5 selbst besitzen - also "Owner" sein ? Hat er aber nicht. [/grübel]

  • Erneut keine Captchas

    Zitat

    Cache leermachen und F5 in Browser!!

    na klar, das habe ich gemacht.

    Zitat

    Ist den richtige link beim mini_images ( über eigenschaften) drin aucf den Produkt Seite?


    images/product_images/mini_images/1_0.jpg :: alles bestens, ist vorhanden und wird auch dargestellt.

    Zitat

    Dan vielleicht doch etwas mit Template oder

    - das Templates ist unverändert !

  • Erneut keine Captchas

    Nach der frischen Installation der cseov2.1.2.8plus lief zunächst alles bestens. Seit gestern werden die Captchas wieder nicht mehr angezeigt, sondern das berühmte rote Kreuz. Seit der Neuinstallation habe ich lediglich E-Mail-Vorlagen im Backend geändert und ein eigenes Buttonset hochgeladen.

    Muss also wieder irgendwas am Server sein.
    Nochmal für alle meine Ausgangssituation:
    Hoster: Domain Factory/ es läuft der aktuelle Indianer mit PHP5 und die aktuellste Stable von MySQL
    Das Verzeichnis captchas hat die Rechte 777.
    Es werden PNG-File im Ordner erzeugt allerdings mit nur mit 640-er Rechten.
    Die betroffenen Dateien, die das Captcha erzeugen sind die captcha_math.php und die captcha_math_ask.php.
    chmod($file,777); führt dazu, dass das PNG zwar die Rechte bekommt, aber bereits vorher versucht wird, es im Browser parsen, halt ohne Erfolg.
    Ich habe bereits versucht, die Ausgaben über ob_start ... zu puffern, bisher ohne Erfolg.

    Bitte um Eure Hilfe.

  • commerce:SEO v2.2 Plus Übersicht und aktueller Stand der Entwicklung

    Ich hätte auch noch eine kleine Wunschliste für die kommende Version:

    - Überarbeitung der Specials/ Sonderangebot - Bearbeitung direkt beim Produkt
    - Happy Hour Funktion (in bestimmtem Zeitraum Sonderaktion/ Sonderrabatt/ Sonderartikel)
    - Rabatt auf gesamte Kategorie
    - automatische Geburtstagsmail/ Geburtstagsgutschein [administrierbar: Gutschein Rabatt/ Wert/ versandkostenfrei] über cronjob
    - Offener Warenkörbe mit automatischer Kundenerinnerung per Mail.

  • zzgl. MwSt. Anzeige im Warenkorb-Flyout

    Ich habe heute die Notbremse gezogen und die cseov2.1.2.8plus komplett neu auf den Server gebeamt. Vorher die 4 configure-Dateien gesichert und anschließend zurück gespielt.

    Kann sein, das mein Vorgehen ein wenig umständlich ist :: Thema htaccess:
    - Auf meinem PC die .htaccess in x.htaccess umbenannt (Windows kann mit dem Punkt nichts anfangen)
    - mit PSPad (Freeware) geöffnet und wie folgt geändert:

    #AddDefaultCharSet utf-8
    #RewriteCond %{HTTP:X-Forwarded-Server} !^ssl\.webpack\.de$ [NC]
    #RewriteCond %{HTTP:X-Forwarded-Server} !^sslsites\.de$ [NC]
    #RewriteCond %{HTTP_HOST} !^localhost(.*)$ [NC]
    RewriteBase /commerceseo/

    Folgende Erläuterung:
    UTF8 macht irgendwie Probleme (Shop wird nicht geladen), deshalb auskommentiert
    Habe ein eigenes SSL-Zertifikat, deshalb webpack und sslsites auskommentiert
    Ich arbeite nur Online (1x Test/ 1x Live) nicht auf localhost oder xampp etc. deshalb auskommentiert
    Der Shop liegt im Unterverzeichnis commerceseo, deshalb Modifikation RewriteBase

    - x.htaccess auf Server hochgeladen, umbenannt in .htaccess

    UND SEITDEM funzt alles, auch die Captchas werden angezeigt [freu].

    Nochmals danke für Eure Hilfe. Greetz

  • zzgl. MwSt. Anzeige im Warenkorb-Flyout

    Der Shop ist eine Erstinstallation ohne Drittmodule oder sonstirgendwas, QF7, QF8 installiert weiter nichts.

    Hoster Domain Factory bietet beste Voraussetzungen, alle notwendigen Libs laufen.

    Google Analytics ist noch nicht aktiviert.

    Am 28.12.2011 habe ich die Version commerce:SEO v2.1.2 Plus für 129 Euronen erstanden, war anfangs begeistert - aber mittlerweile könnt' ich das Teil [zenziert]. Wer mit dem Shopsystem sein Geld verdienen muss, Hut ab, bis er das Teil halbwegs am laufen hat.

    Noch habe ich ein Fünkchen Hoffnung, dass das Problem Captchas doch noch zum Laufen kommt. Ich fand ja die XT:c-Version der Captchas mit einigen grafischen Anpassung ganz gängig. Ob Kunde (bei uns zu 99% Kundinnen) das kapiert, das die Lösung der Aufgabe eingetragen werden muss, lass ich mal offen.