Beiträge von Benjamin09

Sonst keiner eine Idee? Ich bekomme das Problem einfach selbst nicht in den Griff. Und ich zahle jeden Monat ein Heidengeld für das SSL-Zertifikat, welches ich so nicht nutzen kann. Damit wird der ganz Shop völlig wertlos für mich... ich würde mich echt freuen, wenn jemand helfen könnte...

Hallo,

kann mir jemand verraten, wie ich bei der Mwst-Anzeige im Warenkorb und in der Warenkorb-Box einen Zeilenumbruch einfügen kann? Wenn 2 verschiedene Mwst-Sätze berechnet werden, stehen die bei mir so da:

inkl. 19% Mwst.: 0,94 EURinkl. 7% Mwst.: 0,05 EUR

statt so:

inkl. 19% Mwst.: 0,94 EUR
inkl. 7% Mwst.: 0,05 EUR

Zitat von jotest

KONFIG von den Server /Root / shop und vielleicht bilder/datei oder anderes nicht aus dieser Verzeichnis. ( meist wen etwas von extern kommt Siegel oder anderes) oder hartes link http://

Den Certificat SSL selbst, updated auch nach den updates von MS und so mehr

Config sollte stimmen - sonst würden ja auch in den anderen Browsern Warnmeldungen auftreten? Ich habe da jedenfalls überall die relativen Pfade korrekt drin. Würde ja auch angezeigt werden, wenn man im Firefox unter "Medien" schaut..?
SSL-Zertifikat sollte auch keinen Fehler produzieren - das habe ich von allinkl. Wenn das das Problem wäre, dann doch auch in allen Browsern? Und mit MS Updates dürfte das ja gar nichts zu tun haben. Wenn doch, ist es doch ein shopseitiger Fehler, denn der sollte j laufend mit allen gängigen Browsern über SSl funktionieren und nicht nach einer neuen Browserversion streiken. Kann ich mir nicht vorstellen.
Oder habe ich dich falsch verstanden...

Ob das jetzt ein rein shopseitiger Fehler ist, weiß ich nicht. Dann wäre es doch sicher schon längst hier geschrieben worden..? Ich kann mir nur vorstellen, dass es an der header.php oder der application_top liegen könnte. Aber wo...?
Hilft nichts - wir müssen wohl warten, bis sich ein Entwickler meldet...

Leider habe ich den fehler auch noch nicht gefunden. Du hast recht - in ALLEN anderen Browsern ist die Seite als sicher eingestuft. Nur der IE8 meckert.
Es läuft kein Google und auch sonst kein Script, welches unsicher sein könnte. Bilder sind alle richtig eingebunden und werden als https ausgegeben. Im Firefox unter "Medien" werden alle Dateien als https angezeigt - trotzdem die Meldung. Das kann so nicht bleiben, zumal gut 35% der Besucher den IE nutzen! Ich habe SSL erstmal abgeschaltet, bis das Problem gelöst ist. Das ist aber auch keine Lösung auf Dauer - dafür zahle ich ja das teure Zetifikat nicht und es gibt sicher einige Kunden, die ohne SSL auch nicht bestellen.

Hallo,

mir ist leider erst heute aufgefallen, dass in meinem Liveshop im IE 8 eine Sicherheitswarnung "Möchten Sie nur die Webseiteninhalte anzeigen, die über eine sichere Verbindung übermittelt wurden? Diese Webseite enthält Inhalte, die nicht über eine sichere HTTPS-Verbindung übermittelt werden. Hierdurch kann die Sicherheit der ganzen Webseite beeinträchtigt werden.” angezeigt wird, wenn ich den warenkorb aufrufe.
Ich arbeite mit einem SSL-Zertifikat. Opera und Firefox melden nichts. Ich habe alle Grafiken geprüft - es ist alles richtig eingebunden und wird auch per SSL aufgerufen. Im Quellcode finde ich keinerlei Hinweis, wo der Fehler stecken könnte! Kurzum: Ich bin ratlos

Dann ist mir aufgefallen, dass die Suche beim Boxen-Checkout einen Fehler wirft, wenn man sie mit aufgerufenem Warenkorb benutzt. Sie wird ja nicht verschlüsselt aufgerufen. Bei mir funktioniert es jetzt korrekt, nachdem ich in der template/source/boxes/search.php

$box_smarty->assign('FORM_ACTION', xtc_draw_form('quick_find', xtc_href_link(FILENAME_ADVANCED_SEARCH_RESULT, '', 'SSL', false)

gegen

$box_smarty->assign('FORM_ACTION', xtc_draw_form('quick_find', xtc_href_link(FILENAME_ADVANCED_SEARCH_RESULT, '', $request_type, false)

getauscht habe.

Aber vielleicht kann mir ja noch wer einen entscheidenden Tipp geben, wo ich Fehler 1 noch suchen kann... mit der Warnmeldung springen mir nämlich die Kunden ab...

Hat sich erledigt. Die htaccess war wohl fehlerhaft hochgeladen...

Hallo,

ja, habe ich. Ich habe extra darauf geachtet, alle Einstellungen richtig zu setzen. Die URLs sehen jetzt so aus, nachdem ich das Modul wieder deaktiviert habe:

/http://index.php/cPath/113

Sie sollten aber doch so aussehen: domain/kategoriename

Habs auch mal lokal installiert und getestet: ebenfalls 404.

Ich habe das Modul commerce:SEO-URL in der v2.0.9 eingeschaltet und eingestellt (auch die suma-urls auf "ja"), bekomme aber beim Aufruf der Kategorien nur 404-Fehler. Über die Suche finde ich leider nichts. mod_rewrite ist an. Server ist allinkl.

Kennt jemand das Problem und könnte bitte helfen?

Hallo,

bei der 2.0.8 ist es nicht im Downloadpaket drin und die Downloadseite von commerce-seo.de funktioniet nicht. Könnte mir wer bitte die Anleitung hier rein kopieren oder zusenden? Danke!!

Hallo,

ich habe an den Dateien nichts geändert, also gehe ich davon aus, dass alle das Problem haben werden. Wenn ich im Admin unter SEO Tools auf die offenen Warenkörbe gehe und dort mehr als einer vorhanden ist, rutscht der 2. und alle nachfolgenden unschön so weit nach rechts, dass man seitlich scrollen muss, um die Daten zu sehen.

Version ist 2.0.9

Suuuuper - dann hat die Proxy-Fuckelei ein Ende. DAS ist es mir wert Jetzt muss ich nur noch auf Fertigstellung des Zertifikats warten...

Ja, das Business- die richten es grad ein... die Daten muss ich dann nur in die configures eintragen und dann sollte es laufen, nicht?

Nunja, ich werde nun den Provider wechseln. Beim neuen Provider bekomme ich ein eigenes SSL-Zertifikat zu meiner Domain dazu - Proxy ist also Geschichte. Mit eigenen Zertifikaten kenne ich mich allerdings nicht aus. Ist das fix und fertig und ich muss da nur noch entsprechend die URL in die configures eingeben? Oder muss auch bei eigenen Zertifikaten was selbst eingerichtet werden? Neuer Provider ist wohl allinkl.com.
Über ein wenig Rat wäre ich echt dankbar...

*lol* ich habs nun auch gefunden... und da niemals vermutet. Nun habe ich den Adminbereich aber fast auswendig gelernt, dass mir das nie wieder passiert

Hier einmal die Lösung, die für die 1.1.1. funktioniert:

# $Id: .htaccess,v 1.5 2005/05/19 17:09:19 Administrator Exp $
#
# This is used with Apache WebServers
#
# For this to work, you must include the parameter 'Options' to
# the AllowOverride configuration
#
# Example:
#
#<Directory "/usr/local/apache/htdocs">
#   AllowOverride Options
#</Directory>
#
# 'All' with also work. (This configuration is in the
# apache/conf/httpd.conf file)
# The following makes adjustments to the SSL protocol for Internet
# Explorer browsers
<IfModule mod_setenvif.c>
  <IfDefine SSL>
    SetEnvIf User-Agent ".*MSIE.*" \
             nokeepalive ssl-unclean-shutdown \
             downgrade-1.0 force-response-1.0
  </IfDefine>
</IfModule>


# Fix certain PHP values
# (commented out by default to prevent errors occuring on certain
# servers)
#<IfModule mod_php4.c>
#  php_value session.use_trans_sid 0
#  php_value register_globals 1
#</IfModule>


#-- Call time pass reference error ?!
#php_flag  allow_call_time_pass_reference On
<IfModule mod_rewrite.c>
#-----------------------------------------
#- SEO Hartmut König
#-----------------------------------------
#-- ! Comment this line, if you get an ERROR 500 !
Options +FollowSymlinks
#RewriteBase /shop


# http://httpd.apache.org/docs/misc/rewriteguide.html
RewriteEngine on


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


##-- Kategorien
RewriteCond %{REQUEST_URI} (.*)---([_0-9]+)-([_0-9]+)\.html$
RewriteRule (.*)---([_0-9]+)-([_0-9]+)\.html$ /index.php?cPath=$2&page=$3 [qsappend,L]
RewriteCond %{REQUEST_URI} (.*)---([_0-9]+)\.html$
RewriteRule (.*)---([_0-9]+)\.html$ /index.php?cPath=$2 [qsappend,L]


##-- Produkte
RewriteRule (.*)--(.+)\.html$ /product_info.php?products_id=$2 [qsappend,L]


##-- Content
RewriteRule (.*)-_-([0-9]+)\.html$ /shop_content.php?coID=$2 [qsappend,L]


##-- Manufacturers
RewriteCond %{REQUEST_URI} (.*)-.-([_0-9]+)-([_0-9]+)\.html$
RewriteRule (.*)-.-([_0-9]+)-([_0-9]+)\.html$ /index.php?manufacturers_id=$2&page=$3 [qsappend,L]
RewriteCond %{REQUEST_URI} (.*)-.-([_0-9]+)\.html$
RewriteRule (.*)-.-([0-9]+)\.html$ /index.php?manufacturers_id=$2 [qsappend,L]


##-- Fehlerseiten auf die Sitemap lotsen
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


</IfModule>


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

Ich weiß nun echt nicht mehr weiter und das ist sehr bitter, denn der Shop steht kurz vor der Fertigstellung und sollte noch dieses Wochenende vor dem Weihnachtsgeschäft online sein. Das istd er einzige größere Fehler, den ich habe und den kann ich nicht alleine lösen!

Zitat

// set the type of request (secure or not)
$request_type = ($_SERVER['HTTP_X_FORWARDED_HOST'] == 'ssl.webpack.de') ? 'SSL' : 'NONSSL';

Jetzt kann ich mich einloggen. Weiter habe ich noch nicht getestet, weil ich gleich weg muss. Sollte es noch Probleme geben, melde ich mich heute abend nochmal.

EDIT: Hab nochmal schnell getestet. Einloggen geht, aber ich fliege ständig wieder raus. Ein Klick im Admin und schwupp ist man draussen. Bestellvorgang geht bis zum Warenkorb. Klicke ich da auf "Kasse", lädt sich nur der Warenkorb neu, bleibt also da hängen. Sobald es also in Richtung SSL-Verschlüsselung geht, verweigert es. Fehlermeldungen gibts keine.

Wenn ich auf den Warenkorb-Link in der Warenkorb-Box klicke, kommt die Meldung, dass der Warenkorb leer ist.

Das war also höchstens ein Ansatz zur Lösung...

Also zum einen: Die CE ist kostenlos. Da steckt eine Menge Arbeit drin und die wird (für die CE) nicht bezahlt. Trotzdem bekommt man hier (acuh wenns verständlicherweise manchmal etwas dauert) immer guten Support, auch von den Entwicklern.

Ich habe commerce:seo seit Jahren im Einsatz - bisher gab es nie ein Problem, welches nicht binnen kurzer Zeit (notfalls mit Hilfe) überwunden werden konnte.

Updates: Ja, ist nervig. Aber dein Betriebssystem deinstallierst du auch nicht, weil ständig neue Updates kommen? Das ist nunmal so bei Programmen. Nobody is perfect. Schlimm wärs, wenn sich die Entwickler nicht um Probleme kümmern würden!

Ich bin einen Schritt weiter:

In der includes/application_top.php folgendes suchen:

Zitat

// set the type of request (secure or not)
$request_type = (getenv('HTTPS') == '1' getenv('HTTPS') == 'on') ? 'SSL' : 'NONSSL';

und damit ersetzen:

Zitat

// set the type of request (secure or not)
$request_type = ($_SERVER['HTTP_X_FORWARDED_HOST'] == 'ssl.webpack.de') ? 'SSL' : 'NONSSL';

Jetzt kann ich mich einloggen und komme auch bis zum 1-click-checkout. Weiter habe ich noch nicht getestet, weil ich gleich weg muss. Sollte es noch Probleme geben, melde ich mich heute abend nochmal.