Fehlermeldung bei Links mit verschlüsselten Verbindungen

Klar, man kann die Linküberprüfung während der Erzeugung des Webshops natürlich abstellen. Aber das will ich nicht unbedingt, weil ich dann keine Fehlermeldung mehr bekomme, falls sich mal ein Link zu einer fremden Seite ändert oder erlischt.
Ja, man kann auch einen Link zu einer verschlüsselten Seite mit einer unverschlüsselten http-Angabe hinterlegen, der dann anscheinend automatisch umgewandelt wird. Ob das Vor- und Nachteile hat, entzieht sich meiner Kenntnis.
Vorallem ist es dann ein Problem, wenn ein Kunde von einer nicht verschlüsselten Fremdseite zurück in meinen Shop will. Ab diesem Moment bewegt er sich in meinem Shop dann nur noch in einer nicht SSL-gesicherten Verbindung.

Siquando Shop 8 hat anscheinend ein Problem mit der Überprüfung von Links zu verschlüsselten Verbindungen und weist sie nach der Website-Erstellung mit dem Warnhinsweis "Es sind Probleme aufgetreten" aus, so dass man den Webshop jedes Mal neu starten muss, um ihn hochladen zu können, indem man das dann tut, ohne die Webseite neu erstellen zu lassen.

Wenn ich in dem Problembericht auf die jeweilige Zeile durch Doppelklick gehe und beim dann angezeigten Absatz dort für einen https-Link nur http eingebe, funktioniert es und es kommt bei der nächsten Webseitenerzeugung keine Fehlermeldung für diesen Link. Wenn ich alle gemeldeten Fehler im Problembericht, Zeile für Zeile ausgemerzt habe und jetzt alles o. k. sein müsste, kommt bei der nächsten Erzeugung der Webseite plötzlich eine neue Fehlermeldung für einen Absatz bzw. Link, der beim vorigen Mal nicht als Fehler beantstandet wurde bzw.im Problemberichtfenster bisher überhaupt nicht aufgetaucht ist.

Meine Konfiguration ist so, dass mir mein Serverprovider eine SSL verschlüsselte Verbindung zur Verfügung gestellt hat, die soweit auch gut funktioniert. Die Veröffentlichungseigenschaften habe ich im Shop entsprechend angepasst.
Probleme habe ich nur mit fremden verschlüsselten Links bzw. Verbindungen z. B. zur https-Seite von Paypal.

Aber selbst wenn der Siquandoshop https-Links als Fehler bemängelt, scheinen die beanstandeten Links trotzdem zu funktionieren. Oder sehe ich das zu blauäugig?

Walter

Dieses Problem besteht in dieser Form tatsächlich. Du müßtest es entsprechend direkt an Siquando berichten.

Alternativ kannst Du versuchen, die Links programmintern mit dem Protokoll http:// zu verwenden anstatt mit https://. Ich kenne spontan keine einzige https:// basierte Seite, die beim Aufruf via http:// nicht selbstständig auf https:// umleitet.

Ja Volker,

wie ich schon geschrieben habe, mache ich es bereits so wie von Dir vorgschlagen und trage für https-Seiten nur http ein.
Mit den momentanen SSL-Schlüsseln bzw. Zertifikaten funktioniert das momentan. Aber es kommen ständig neue hinzu, um die Sicherheit zu verbessern. Ob die Weiterleitung von http auf https in einem halben Jahr noch so funktioniert, kann ich daher nicht sagen.

Der Tipp, dieses Problem SIQUANDO mitzuteilen, bringt absolut nichts.
Die haben kein Interesse an einem Kunden-Feedback.

Warum wohl?
Langsam habe ich den Verdacht, dass SIQUANDO den jetzigen Shop langfristig nicht mehr weiterentwickeln und damit verbessern möchte. (Indiz für meine Behauptung: Es gibt schon lange keine Programm-Updates, somit keine Fehlerbehebungen mehr). Der Siquando-Shop basiert rein auf der uralten und inzwischen mehrfach überholten Programmierung von shop to date und müsste von Grund auf neu programmiert werden, sonst kann er mit den in Kürze erscheinenden  SSL-Zertifikaten, neuen Browser Plugins, usw. nicht mehr zurecht kommen.
Täusche ich mich da?

Walter

Dann hast Du von Mai/Juni 2014 bis heute aber nicht gerade aufmerksam unser Forenleben verfolgt. Ein Abonnement des Siquando-Newsletters würde Dich ebenfalls informieren und zur Not auch ein einfacher Blick in Dein Kundenkonto.

LINK >>

Übrigens hat es nichts mit der Art oder dem Alter eines SSL-Zertifikats zu tun, ob eine Umleitung von http:// auf https:// funktioniert oder nicht. Zuständig hierfür ist nichts anderes als ein .htaccess Befehl, den man entweder manuell eintragen kann oder der über eine Option beim Provider aktivierbar ist.

Nichtsdestotrotz gebe ich Dir Recht, daß die Link-Prüfung in Siquando Web/Shop auch mit https:// Links einwandfrei funktionieren sollte bzw. müßte.

Lieber Volker,

von Mai bis Juni 2014 war ich leider noch nicht Mitglied dieser Community.
In meinem Nachrichtenfach sind 2 Mitteilungen, die aber nicht dieses Thema betreffen. Dumme Frage: Wo kann man den von dir zitierten Newsletter abonnieren? Ich habe nur Abos für das jeweilige Thema angeklickt. Gebe ich in diesem Shop unter SUCHE Newsletter" ein, erhalte ich kein passendes Ergebnis.

Nun aber nochmals zu den verschlüsselten und von SS (Siquando Shop) nicht akzeptierten Links:

In meiner nicht mehr jungfräulichen htaccess habe ich nur das Nötigste eingetragen und natürlich nichts, was die Akzeptanz von https Links angelangt. Welchen von dir vorgeschlagenen Befehl müsste ich demnach noch zusätzlich manuell eintragen, um das Problem zu lösen?

Wenn ich weiterhin im SS so bisher für verschlüsselte Verbindungen nur http eingebe, um Fehlermeldungen zu vermeiden, wird das vom SS nicht als Fehler bemängelt.
Aber der Kunde verlässt damit u. U. die gesicherte Verbindung meines SS und landet ab da im ungesicherten Bereich für alles, was er nun im Shop tut und jedermann kann seine Aktivitäten einsehen.

Klar, das SSL-Zertifikat hat natürlich nichts mit der Umleitung zu tun. Meine diesbezügliche Bemerkung war mehr im Hinblick auf die Aktualisierungen des SS durch Patches gemeint.
Im Herbst vergangenen Jahres habe ich wie alle anderen eine Nachricht von Paypal erhalten, dass Paypal das Zertifikat auf SHA - 256 aktualisiert und wie Paypal schreibt, die Software entsprechend angepasst werden muss. Doch wie soll das im SS gehen? Ich weiß nicht, wo im SS die Zertifikate hinterlegt bzw. eingetragen sind.

Besten Dank für Deine Bemühungen und jegliche Hilfe! Ich finde es toll, wie Du dich engagierst.

Walter

Ich habe auch nicht gesagt "Mai bis Juni 2014", sondern "von Mai/Juni 2014 bis heute". Während dieser Zeit gab es bereits acht Updates für Siquando Web und Shop 8.

Den von mir erwähnten Siquando-Newsletter findest Du natürlich nicht bei uns, sondern aussschließlich bei Siquando selbst (z.B. auf der Startseite, dort ganz unten).

Hinweis für Dich:

Dieses Forum wird frei und unabhängig von mir betrieben und ist keine Service- oder Support-Seite von Siquando.

Für Deine Seite selbst - also unabhängig von der hier ja eigentlich thematisierten Prüfung der WWW-Links - kannst Du alle Aufrufe per .htaccess auf https:// umbiegen. Und zwar wie folgt:

RewriteEngine On
 
RewriteCond %{HTTP_HOST} !^(www\.deine-domain\.xy)?$ [NC]
RewriteRule (.*) https://www.deine-domain.xy/$1 [R=301,L]

Danke Volker für den Tipp mit der .htaccess.
Aber das funktioniert bei mir nicht richtig.
Entweder habe ich etwas falsch eingetragen (siehe Bild) oder es beißt sich die Umleitung von av-film.de zu www.av-film.de mit der von http zu https.

Wahrscheinlich wird nur das, was vor der Klammer steht, berücksichtigt.

Ich habe die von Dir vorgeschlangenen Einträge in der .htaccess auf dem Hauptverzeichnis vorgenommen. Sie müsste sich eigentlich für die Unterverzeichnisse vererben.

Seltsamerweise funktioniert aber die Umleitung von http: auf https, wenn man die Unterseite bzw. den Reiter "Archivverkauf" im Shop anklickt oder ganz einfach

www.av-film.de/shop/archivverkauf/index.php

eingibt. Schwupp, wandelt sich diese Unterseite in eine https-Adresse um. Bei allen anderen Unterseiten, aber auch bei den Links, die ich mit http im Shop angelegt habe, tut sich nichts. Man bleibt im unverschlüsselten Bereich.

Walter

htaccess

Lösche mal die drittletzte sowie die viertletzte Zeile (diejenigen, die mit einem kleingeschriebenen rewrite... anfangen) und prüfe die Angelegenheit dann nochmal.

Danke Volker,
die beiden Zeilen in der htaccess habe ich wie Du gesagt hast, gelöscht (siehe Bild).
Es hat aber nichts gebracht.
Wenn man www.av-film.de eingibt, gelangt man zu der unverschlüsselten Verbindung.
Einzig und allein die Unterseite Archivverkauf, d. h. wenn man als Adresse www.av-film.de/shop/archivverkauf/index.php eingibt, leitet nach wie vor auf https um.
Aber www.av-film.de/shop/archivverkauf (also ohne index.php bereits nicht mehr.

 

Beste Grüße

Walter

Die von dir gepostete Seite leitet nicht auf die verschlüsselte Seite um (zumindestens bei mir nicht).

Wenn du umleiten möchtest probiere es einmal mit:

1
2

RewriteCond %{SERVER_PORT} !=443
RewriteRule ^(.*)$ https://www.av-film.de/$1 [R=301,L]

Das würde ich dir allerdings erst dann empfehlen, wenn der Besuch auf der verschlüsselten Seite kein gelbes Ausrufezeichen (im Firefox) vor der Adresse zeigt. Der Grund dafür könnte das Bild „http://www.av-film.de/BilderShop_extern/av4ani.gif” sein.

Danke Thomas,

die vorgeschlagenen Änderungen habe ich durchgeführt. Das einzige, was sich geändert hat, ist, dass nun das von dir befürchtete Ausrufezeichen auf den Seiten im Firefoxbrowser auftaucht, wo ein Bild verlinkt ist.
Warum bei allen vorgeschlagenen htaccess-Varianten ausgerechnet die Unterseite ARCHIVVERKAUF brav auf https umgeleitet wird, ist mir ein völliges Rätsel.

Vielleicht sollte Ich aber unseren Account bei Strato so umschalten, dass für die Domain av-film.de SSL-Verschlüsselung erzwungen wird, was aber den Nachteil hat, dass sich aus dem Siquandoshop heraus die erzeugten Seiten nicht mehr hochladen lassen. Der Shop  kann sich anscheinend nicht mit verschlüsselten Seiten des Stratoservers verbinden. Aber vielleicht sind auch meine Veröffentlichungseinstellungen im Shop falsch (siehe Bild)? Zu allem Übel kann auch die Umstellung auf erzwungene SSL-Verschlüsselung bei Strato niemals wieder rückgängig gemacht werden!

Walter

Stimmt es, dass bei manchen .htaccess-Umleitungen Google die Inhalte der Seiten nicht mehr findet?

Zugangseinstellungen

Das Ausrufezeichen war auch vor der Änderung in der htaccess zu sehen, wenn man deine Seite über https besucht hat. Wie bereits in meinem vorherigen Beitrag beschrieben ist der Grund ein anderer.

Auch in deinem Account von strato musst du nichts umstellen, schließlich sorgt die Anweisung in der htaccess für eine automatische Umleitung auf die verschlüsselte Seite.

Was du noch machen solltest ist bei HTTP-Target-URL in den Veröffentlichungseinstellungen https://www.av-film.de/shop/ einzutragen, das war es schon.

Kann es sein, dass du die Änderung in htaccess wieder rückgängig gemacht hast?

Ja, Thomas, die  letzten Änderungen habe ich wieder rückgängig gemacht, weil ich dachte, das Ausrufezeichen im Browser hängt damit zusammen. Ich bin jetzt wieder bei der vorigen .htaccess-Version (siehe letzten Screenshot der htaccess). Seltsamerweise schaltet sich jetzt immerhin bereits die Hauptseite in eine verschlüsselte Verbindung um, wenn man av-film.de eingibt.
Ist das Ausrufezeichen im Browser eigentlich schlimm? Es besagt doch lediglich nur, dass diese Seite keine Identitätsdaten zur Verfügung stellt. Hat es Auswirkungen auf Googel?

Der Grund für das Ausrufezeichen sind ganz offensichtlich die auf dieser Seite verlinkten Bilder, weil sie in einem anderen Verzeichnis liegen und im Shop über einen externen Link in einem HTML-Absatz aufgerufen werden. Ich musste den Umweg über einen HTML-Absatz gehen, weil der Siquando Shop beim Grafikimport keine GIF-Animationen ermöglicht. Aber vielleicht gibt es noch eine Alternative, um somit das Ausrufezeichen zu vermeiden.

Mich irritiert immer noch, dass die Umschaltung auf https bei ARCHIVVERKAUF einwandfrei funktioniert, egal ob man von einer unverschlüsselten Verbindung kommt oder die Adresse ohne https eingibt. Es wird immer eine verschlüsselte Verbindung daraus.

Walter
Danke übrigens für den Tipp mit dem Eintrag in die HTTP-Target-URL-Zeile.

Mich irritiert dein ersten und zweiter Absatz. Du widerlegst mit deiner zweite Aussage deine erste, was denn nun?

Das Ausrufezeichen sagt aus "Verbindung ist nicht sicher", weil Teile der Seite nicht sicher sind z.B. Grafiken, wie bereits erwähnt. Auswirkungen auf Suchmaschinen sollte es nicht haben, denke ich zumindestens. Aber was habe ich als Besucher deiner verschlüsselten Seite, wenn doch unverschlüsselte Ressorcen übertragen werden? Nichts, dann kannst du gleich auf das Zertifikat verzichten.

Vielleicht solltest du dein Browser so einstellen dass nichts gecacht wird, denn Archiverkauf leitet nicht um.

Es ist momentan die htaccess-Version gem. meinem Screenshot-Anhang in meiner heutigen Antwort von 10:42 Uhr aktiv.
Ich war irrtümlich der Meinung, dass das Ausrufezeichen von dem neuen Eintrag lt. deinem letzten Vorschlag von heute 12:01 Uhr herrührt, weil du ausdrücklich angemerkt hast,, du würdest mir diesen Weg nur empfehlen, wenn kein Ausrufezeichen erscheint. Daher die Rückkehr zur Vorgängerversion.
Vorher habe ich dieses Ausrufezeichen leider nie beachtet.

Übrigens den Cache habe ich gelöscht, auch nochmal sicherheitshalber mit CCleaner. Wenn ich dann Firefox erneut aufrufe und  "Av-film.de/shop/archivverkauf/index.php" in die Adresszeile kopiere oder manuell hineinschreibe, wird bei meinem Mozialla Firefox anstandslos auf https umgeleitet, genauso wie es auch auf der Hauptseite av-film.de der Fall ist.

Walter

Thomas hat mich mit seinem Beitrag #10 darauf aufmerksam gemacht, daß ich in meinem Beitrag #6 tatsächlich eine Zeile vergessen habe. Der .htaccess Code aus meinem Beitrag #6 leitet nämlich nur dann auf https um, wenn der Aufruf der Seite ohne www. erfolgt. War von mir quasi nicht ganz zuende gedacht...

Ich denke daher, daß der beste .htaccess Code der folgende ist:

RewriteEngine On
 
RewriteCond %{SERVER_PORT} !=443 [OR]
RewriteCond %{HTTP_HOST} !^(www\.deine-domain\.xy)?$ [NC]
RewriteRule (.*) https://www.deine-domain.xy/$1 [R=301,L]

Dieser kombiniert Thomas' Ansatz mit meinem, dies sogar bei Einsparung einer Zeile.

Danke Volker,
danke Thomas,

die Umleitung scheint nun zu funktionieren.
Nur das Problem mit dem Ausrufezeichen habe ich noch bei externen Links zu Bildern.

Walter

Wenn diese externen Links zu Bildern nicht verschlüsselt (also via https), sondern via http eingebunden sind, zeigt das Ausrufezeichen richtigerweise ja auch genau dies an.

Wenn Du eine SSL-verschlüsselte Website betreibst, darf keine einzige eingebundene Ressource unverschlüsselt sein, sonst resultiert dies in genau der von Dir genannten Warnung (Ausrufezeichen). In diesem Fall bringt die gesamte Verschlüsselung eigentlich auch gar nichts.

Ja, Volker, genau das ist das Problem!

Ausgangspunkt dieses Threads war, dass der Shop eine Fehlermeldung nach dem Erzeugen im Problembericht bringt, sobald ein Link zu einer verschlüsselten Seite gesetzt wurde. Folglich habe ich alle https- in http-Links umgeändert und die Umleitung, die seit gestern funktioniert, für die Domain eingerichtet.

Ich probiere heute einmal, die Bilder, die offensichtlich das Ausrufezeichen im Browser bewirken, nicht mehr in einem von mir angelegtenOrdner abzulegen und nicht mehr mit　http://.... extern zu verlinken, sondern im Shop-Ordner "Images" zu integrieren und

statt zum Beispiel: http://www.av-film.de/BilderShop_extern/ritter.jpg )
nun wie folgt zu verlinken: <a href="../../images/ritter.jpg"

Ob es klappt und das Ausrufezeichen dann verschwunden ist, werde ich berichten.

Beste Grüße
Walter

Übrigens: Der Nachteil der nun funktionierenden Umleitung auf verschlüsselte Verbindungen ist natürlich der, dass nun Besucher mit älteren Browsern z. B. IE8, die Seiten nicht mehr erreichen können und die Meldung bekommen: "Die Seite kann nicht angezeigt werden".
Ebenfalls verschlüsselte Seiten, z. B.  von Google oder Paypal werden aber mit diesen alten Browsern problemlos angezeigt. Vermutlich liegt das am Zertifikat, das Strato für die Verschlüsselung ausgibt.

Insofern die Domain av-film.de ein SSL-Zertifikat hat, brauchst Du doch die Bilder wirklich nur auf https:// anstatt auf http:// zu verlinken. Das SSL-Zertifikat gilt schließlich für die gesamte Domain inkl. aller Unter-Verzeichnisse und Dateien.

"../../images/bildname.jpg" ist aber alternativ natürlich genauso möglich.

Also, ich habe nun alle mit http verknüpften Links für Bilder, PDF's und sonstigen externen Seiten auf https geändert.
Wahrscheinlich wären die Änderungen für die PDF- und Seitenverknüpfungen nicht unbedingt erforderlich gewesen. Aber Hauptsache, das Ausrufezeichen ist jetzt restlos verschwunden.
Leider bin ich nun aber soweit wie am Anfang der ganzen Aktion.
Nach dem Erzeugen des Shops ist jetzt der Problembericht wieder voll. Fast alle https-Links werden nach der Überprüfung der LInks bemängelt.
Die .htaccess habe ich endlich dank Eurer Hilfe hingekriegt.
Dafür funktioniert jetzt leider nicht mehr der Zugang zum SQL-Server über die Auftragsverwaltung des Programms. Der berühmte Fehler #100 wird ausgegeben. Sobald ich die htaccess wieder auf die alte Version zurücksetze, komme ich wieder problemlos zum SQL-Server.
In der HTTP-Target-URL habe ich wie von Thomas vorgeschlagen, https://www.av-film.de/shop eingetragen.  Probleme beim Hochladen gibt es glücklicherweise nicht mehr.

Aber wie bekomme ich das mit dem Zugang zur Auftragsverwaltung wieder hin, ohne jedesmal die .htaccess ändern zu müssen?

Walter

Meiner Meinung nach gehört https ://... nicht in die HTTP Target-URL, sondern ausschließlich in die SSL Target-URL.

Abseits davon würde ich die Option "WWW-Links überprüfen" einfach abstellen, das damit in Verbindung stehende Problem direkt an Siquando melden und warten, bis ein Update das Problem behebt. Sobald ein solches Update zur Verfügung steht, kannst Du die Option dann wieder aktivieren.

Vermutlich kann man / können wir Dir bei dem Problem keine Lösung anbieten, sondern ausschließlich Siquando selbst.

Ich war auch der Meinung, dass die https ausschließlich in die SSL-Target URL gehört (siehe Foto in Beitrag Nr. 11). Aber das hat jedoch weder einen Einfluss auf die Zugangsfunktion der Auftragsverwaltung zum SQL-Server, noch auf die Fehlermeldungen durch die Linküberprüfung bei der Erzeugung des Shops für die Veröffenntlichung.

Zum Thema "Ausschalten der Linküberprüfung" möchte ich auf meinen Beitrag #. 1, erster Satz, verweisen.

Der Rat, mich mit meinem Problem an Siquando zu wenden, ist zwar gut gemeint, bringt aber nichts, da Siquando anscheinend kein Interesse hat, das Programm Shop 8, das nach wie vor nichts anderes ist wie der alte Data Becker shop to date 8s, zu pflegen bzw. zu verbessern oder gar weiter zu entwickeln. Nach der Schließung von Data Becker  habe ich mehrfach mit Thomas Henrich, dem "Vater" von shop-to-date und heutigem Chef-Entwickler von Siquando, gesprochen und ihm die Probleme mit shop to date 8s geschildert. Er wollte sie im angeblich neu zu programmierenden Shop berücksichtigen. Nur leider ist es mit Shop 8 beim alten shop to date geblieben. Siquando interessiert Shop 8 inzwischen überhaupt nicht mehr. Die Entwickler konzentrieren sich derzeit nur noch auf den angekündigten Siquando Pro Shop( http://www.siquando.de/pro-shop/ ). Wann er auf den Markt kommt, ist noch nicht raus.
Der neue Internetauftritt von Siquando.de ist jedoch bereits mit einer Alphaversion des irgendwann marktfähigen Siquando Pro Shop gestaltet.
Aber das nur nebenbei.
Zurück zur Empfehlung, mich an den Siquando zu wenden.
Bei Siquando kann man niemand erreichen, der kompetent ist, und von der techn. Hotline bekommt man für teures Geld banale Auskünfte wie: "Das liegt an Ihrem Serverprovider.. das müssen sie mit ihm klären..." oder "...das kann mit Sicherheit nur an Ihrer Konfiguration liegen..." und so weiter. Hauptsache, die Siquando-Leute müssen sich nicht mit dem Problem befassen und nichts an der Software ändern. Ich bin mir nicht sicher, ob die technische Hotline überhaupt mit Leuten von Siquando besetzt ist.  Sie wirken auf mich nicht sehr kompetent. Vermutlich handelt es sich dabei um ein x-beliebiges Callcenter, das vorgefertigte FAQ's auf dem Schirm und die Aufgabe hat, Anrufer und deren Probleme von der Siquando-Mannschaft fern zu halten.
Jenen scheint es auch völlig egal zu sein, wie in Foren über die Fehler ihres Programms berichtet und darüber geschimpft wird und ob sie aus den Erfahrungen und Nöten ihrer Kunden auch für den Pro Shop Nutzen ziehen können.

Natürlich versuche ich, immer auf dem neusten Stand zu sein.
Ich bin seit ca. einem Jahr bei Multimueller, der Firma des Siquando-Chefentwicklers Thomas Henrich, und somit auch für Siquando- Newsletters angemeldet, bekomme aber ständig nur Angebote über nneue Templates, Designs, Bewegtmodule, usw. die anscheinend auch in andere Websoftware integriert werden können, für mich aber völlig +berflüssig und keine Verbesserung oder gar ein Mehrwert sind. Warum soll ich also noch mehr Designs oder Plugins kaufen, wenn die Basis-Software Fehler hat und nur unzulänglich funktioniert? Und wenn es von Siquando einmal ein update gibt, dann betrifft es Siquando Pro Web. Shop 8-User interessiert dort niemand mehr. Man ist mit der Entwicklung von Pro Shop vollauf beschäftigt. Die Erfahrungen und Probleme mit Shop 8 interessieren da nicht mehr.

Walter

Wenn man seine Seite komplett auf https:// per .htaccess umstellt, ist es ratsam auch die HTTP-Target URL auf die https:// Adresse abzuändern, es schadet definitiv nicht und sorgt dafür dass wirklich jeder interne Link auf die verschlüsselte Seite zeigt, Redirects per .htaccess werden somit vermindert erfolgen.

Dass Shop 8 nicht weiterentwickelt wird ist im Übrigen falsch, so wurde bspw. die neue Umsatzsteuer-Regelung (1. Januar 2015 / digitale Güter ins EU-Land verkaufen) berücksichtigt. In DB Shop to Date 8 jedoch noch nicht, dort können PDF's der Auftragsbestätigung nur durch individuelle Anpassung automatisch angefügt werden.

@Walter:

Bekanntermaßen (und in unserem Forum bereits ausführlich thematisiert) wird ja auch im Verlaufe dieses Jahres die 9er-Generation von Web/Shop erscheinen.

Dies steht auch schon seit ca. Anfang des Jahres so auf der Siquando-Website.

Zu den anderen von Dir genannten Punkten können wir Dir im Forum nicht helfen. Meinungsdifferenzen zwischen Dir und Siquando können ja hier nicht gelöst werden.

Volker:
>Ich muss Dich leider korrigieren. Es gibt keine Meinungsverschiedenheiten zwischen SIQUANDO und mir.
Ich habe lediglich aufgrund eurer Empfehlung, mich mit meinem Problem an SIQUANDO zu wenden, die Situation beschrieben, die eintritt, wenn man versucht, von SIQUANDO Hilfe zu erhalten.
Ich glaube, es ist auch Sinn eines Forums, solche Erfahrungen anderen mitzuteilen und sich darüber auszutauschen.
Allerdings gebe ich offen zu, dass mich diese Empfehlung von euch, mich doch bitte an Siquando zu wenden, gewundert hat.
Wenn ein Hilfe suchenendes Mitglied eines Forums gebeten wird, sich an den Programmhersteller zu wenden, bräuchte es eigentlich kein Forum mehr.
Übrigens die von Dir genannte SIQUANDO-Seite habe ich mir nochmal durchgelesen. Von der dort versprochenen Hilfe habe ich bis heute leider nichts bemerkt, genauso wenig wie von den kostenlosen Servicepacks mit neuen Funktionen oder wie von der engen Verzahnung des Supports mit der Entwicklungsabteilung. Aber wie gesagt, das sind meine Erfahrungen. Wenn jemand andere gemacht hat, werde ich sie mit Freuden zur Kenntnis nehmen, sofern er bereit ist, sie in diesem Forum mitzuteilen.
Von dem von Dir erwähnten Shop 9 ist auf dieser Seite übrigens nicht explizit die Rede. Ich nehme an, dass mit Shop 9 der Pro Shop gemeint sein soll.

Aber Du hast recht. Es ist an der Zeit, diesen Thread zu beenden. Denn wir kommen offensichtlich in der Sache, d. h. beim eigentichen Problem nicht weiter.
Hoffen wir also auf PRO SHOP, der ja angeblich "den ganz Großen nicht nachstehen" soll und freuen wir uns, dass wir dann wieder über eine Menge neuer Probleme, die er bereiten wird, uns den Kopf zerbrechen können.

Walter

Sorry Herr Forenbetreiber , dieser meiner Post hat nichts mit dem Problem des TE zu tun (wie auch bei Paulemann), aber ich wollte es einfach los werden... 

Also OT ein:

Hallo Walter,

Dein Frust ist offensichtlich und vielen Shop-Leuten geht es ähnlich. Nur ganz kurz zu Deinem Post #26:

Ich persönlich wende mich immer zuerst an dieses Forum hier. Erst wenn man mir hier nicht helfen kann, oder es sich um einen offensichtlichen Bug oder einen Wunsch für ein kommendes Feature handelt, wende ich mich (zähneknirschend) an den Hersteller. Volkers Empfehlung aus seinem Post #22 sehe ich mit diesem Hintergrund.

Kostenlose Servicepacks zu SiqShop 8 gab es der mehreren. Wurden vom Hersteller im Newsletter angekündigt und auch hier im Forum prominent dargestellt. Schau mal in Deinem Kundenkonto beim Hersteller. Zum Rest auf der Homepage von Siquando kann ich nur sagen: Hut ab vor der linguistischen Leistung. Viel geschrieben, nichts Konkretes gesagt. 

Zu SiqShop9 gibt es hier im Forum einen Post, in dem der Forenbetreiber über ein Telefonat mit dem Hersteller berichtet hat. Und dort war von einem SiqShop9 die Rede, die da, vielleicht noch in diesem Leben, kommen soll. Wohl noch vor der Veröffentlichung von Pro Shop. Finde den Strang jedoch im Moment nicht. Auf der HP steht jedoch nichts, da hast Du Recht.

OT aus.

Hallo Bettina,

da ist in diesem Fall gar kein "Sorry" nötig! Dein Post trifft ja voll ins Schwarze.

HIER ist übrigens der von Dir vermißte Thread zum Thema "Telefonkonferenz mit Siquando" und der Siquando-Agenda für 2016.

Hallo Walter,

ich habe deshalb auf Siquando verwiesen, weil bei Deinem Ausgangsproblem (siehe Name des Themas) definitiv nur Siquando helfen kann.

Wir haben Dir zwar in allen das Problem begleitenden Angelegenheiten diejenige Hilfe geleistet, die uns effektiv möglich ist, aber niemand von uns kann den eigentlichen Bug, daß die Option "WWW-Links prüfen" nicht mit https-Links funktioniert, lösen.

Wir sind - jedenfalls zu 99,9% - weder VB6-Programmierer (Visual Basic 6 ist die Programmiersprache von Siquando Web und Shop) noch liegt uns der Quellcode vor, in welchem der Bug gefixt werden müßte.

Von daher weiß ich nicht, warum Du meinen Verweis auf Siquando kritisierst.

Und die bisherigen acht Updates für Siquando Web und Shop sind auch nicht von der Hand zu weisen. Ein regelmäßiger Blick in Dein Siquando-Kundenkonto bzw. das Abonnement des Siquando-Newsletters helfen Dir diesbezüglich sehr gezielt weiter. Ebenfalls hilft das regelmäßige Verfolgen unseres Forumlebens, denn hier bei uns geht es ja prinzipiell ausschließlich um genau diese Themen.

Schönes Wochenende! (Endlich!!!)