Gut gemacht, um Ihren Inhalt richtig einzurichten, damit Cookies nicht für jedes kleine Bild, jede CSS- und JS-Datei ausgelöst werden!
Wie für Ihre httpd: // Komplikation ...
Sie können dieses Problem umgehen, indem Sie den gesamten https: // Datenverkehr von einer IP-Adresse aus bereitstellen, einschließlich des statischen Inhalts. Solange dies Login, Kundenkontobereich, Kasse oder andere Bereiche sind, in denen Sie wirklich https: // benötigen, sollte das nicht zu viel sein.
Die Tools, die Sie benötigen, um dies zu bewirken, befinden sich in Ihren httpd.conf-Dateien - alle drei ...
Wenn Sie .htaccess verwenden, können Sie all dies in Ihre httpd.conf verschieben (was wiederum die Leistung verbessert, wenn auch nicht unbedingt spürbar). Auf diese Weise können Sie zwei separate "htaccess" -Methoden verwenden, um Ihre Inhalte bereitzustellen.
Ich gehe davon aus, dass sich Ihre / js / images und andere statische Inhalte nicht auf einer anderen Box befinden. Ohne zu erklären, was Sie geändert haben, um Ihr Setup zu bewirken, ist es schwierig, eine vollständige Lösung vorzuschlagen, aber ich denke, Sie sollten in der Lage sein, https: // dazu zu bringen, die eine Domain zu bearbeiten, wenn Sie das bereits Erreichte erreicht haben.
Die beiden SSLs auf einer IP-Adresse sind ein Mythos:
http://wiki.apache.org/httpd/NameBasedSSLVHostsWithSNI
Wenn Sie sich für zwei Zertifikate auf einer IP entscheiden, erhalten Ihre IE6-Benutzer möglicherweise ein hartes Geschäft. Dies funktioniert jedoch für alle anderen Browser.