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: Umlaute in der Kopfleiste von Edge und Chrome falsch angezeigt nach Update auf 2.0.5.0

    bittalk

    • Mitglied
    • Beiträge: 106
    • Geschlecht:
    Hallo,

    das Update auf die 2.0.5.0 hat dank der Hilfe von Fräulein Garn Super geklappt!
    Konnte auch soweit alles auf UTF-8 umstellen und die Umlaute werden im Shop korrekt dargestellt.

    Nur in der Kopfleiste vom Browser von Edge und Chrome werden die Umlaute immer noch falsch dargestellt.

    Linkback: https://www.modified-shop.org/forum/index.php?topic=40895.0

    Timm

    • Fördermitglied
    • Beiträge: 6.165
    Gern. Gut wäre, wenn du den entsprechenden Thread mit angibst. Ich kann mich nämlich nicht mehr an das Ausgangsproblem und die gegebenen Ansatzpunkte für die Hilfe erinnern. Dann könnte man da vielleicht erkennen, ob was vergessen wurde.

    Du könntest das umgehen indem du im contentmanger das ä als Entity angibst. Würde ich aber nicht empfehlen. Denn es muss eigentlich auch so funktieren wie du hier: https://dev.modified-shop.org/Privatsphaere-und-Datenschutz:_:2.html sehen kannst. Das wurde gefixed mit Shopversion 2.0.5.0 siehe Ticket #1627. Da muss also bei dir was nicht stimmen und wenn du es nicht richtig löst sondern nur an dem Punkt fixed, dann könnte es noch andere Stellen im Shop geben wo es auftritt. Zb im Breadcrumbpfad, was wiederum schlecht für Google und auch für die Kunden die das sehen würden in den Google Suchergebnissen sein.

    Als erstes würde ich mal die _.htaccess in .htaccess umbenennen, denn dort steht auch eine charset Angabe drin. Und dann dort auch die ssl Weiterleitungen aktivieren, denn das funktioniert bei dir nicht.

    Ansonsten gibts fürs charset nur noch die Stellen in der includes/configure.php und im Backend unter Land Sprache.

    Gruß Timm

    bittalk

    • Mitglied
    • Beiträge: 106
    • Geschlecht:
    Hallo

    Zitat
    Als erstes würde ich mal die _.htaccess in .htaccess umbenennen, denn dort steht auch eine charset Angabe drin. Und dann dort auch die ssl Weiterleitungen aktivieren, denn das funktioniert bei dir nicht.

    wenn ich das mache
    Zitat
    Als erstes würde ich mal die _.htaccess in .htaccess umbenenne
    ist die Seite nicht mehr erreichbar?!

    die charset Angabe habe ich geändert hatte mir leider nicht die erhoffte Abhilfe gebracht.
    Ich muss ehrlich zugeben das ich hier mit meinem Latein am Ende ist nicht mein Fachgebiet  :-?
    An wen muss ich wenden damit man mir das einrichtet?

    bittalk

    • Mitglied
    • Beiträge: 106
    • Geschlecht:
    Hier ist _.htaccess

    Code: PHP  [Auswählen]
    ##-- $Id: _.htaccess 12137 2019-09-20 21:31:16Z 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|\.ico|\.jpg|\.jpeg|\.png|\.gif|\.svg|\.woff|\.woff2|\.ttf|\.otf|\.eot|\.JS|\.CSS|\.HTML|\.HTM|\.PHP|\.XML|\.ICO|\.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|\.jpg|\.jpeg|\.png|\.gif|\.swf|\.flv|\.svg|\.ICO|\.JPG|\.JPEG|\.PNG|\.GIF|\.SWF|\.FLV|\.SVG)$">
        Header set Cache-Control "max-age=2592000, public, must-revalidate"
      </FilesMatch>
      <FilesMatch "(\.woff|\.woff2|\.ttf|\.otf|\.eot|\.WOFF|\.WOFF2|\.TTF|\.OTF|\.EOT)$">
        Header set Cache-Control "max-age=2592000, public, must-revalidate"
      </FilesMatch>
      <FilesMatch "(\.css|\.js|\.CSS|\.JS)$">
        Header set Cache-Control "max-age=604800, private, must-revalidate"
      </FilesMatch>
      <FilesMatch "(\.xml|\.txt|\.XML|\.TXT)$">
        Header set Cache-Control "max-age=604800, public, must-revalidate"
      </FilesMatch>
      <FilesMatch "(\.html|\.htm|\.php|\.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 ^([\/]?)([a-z]{2})\/(.*):::([_0-9]+):([_0-9]+)\.html$ index.php?cPath=$4&page=$5&language=$2 [QSA,L]
      RewriteRule ^([\/]?)([a-z]{2})\/(.*):::([_0-9]+)\.html$ index.php?cPath=$4&language=$2 [QSA,L]
      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 ^([\/]?)([a-z]{2})\/(.*)::(.+)\.html$ product_info.php?products_id=$4&language=$2 [QSA,L]
      RewriteRule ::(.+)\.html$ product_info.php?products_id=$1 [QSA,L]

      ##-- Content (:_:)
      RewriteRule ([\/]?)([a-z]{2})\/(.*):_:([0-9]+)\.html$ shop_content.php?coID=$4&language=$2 [QSA,L]
      RewriteRule :_:([0-9]+)\.html$ shop_content.php?coID=$1 [QSA,L]

      ##-- Manufacturers (:.:)
      RewriteRule ^([\/]?)([a-z]{2})\/(.*):\.:([_0-9]+):([_0-9]+)\.html$ index.php?manufacturers_id=$4&page=$5&language=$2 [QSA,L]
      RewriteRule ^([\/]?)([a-z]{2})\/(.*):\.:([0-9]+)\.html$ index.php?manufacturers_id=$4&language=$2 [QSA,L]
      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 ^([\/]?)([a-z]{2})\/(.*)---([_0-9]+)-([_0-9]+)\.html$ index.php?cPath=$4&page=$5&language=$2 [QSA,L]
      RewriteRule ^([\/]?)([a-z]{2})\/(.*)---([_0-9]+)\.html$ index.php?cPath=$4&language=$2 [QSA,L]
      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 ^([\/]?)([a-z]{2})\/(.*)--(.+)\.html$ product_info.php?products_id=$4&language=$2 [QSA,L]
      RewriteRule --(.+)\.html$ product_info.php?products_id=$1 [QSA,L]

      ##-- Content (-_-)
      RewriteRule ^([\/]?)([a-z]{2})\/(.*)-_-([0-9]+)\.html$ shop_content.php?coID=$4&language=$2 [QSA,L]
      RewriteRule -_-([0-9]+)\.html$ shop_content.php?coID=$1 [QSA,L]

      ##-- Manufacturers (-.-)
      RewriteRule ^([\/]?)([a-z]{2})\/(.*)-\.-([_0-9]+)-([_0-9]+)\.html$ index.php?manufacturers_id=$4&page=$5&language=$2 [QSA,L]
      RewriteRule ^([\/]?)([a-z]{2})\/(.*)-\.-([0-9]+)\.html$ index.php?manufacturers_id=$4&language=$2 [QSA,L]
      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]

      ##-- language
      RewriteCond %{SCRIPT_FILENAME} !-d
      RewriteRule ^([\/]?)([a-z]{2})\/(.*)([^.]*)$ $3?language=$2 [QSA,L]
    </IfModule>

    Timm

    • Fördermitglied
    • Beiträge: 6.165
    Was steht denn in der includes/configure.php bei den beiden serverpfaden?

    https://www.deinedomain.de oder
    https://deinedomain.de

    Also wie soll die Adresse im Browser sein?

    Zitat
    die charset Angabe habe ich geändert hatte mir leider nicht die erhoffte Abhilfe gebracht.

    Du meinst in der htaccess? Wie soll die wirken, wenn die Datei durch den Unterstrich deaktiviert ist?

    Gruß Timm

    bittalk

    • Mitglied
    • Beiträge: 106
    • Geschlecht:
    Hallo Timm,

    entschuldige ich konnte nicht früher antworten. Spätschicht gehabt.

    Zitat
    Was steht denn in der includes/configure.php bei den beiden serverpfaden?

    https://www.deinedomain.de oder
    https://deinedomain.de

    In der configure.php steht es so drin:

    Code: PHP  [Auswählen]
    // server
      defined('HTTP_SERVER') or define('HTTP_SERVER', 'http://www.vapishdelight.de'); // eg, http://localhost - should not be empty for productive servers
      defined('HTTPS_SERVER') or define('HTTPS_SERVER', 'https://www.vapishdelight.de'); // eg, https://localhost - should not be empty for productive servers

    zu diesem Problem:

    [quoteZitat
    die charset Angabe habe ich geändert hatte mir leider nicht die erhoffte Abhilfe gebracht.

    Du meinst in der htaccess? Wie soll die wirken, wenn die Datei durch den Unterstrich deaktiviert ist?][/quote]

    Die htaccess konnte ich auch aktivieren :)

    Was im Moment Probleme macht ist das DHL Modul die ver.2.30 diese erzeugt einen Fehler beim Bestellvorgang ich erhalte eine weiße Seite. Wenn ich das Modul deinstalliere lässt sich der bestellprozess komplett durchführen.

    Habe jetzt einiges gelesen aber konnte jetzt nichts konkretes finden, muss auch sagen das ich jetzt seit gestern früh wach bin :)

    bittalk

    • Mitglied
    • Beiträge: 106
    • Geschlecht:
    Hier ist das gleiche problem mit dem DHL Modul, wie ich gelesen habe gibt es aktuell keine Lösung dafür?!

    https://www.modified-shop.org/forum/index.php?topic=37267.msg369458#msg369458

    Hallo in die Runde,

    ein frohes neues Jahr wünsche ich noch allen.

    Ich habe auch den Shop komplett neu installiert. Kein Update. Shop Version: 2.0.5.0 rev 12487
    zusätzliches Template:  tpl_modified_Responsive_6

    DHL Wunschpaket von hier runter geladen:  Version: dhlgkapi_2.30
    DHL Wunschpaket aktiviert.

    folgende 3 Template Dateien in jedes Template hinzugefügt.
    dhlgkapi.html / dhlgkapi_psf.html / dhlgkapi_replace_text.html

    ... aber:
    Es ist tatsächlich so. Egal in welchem Template. Sobald die HTML Komprimierung aktiviert ist zeigt diese "checkout_shipping.php" eine leere weiße Seite an.

    Hat also nichts mit den unterschiedlichen Templates zu tun.

    Den Fehler habe ich leider noch nicht gefunden.

    Vielleicht ist ja von Euch schon jemand dahinter gekommen. Danke schön für Eure Hilfe.

    Gruß Jürgen

    Timm

    • Fördermitglied
    • Beiträge: 6.165
    Moin

    Code: PHP  [Auswählen]
    // server
      defined('HTTP_SERVER') or define('HTTP_SERVER', 'http://www.vapishdelight.de'); // eg, http://localhost - should not be empty for productive servers
      defined('HTTPS_SERVER') or define('HTTPS_SERVER', 'https://www.vapishdelight.de'); // eg, https://localhost - should not be empty for productive servers

    ändern zu

    Code: PHP  [Auswählen]
    // server
      defined('HTTP_SERVER') or define('HTTP_SERVER', 'https://www.vapishdelight.de'); // eg, http://localhost - should not be empty for productive servers
      defined('HTTPS_SERVER') or define('HTTPS_SERVER', 'https://www.vapishdelight.de'); // eg, https://localhost - should not be empty for productive servers

    also den http server auch mit https angeben

    Code: XML  [Auswählen]
    ##-- 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]

    ändern zu

    Code: XML  [Auswählen]
    ##-- 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]

    Dann mal die Komprimierungen im Backend testweise deaktivieren. Wenn dann der checkout wieder funktioniert folgendes changeset einpflegen

    Ticket 930

    caches löschen und erneut testen.

    Wenn es danach dennoch nicht geht mal nur html Komprimierung deaktivieren und testen. Bei mir geht es aber in meinem 2.0.5.0 Testshop. Hatte die Änderungen aus Ticket 930 schon vor dem testen des checkouts eingepflegt, weil die ganze Seite durch meine zusätzlichen Skripts schon zerstört war.

    Gruß Timm

    EDIT: Was heißt du konntest die .htaccess aktivieren? https://www.vapishdelight.de/_.htaccess ist immer noch vorhanden und somit ist die .htaccess nicht aktiv. Da muss der Unterstrich weg.

    bittalk

    • Mitglied
    • Beiträge: 106
    • Geschlecht:
    Zitat
    Dann mal die Komprimierungen im Backend testweise deaktivieren. Wenn dann der checkout wieder funktioniert folgendes changeset einpflegen

    Ticket 930

    caches löschen und erneut testen.

    Wenn es danach dennoch nicht geht mal nur html Komprimierung deaktivieren und testen. Bei mir geht es aber in meinem 2.0.5.0 Testshop. Hatte die Änderungen aus Ticket 930 schon vor dem testen des checkouts eingepflegt, weil die ganze Seite durch meine zusätzlichen Skripts schon zerstört war.

    Das verstehe ich nicht, auch das Ticket 930! Übersteigt meine Kompetenzen :(

    Zitat
    EDIT: Was heißt du konntest die .htaccess aktivieren? https://www.vapishdelight.de/_.htaccess ist immer noch vorhanden und somit ist die .htaccess nicht aktiv. Da muss der Unterstrich weg.

    War mein Fehler der unterstrich ist weg. Jetzt passt es. War schon relativ müde :D

    Das Problem mit dem DHL-Modul scheint wohl mit der 2.0.5.0 nicht zu funktionieren oder gibt es hierbei eine Lösung?

    Timm

    • Fördermitglied
    • Beiträge: 6.165
    Es bringt nichts gleiche Fragen nochmal zu stellen, wenn man so gut wie nichts der vorherigen Tipps umsetzt.

    Die SSL Weiterleitungen zu https www domain sind weiterhin nicht in der .htaccess wieder einkommentiert. Hatte ich dir sogar als Codebeispiel gegeben. Einfach nur die # entfernen. Gib mal http://deinedomain.de ein und du wirst sehen, dass im Browser nicht zu https://www.deinedomain.de weitergeleitet wird und das grüne Schloss fehlt.

    Was ist so schwer im Backend unter erweiterte Konfiguration - Komprimierung - alles einmal zu deaktivieren und zu testen ob der checkout dann geht?

    In Ticket 930 ist fast ganz unten ein changeset 12501. Das lädst du runter und lädst die eine enthaltene compactor.php an die richtige Stelle auf den Server und ersetzt die alte. Dann löschst du unter erweiterte Konfiguration - cache Optionen - beide caches und testet erneut mit eingeschalteten Komprimierungen.

    Gruß Timm

    bittalk

    • Mitglied
    • Beiträge: 106
    • Geschlecht:
    Hallo,

    Zitat
    Die SSL Weiterleitungen zu https www domain sind weiterhin nicht in der .htaccess wieder einkommentiert. Hatte ich dir sogar als Codebeispiel gegeben. Einfach nur die # entfernen. Gib mal http://deinedomain.de ein und du wirst sehen, dass im Browser nicht zu https://www.deinedomain.de weitergeleitet wird und das grüne Schloss fehlt.

    war mein Fehler, habe es nun genauso umgesetzt.

    Code: PHP  [Auswählen]
    // server
      defined('HTTP_SERVER') or define('HTTP_SERVER', 'https://www.vapishdelight.de'); // eg, http://localhost - should not be empty for productive servers
      defined('HTTPS_SERVER') or define('HTTPS_SERVER', 'https://www.vapishdelight.de'); // eg, https://localhost - should not be empty for productive servers

    Bei der Weiterleitung erscheint nach eingabe von http://meinedomain.de nun https:// das Schloss wird angezeigt ist aber nicht grün.

    Zitat
    Was ist so schwer im Backend unter erweiterte Konfiguration - Komprimierung - alles einmal zu deaktivieren und zu testen ob der Checkout dann geht?

    so ist es für mich verständlicher  :-) sorry

    Das Problem mit der checkout_shipping.php in Verbindung mit der weißen Seite hat sich durch die Deaktivierung der HTML Komprimierung gelöst und sich in die checkout_confirmation.php verschoben.

    Was mir auffällt ist das in der Kopfleiste vom Edge bei  checkout_shipping.php und checkout_payment.php das Modified Icon angezeigt wird, bei checkout_confirmation.php aber mein Icon erscheint.

    Ich kann mich nochmals nur entschuldigen wenn ich mich …. anstelle und bin dankbar für deine Geduld!

    Timm

    • Fördermitglied
    • Beiträge: 6.165
    Deine Weiterleitungen scheinen nun zu funktionieren.

    Was passiert denn, wenn du alle Komprimierungen ausschaltest und die caches löscht? Geht dann alles?

    Hast du das changeset aus dem Ticket schon eingepflegt?

    Ist das Verhalten mit den Icons nur in Edge? Kannst du das bitte mal mit einem dir bekannten anderen ModifiedShop testen? Dann wissen wir, ob das ein Problem ist, dass alle betrifft, oder nur dich. Ich hab nen mac und somit kein Edge.

    Gruß Timm

    bittalk

    • Mitglied
    • Beiträge: 106
    • Geschlecht:
    Zitat
    Deine Weiterleitungen scheinen nun zu funktionieren.

    Das sind gute Nachrichten :)

    Zitat
    Hast du das changeset aus dem Ticket schon eingepflegt?

    Ist erledigt  :thumbs:

    Zitat
    Was passiert denn, wenn du alle Komprimierungen ausschaltest und die caches löscht? Geht dann alles?

    Ist das Verhalten mit den Icons nur in Edge? Kannst du das bitte mal mit einem dir bekannten anderen ModifiedShop testen? Dann wissen wir, ob das ein Problem ist, dass alle betrifft, oder nur dich. Ich hab nen mac und somit kein Edge.

    Konnte den Fehler ausfindig machen, es war die miscellaneous.php meine war noch von einer früheren version und verändert. Habe aus der Vollversion 2.0.5.0 die miscellaneous.php genommen und siehe da es geht  :-)

    Vielen Dank das du dir die Zeit genommen hast  :thx:

    Timm

    • Fördermitglied
    • Beiträge: 6.165
    Gern. Das sind ja mal gute Nachrichten.

    Hast du auch alle Komprimierungen wieder aktiviert und getestet? Die sollten ja möglichst an sein, damit weniger Daten übertragen werden müssen.

    Was macht das favicon Problem im checkout?

    Was ist mit den Umlautfehlern in Edge, was ja der eigentliche Grund des Threads war?

    Der offline Text hatte vor einigen Tagen einen Umlautfehler beim ä von späteren. Der war dann weg. Was hast du dafür geändert?

    Gruß Timm

    bittalk

    • Mitglied
    • Beiträge: 106
    • Geschlecht:
    Zitat
    Hast du auch alle Komprimierungen wieder aktiviert und getestet? Die sollten ja möglichst an sein, damit weniger Daten übertragen werden müssen.

    Ja, habe ich. Wobei ich sagen muss das es beim Template tpl_modified so funktioniert. Beim Template tpl_modified_responsive taucht der Fehler mit der weißen Seite beim checkout_shipping wieder auf und hierbei hilft eine Deaktivierung der Komprimierung überhaupt nicht. :( Wie es sich bei Bootstrap 4 verhält kann ich noch nicht sagen, noch nicht installiert, wollte das eigentlich wieder benützen.

    Zitat
    Was macht das favicon Problem im checkout?

    Das Problem mit demfavicon hat sich nach austauschen der miscellaneous.php welche wie vorher geschrieben verändert war durch mich.

    Zitat
    Was ist mit den Umlautfehlern in Edge, was ja der eigentliche Grund des Threads war?

    Der offline Text hatte vor einigen Tagen einen Umlautfehler beim ä von späteren. Der war dann weg. Was hast du dafür geändert?

    Dieses Problem konnte ich durch die Dateien im Anhang lösen, hatte ich hier im Forum gefunden weiß jetzt aber nicht mehr wo das war?
    0 Antworten
    701 Aufrufe
    22. November 2020, 09:48:40 von little-key
    27 Antworten
    10836 Aufrufe
    23. September 2014, 22:47:00 von sunflash
    4 Antworten
    3664 Aufrufe
    28. Februar 2014, 16:29:10 von Tonka