rechtstexte für onlineshop
Neuigkeiten
  • Die modified eCommerce Shopsoftware ist kostenlos, aber nicht umsonst.
    Spenden
  • Damit wir die modified eCommerce Shopsoftware auch zukünftig kostenlos anbieten können:
    Spenden
  • Thema: Weiße Seite nach klick auf den "kaufen" Button

    jokotten

    • Frisch an Board
    • Beiträge: 54
    • Geschlecht:
    Re: Weiße Seite nach klick auf den "kaufen" Button
    Antwort #15 am: 29. November 2018, 19:49:29
    Habe jetzt erst mal den Link << zum Warenkorb rausgenommen
    Wenn man auf Kasse klickt, kommt man zum Bestellvorgang ohne Probleme, bis zum Ende.

    Ich weiß, eine wirkliche Lösung ist das natürlich nicht. Momentan habe ich aber keine bessere Idee, dass die Kunden wieder bestellen können.

    Timm

    • Fördermitglied
    • Beiträge: 6.260
    Re: Weiße Seite nach klick auf den "kaufen" Button
    Antwort #16 am: 29. November 2018, 21:25:11
    Man kann doch weiterhin oben in der Navigationsleiste auf Warenkorb klicken und bekommt die weiße Seite. Versuch den Fehler zu finden.

    Was mir im Seitenquelltext aufgefallen ist, dass das charset bei dir mit utf8 angegeben ist und eigentlich utf-8 heißen müsste. Das hat aber denke ich mit dem Fehler nichts zu tun. Trotzdem ändern.

    Deinem anderen Thread zum Passwortvergessenfehler entnehme ich, dass du zurück auf php 5.6 gestellt hast. Hat dein Hoster vielleicht nun php 5.6 abgeschalten und es läuft nun php 7 aufwärts? Dann wäre ja auf mysqli in der configure.php umzustellen.

    Zitat
    Ich habe auch immer das neueste Template von xtc5 upgedatet. Die einzigsten Änderungen darin sind die index.html (Logo- und Navigationsanpassung), sowie einige Mailvorlagen.

    Wenn das wirklich so wenig ist, warum setzt du dann nicht einfach den Shop als Vollversion auf und machst dann die paar Änderungen wieder rein?

    Obwohl ich ja eher ein responsives Template empfehlen würde als das extra Template für Mobilgeräte, dass du nutzt.

    Gruß Timm

    jokotten

    • Frisch an Board
    • Beiträge: 54
    • Geschlecht:
    Re: Weiße Seite nach klick auf den "kaufen" Button
    Antwort #17 am: 17. Dezember 2018, 22:34:03
    Inzwischen habe ich den Shop komplett neu aufgesetzt mit einem responsive Template.
    Das Problem hat sich leider dadurch immer noch nicht erledigt.

    Wenn man bei einem Angebot auf "in den Warenkorb" klickt, kommt eine weiße Seite, genauso wenn man oben auf Warenkorb klickt.

    Fehlermeldungen werden keine angezeigt :(

    Timm

    • Fördermitglied
    • Beiträge: 6.260
    Re: Weiße Seite nach klick auf den "kaufen" Button
    Antwort #18 am: 17. Dezember 2018, 23:37:02
    Es steht weiterhin im Seitenquelltext, dass das charset utf8 und nicht utf-8 sei. Ich kann das nicht in einem Testshop reproduzieren wenn ich es in

    -den Spracheinstellungen
    -der .htaccess
    -der configure.php

    ändere, was die einzigen verantwortlichen Stellen dafür wären. Du musst da noch andere Änderungen vorgenommen haben.

    Zusätzlich und das wird der Fehler sein, wird keine jQuery geladen. Siehst du im Seitenquelltext, wenn du dir mal den vom Demoshop anguckst. Dort ist es aber die Version 1.8.3. In Karls Template müsste es die 1.12.4 sein.

    Das könnte zb daran liegen, dass du eine andere general.js.php drübergespielt hast, als die originale in Karls Template bzw dort Änderungen vorgenommen hast. Oder oftmals ist auch der Übertragungsmodus des ftp Programm verantwortlich für Javascriptfehler. Der muss binär sein!

    Gruß Timm

    jokotten

    • Frisch an Board
    • Beiträge: 54
    • Geschlecht:
    Re: Weiße Seite nach klick auf den "kaufen" Button
    Antwort #19 am: 18. Dezember 2018, 00:44:54
    Hallo Timm,

    ich hatte das auch schon auf utf-8 umgestellt, mit dem Ergebnis, dass sämtliche Umlaute kaputt waren. Der Link zum Warenkorb ging aber trotzdem nicht.

    Die Dateien vom Responsive-Theme habe ich laut Anleitung unter templates intstalliert.

    Das Problem bestand ja auch vorher schon mit dem XTC5 und tpl_modified Theme.

    Es geht alles, bis auf den blöden Warenkorb.

    Die general.js.php habe ich eben noch mal neu drauf geladen. Problem besteht weiterhin.

    Timm

    • Fördermitglied
    • Beiträge: 6.260
    Re: Weiße Seite nach klick auf den "kaufen" Button
    Antwort #20 am: 18. Dezember 2018, 11:34:53
    In dem Template von Karl wird die jquery nicht im Quelltext angezeigt. Ist aber in der komprimierten Version der Tpl_plugin_min.js vorhanden. Da liegt also nicht der Fehler.

    Schalte doch mal alle Komprimierungen aus und leere Cache und Templatecache, sowie Browsercache. Soweit ich weiß, musste man alle Komprimierungen danach einzeln einschalten. Steht ziemlich weit vorne in dem Templatethread. Und stelle deine Frage mal da. Hanspeter liest da mit und hätte sicher eine Lösung.

    Das mit dem utf8 hab ich nun auch nachgestellt bekommen, wenn ich unter Sprache utf8 statt utf-8 eingebe, cache und templatecache lösche, Browsercache lösche und mich dann aus und wieder einlogge. Auf jeden Fall ist es so nicht richtig bei dir. Wenn da Umlaute falsch sind, dann hast du den shop von iso nicht richtig zu utf-8 umgewandelt oder gar nicht umgewandelt. Sondern lediglich bei der Neuinstallation utf-8 angegeben und die Inhalte der DB sind noch in iso gespeichert.

    Ist der Übertragungsmodus im FTP Programm Binär??? Wenn nicht umstellen und alles nochmal aus dem original Downloadpaket neu hochladen.

    Das kommt beim Aufruf der jquery bei dir.

    [ Für Gäste sind keine Dateianhänge sichtbar ]

    Und das müsste eigentlich bei dir im Backend sichtbar sein wegen der falschen Charsetschreibweise.

    [ Für Gäste sind keine Dateianhänge sichtbar ]

    Gruß Timm

    jokotten

    • Frisch an Board
    • Beiträge: 54
    • Geschlecht:
    Re: Weiße Seite nach klick auf den "kaufen" Button
    Antwort #21 am: 18. Dezember 2018, 15:22:00
    Hallo Timm,

    habe dir mal 3 Bilder agenhängt.

    Datenbank, Einstellungen in configure.php und Ergebnis nach Umstellung auf utf-8

    Fehlermeldungen bekomme ich keine. Alle Cache-Optionen sind ausgestellt und den Browser-Cache habe ich auch gelöscht.

    Wo liegt der Fehler?

    Gruß
    Jörg

    wagners

    • Mitglied
    • Beiträge: 107
    • Geschlecht:
    Re: Weiße Seite nach klick auf den "kaufen" Button
    Antwort #22 am: 18. Dezember 2018, 15:45:28
    Hast du vielleicht die Browser-Einstellungen verändert? Mir werden Umlaute nämlich ohne weiteres angezeigt:

    [ Für Gäste sind keine Dateianhänge sichtbar ]

    jokotten

    • Frisch an Board
    • Beiträge: 54
    • Geschlecht:
    Re: Weiße Seite nach klick auf den "kaufen" Button
    Antwort #23 am: 18. Dezember 2018, 16:05:14
    Nein, habe es wieder auf utf8 geändert, da momentan häufig Kunden auf der Seite sind.

    Der Warenkorb wurde mir dann übrigens auch nicht angezeigt - weiße Seite.

    hpzeller

    • Experte
    • Beiträge: 4.129
    • Geschlecht:
    Re: Weiße Seite nach klick auf den "kaufen" Button
    Antwort #24 am: 18. Dezember 2018, 17:16:16
    Wenn keine Fehlermeldungen vorhanden sind musst du halt eine Brute-Force-Methode anwenden.

    Als erstes, falls du es nicht schon getan hast, würde ich mal die Datei shopping_cart.php ersetzen, also löschen und neu hochladen.

    Wenn das nicht hilft füge testweise  in der Datei shopping_cart.php nach diesem Code

    Code: PHP  [Auswählen]
    require ('includes/application_top.php');

    folgenden Code ein,

    Code: PHP  [Auswählen]
    die('Bis hier hin geht das Skript!');

    danach rufst du im Browser den Warenkorb auf.

    Wenn dieser Text -> Bis hier hin geht das Skript! zu sehen ist, fügst du obigen Code einige Zeilen weiter unten ein und rufst im Browser den Warenkorb wieder auf, das wiederholst du bis die Seite völlig weiss ist.

    So kann man versuchen den Fehler einzugrenzen.

    Gruss
    Hanspeter

    Timm

    • Fördermitglied
    • Beiträge: 6.260
    Re: Weiße Seite nach klick auf den "kaufen" Button
    Antwort #25 am: 18. Dezember 2018, 17:47:33
    Um den Fehler einzugrenzen, hast du ja nun einen Lösungsansatz von Hanspeter.

    Das zweite Bild ist nicht die configure.php, sondern die .htaccess. Der Shop wurde doch upgedated. Hast du den reinen Inhalt der DB (also nicht nur die Kollation der Tabellen) vorher von ISO zu UTF-8 mit dem Skript von noRiddle umgeformt? Wie sehen denn die Umlaute in der Datenbank selbst aus?

    Und mir gings nicht um ausgeschalteten Cache, sondern ausgeschaltete Komprimierung. Also JS, CSS, HTML und GZIP mal abschalten unter Komprimierung.

    Und die Frage bzgl des Übertragungsmodus des FTP Programm steht auch weiterhin im Raum.

    So kommt man sonst leider nicht wirklich weiter, wenn du darauf nicht eingehst.

    Hast du sonst irgendwas zusätzlich an Modulen installiert oder alte Dateien wieder rübergespielt? Wenn ja bitte angeben, was. Wenn der Shop komplett neu aufgesetzt wurde, dann muss es ja mit dem Standardtemplate gehen.

    Gruß Timm

    EDIT: Da es eine _.htaccess gibt und ich davon ausgehe, dass nicht noch zusätzlich eine .htaccess vorhanden ist und der Shop dennoch zu einer https Variante weiterleitet vermute ich, dass du Zwangs SSL beim Hoster eingeschaltet hast. Daran könnte es auch liegen. Also ausschalten und die .htaccess umbenennen zu .htaccess und die Weiterleitungen wieder einkommentierten und das charset oben richtig einkommentieren. Dann sollten auch wieder die suchmaschinenfreundlichen URLs funktionieren, wenn du sie aktiviert hast. War glaube vorher so. Wäre auch besser für Google, wenn sich die Links nicht verändern.

    jokotten

    • Frisch an Board
    • Beiträge: 54
    • Geschlecht:
    Re: Weiße Seite nach klick auf den "kaufen" Button
    Antwort #26 am: 18. Dezember 2018, 20:27:02
    Also ich habe die javascript Dateien nochmal im Binary-Modus neu eingespielt.

    Alle Kompressionen sind abgeschaltet.

    So sieht die .htaccess aus.

    Code: PHP  [Auswählen]
    ##-- $Id: _.htaccess 10934 2017-08-31 12:11:28Z Tomcraft $

    ##-- Default charset
    AddDefaultCharset UTF-8
    #AddDefaultCharset ISO-8859-15

    ##-- Disable the server signature
    ServerSignature Off

    ##-- Turn off ETags in HTTP-header (use both directives)
    <IfModule mod_headers.c>
      Header unset ETag
      RequestHeader unset Proxy
    </IfModule>
    FileETag None

    ##-- When caching of gzipped JS and CSS files is used, enable this setting
    <IfModule mod_headers.c>
      Header set Vary Accept-Encoding
    </IfModule>

    ##-- when using Provider 1&1 set the following lines to activate PHP5
    #AddType x-mapp-php5 .php
    #AddHandler x-mapp-php5 .php

    ##-- Add Mime Types
    <IfModule mod_mime.c>
      AddType application/font-woff2 .woff2
    </IfModule>

    # Disable directory browsing (disabled by default as this causes problems on some servers because they don't allow AllowOverride Directive for Options)
    #Options -Indexes

    ##-- Enable the compression for any type of content
    <IfModule mod_deflate.c>
      <FilesMatch "\\.(js|css|html|htm|php|xml|jpg|jpeg|png|gif|svg|woff|woff2|ttf|otf|eot)$">
        SetOutputFilter DEFLATE
      </FilesMatch>
    </IfModule>

    ##-- Customization of HTTP request and response headers
    <IfModule mod_headers.c>
      <FilesMatch "\\.(ico|jpe?g|png|gif|swf|flv|svg)$">
        Header set Cache-Control "max-age=2592000, public"
      </FilesMatch>
      <FilesMatch "\\.(css|woff|woff2|ttf|otf|eot)$">
        Header set Cache-Control "max-age=604800, public"
      </FilesMatch>
      <FilesMatch "\\.(js)$">
        Header set Cache-Control "max-age=604800, private"
      </FilesMatch>
      <FilesMatch "\\.(xml|txt)$">
        Header set Cache-Control "max-age=604800, public, must-revalidate"
      </FilesMatch>
      <FilesMatch "\\.(html|htm|php)$">
        Header set Cache-Control "max-age=1, private, must-revalidate"
      </FilesMatch>
    </IfModule>

    ##-- Generation of Expires and Cache-Control HTTP headers
    <IfModule mod_expires.c>
      ExpiresActive On
      ExpiresDefault "access plus 1 seconds"
      ExpiresByType image/gif "access plus 2592000 seconds"
      ExpiresByType image/jpg "access plus 2592000 seconds"
      ExpiresByType image/jpeg "access plus 2592000 seconds"
      ExpiresByType image/png "access plus 2592000 seconds"
      ExpiresByType image/svg+xml "access plus 2592000 seconds"
      ExpiresByType text/html "access plus 1 seconds"
      ExpiresByType text/css "access plus 604800 seconds"
      ExpiresByType text/javascript "access plus 604800 seconds"
      ExpiresByType application/x-javascript "access plus 604800 seconds"
      ExpiresByType application/javascript "access plus 604800 seconds"
      ExpiresByType text/x-component "access plus 604800 seconds"
      ExpiresByType font/truetype "access plus 604800 seconds"
      ExpiresByType font/opentype "access plus 604800 seconds"
      ExpiresByType application/x-font-ttf "access plus 604800 seconds"
      ExpiresByType application/x-font-woff "access plus 604800 seconds"
      ExpiresByType application/font-woff "access plus 604800 seconds"
      ExpiresByType application/vnd.ms-fontobject "access plus 604800 seconds"
      ExpiresByType image/x-icon "access plus 604800 seconds"

      <IfModule mod_headers.c>
        Header append Cache-Control "public"
      </IfModule>
    </IfModule>

    ##-- Configure php_flags if necessary
    ##-- BEGIN - use IfModule clause if PHP runs in CGI mode, otherwise just uncomment the lines with php_flag...
    #<IfModule mod_php.c>

      ##-- Warn when arguments are passed by reference at function call time (from PHP5 allow_call_time_pass_reference is deprecated)
      #php_flag allow_call_time_pass_reference on

      ##-- Disable transparent sid support PHP-default is off (XTC Session only on first visit)
      #php_flag session.use_trans_sid off

      ##-- set suhosin flags because of errors with attributes (for webhosters with suhosin hardening patch enabled)
      #php_value suhosin.post.max_array_depth 0
      #php_value suhosin.post.max_array_index_length 0
      #php_value suhosin.post.max_vars 0
      #php_value suhosin.request.max_array_depth 0
      #php_value suhosin.request.max_array_index_length 0
      #php_value suhosin.request.max_vars 0

      ##-- set suhosin flags to have unencrypted session data, affecting "whos_online" & "shopping cart" (for webhosters with suhosin hardening patch enabled)patch enabled
      #php_value suhosin.session.encrypt Off
      #php_value suhosin.session.cryptkey ''

    ##-- END - use IfModule clause if PHP runs in CGI mode, otherwise just uncomment the lines with php_flag...
    #</IfModule>

    ##-- Redirect error pages to Sitemap
    ##-- set the correct Path to ErrorDocument
    ErrorDocument 400 /sitemap.html?error=400
    ErrorDocument 401 /sitemap.html?error=401
    ErrorDocument 402 /sitemap.html?error=402
    ErrorDocument 403 /sitemap.html?error=403
    ErrorDocument 404 /sitemap.html?error=404
    ErrorDocument 500 /sitemap.html?error=500

    ##-----------------------------------------
    ##- SEO Shopstat Modul (Hartmut Koenig)
    ##-----------------------------------------
    <IfModule mod_rewrite.c>
      ##-- Initialize and enable rewrite engine
      ##-- Documentation http://httpd.apache.org/docs/misc/rewriteguide.html
      RewriteEngine On

      ##-- EXAMPLE: If your shop is located at "http://www.yourdomain.com/shop",
      ##-- set the following line like e.g.: RewriteBase /shop/
      RewriteBase /

      ##-- disallow access to dotfiles (.htaccess, .svn, .git, etc.)
      #RedirectMatch 403 /\.

      ##-- Use canonical URLs
      ##-- Use SSL-Proxy
      ##-- HostEurope
      #RewriteCond %{HTTP:X-Forwarded-Server} !^ssl\.webpack\.de$ [NC]
      ##-- 1und1
      #RewriteCond %{HTTP:X-Forwarded-Server} !^ssl\.kundenserver\.de$ [NC]
      ##-- domainFACTORY
      #RewriteCond %{HTTP:X-Forwarded-Server} !^sslsites\.de$ [NC]
      ##-- All-Inkl
      #RewriteCond %{HTTP:X-Forwarded-Server} !^ssl-account\.com$ [NC]
      ##-- Strato
      #RewriteCond %{HTTP:X-Forwarded-Server} !^www\.ssl-id\.de$ [NC]

      ##-- redirect to http www-domain, when www is missing and no subdomain given and not using an ssl-proxy
      #RewriteCond %{HTTP_HOST} !^www\. [NC]
      #RewriteCond %{HTTP_HOST} !\.(.*)\. [NC]
      #RewriteCond %{HTTP_HOST} !^localhost [NC]
      #RewriteRule ^ http://www.%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

      ##-- redirect to https www-domain, when www is missing and no subdomain given and not using an ssl-proxy
      #RewriteCond %{HTTP_HOST} !^www\. [NC]
      #RewriteCond %{HTTP_HOST} !\.(.*)\. [NC]
      #RewriteCond %{HTTP_HOST} !^localhost [NC]
      #RewriteRule ^ https://www.%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
      #RewriteCond %{SERVER_PORT} !^443$
      #RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

      ##-- redirect to https non-www-domain, when no subdomain given and not using an ssl-proxy
      #RewriteCond %{SERVER_PORT} !^443$ [OR]
      #RewriteCond %{HTTP_HOST} ^www\. [NC]
      #RewriteCond %{HTTP_HOST} ^(?:www\.)?(.+)$ [NC]
      #RewriteRule ^ https://%1%{REQUEST_URI} [R=301,L]

      ##-- Sitemap
      RewriteRule ^sitemap(.*)\.html$ shop_content.php?coID=8 [QSA,L]

      ##----------------------------------------------------------------------------------
      ##-- When working with SEO-Urls you can decide, whether to use a colon ":" or a dash "-" symbol
      ##-- (Windows Servers might have problems with colon as delimiter!)
      ##-- Change the delimiter symbol (SEO_SEPARATOR) also in file "/includes/extra/seo_url_mod/seo_url_shopstat.php"
      ##-- or create a new file "/includes/extra/configure/seo_separator.php"
      ##-- with the following content: <?php define('SEO_SEPARATOR','-'); ?>
      ##----------------------------------------------------------------------------------

      ##-- Use colon delimiter ":" for SEO-URLS (default setting)
      ##-- Categories (:::)
      RewriteRule :::([_0-9]+):([_0-9]+)\.html$ index.php?cPath=$1&page=$2 [QSA,L]
      RewriteRule :::([_0-9]+)\.html$ index.php?cPath=$1 [QSA,L]

      ##-- Products (::)
      RewriteRule ::(.+)\.html$ product_info.php?products_id=$1 [QSA,L]

      ##-- Content (:_:)
      RewriteRule :_:([0-9]+)\.html$ shop_content.php?coID=$1 [QSA,L]

      ##-- Manufacturers (:.:)
      RewriteRule :\.:([_0-9]+):([_0-9]+)\.html$ index.php?manufacturers_id=$1&page=$2 [QSA,L]
      RewriteRule :\.:([0-9]+)\.html$ index.php?manufacturers_id=$1 [QSA,L]

      ##-- Use dash delimiter "-" for SEO-URLS (alternative setting i.e. for windows servers)
      ##-- Categories (---)
      RewriteRule ---([_0-9]+)-([_0-9]+)\.html$ index.php?cPath=$1&page=$2 [QSA,L]
      RewriteRule ---([_0-9]+)\.html$ index.php?cPath=$1 [QSA,L]

      ##-- Products (--)
      RewriteRule --(.+)\.html$ product_info.php?products_id=$1 [QSA,L]

      ##-- Content (-_-)
      RewriteRule -_-([0-9]+)\.html$ shop_content.php?coID=$1 [QSA,L]

      ##-- Manufacturers (-.-)
      RewriteRule -\.-([_0-9]+)-([_0-9]+)\.html$ index.php?manufacturers_id=$1&page=$2 [QSA,L]
      RewriteRule -\.-([0-9]+)\.html$ index.php?manufacturers_id=$1 [QSA,L]
    </IfModule>

    [EDIT Tomcraft 04.02.2019: Code formatiert.]

    jokotten

    • Frisch an Board
    • Beiträge: 54
    • Geschlecht:
    Re: Weiße Seite nach klick auf den "kaufen" Button
    Antwort #27 am: 18. Dezember 2018, 20:32:41
    Momentan habe ich keine Zusatzmodule extra installiert, nur das, was im Shop integriert ist.

    Habe eben auch mal auf PHP5.6 zurückgestellt, aber bringt auch nichts, deshalb wieder auf PHP7

    jokotten

    • Frisch an Board
    • Beiträge: 54
    • Geschlecht:
    Re: Weiße Seite nach klick auf den "kaufen" Button
    Antwort #28 am: 18. Dezember 2018, 20:35:27
    In der Datenbank sind die Umlaute umschrieben: Bikerfr&uuml;hst&uuml;ck

    jokotten

    • Frisch an Board
    • Beiträge: 54
    • Geschlecht:
    Re: Weiße Seite nach klick auf den "kaufen" Button
    Antwort #29 am: 18. Dezember 2018, 21:13:40
    Habe jetzt herausgefunden, dass ich, direkt nachdem ich mich angemeldet habe, auf den shoppingcart komme. Erst, nachdem ich ein produkt in den Warenkorb gelegt habe, komme ich nicht mehr drauf.
    9 Antworten
    6304 Aufrufe
    13. Januar 2013, 17:04:33 von Frank_H
    3 Antworten
    4511 Aufrufe
    07. Oktober 2015, 11:46:35 von web28
    7 Antworten
    5630 Aufrufe
    15. August 2011, 15:59:32 von Tomcraft