Rossmann hat es abgelehnt, kubanische Artikel aus seinem Sortiment zu nehmen.
Hoffentlich folgen noch viele diesem Beispiel:
http://www.heise.de/ct/meldung/Lassen-uns-nicht-erpressen-Rossmann-schmeisst-Paypal-raus-1340041.html
Billsafe wird bei vielen Shops zur Abwicklung von Kauf auf Rechnung eingesetzt. Wenn Bestellungen zusätzlich an Afterbuy übertragen werden, findet Afterbuy allerdings die Zahlungsdaten von Billsafe nicht (Zahlungsziel, BTN und Billsafe-Bankverbindung).Der Grund dafür ist, dass der Shop an Billsafe die Warenkorb-ID sendet, nicht die Bestell-ID (Order-ID). An Afterbuy wird allerdings nur die Order-ID übertragen. Somit kann Afterbuy unter dieser Order-ID keine Bestellung in Billsafe finden.
Durch eine minimale Änderung kann man an Billsafe ebenfalls die Order-ID übertragen.
In der Datei:
includes\modules\payment\pi_billsafe.php Zeile 252
die Zeile
‘order_number’ => $_SESSION['cart']->cartID,
ersetzen durch
‘order_number’ => $_SESSION['tmp_oID'],
und schon sollten es mit der Ausgabe von “BillsafeHinweis” und den Bankdaten in der Rechnung funktionieren.
Viele Entwickler von kostenloser Software bieten Hashwerte an, damit der Benutzer prüfen kann, ob die heruntergeladene Version auf unbefugte Änderungen zu prüfen.
Ein Beispiel ist KeePass:
http://keepass.info/integrity.html
Unter Windows hat man leider nach der Installation des Betriebssystems kein Tool zur Hand, um Downloads auf Echtheit zu verifizieren.
Microsoft bietet ein Kommandozeilentool an, das diese Funktion nachrüstet (“File Checksum Integrity Verifier”)
http://support.microsoft.com/kb/841290/de
Deutlich komfortabler geht es allerdings mit der Software Hashtab. Diese erweitert das Eigenschaften-Menü einer Datei um einen Tab für Hashwerte
http://www.heise.de/software/download/hashtab/30191
PayPal liefert einen weiteren Grund, sich nach anderen Zahlungsanbietern umzusehen…
Golem.de: Paypal will in Deutschland Kuba-Embargo durchdrücken
Afterbuy hat weitere Änderungen an den Schnittstellen URLs der API angekündigt.
Letztes Jahr im August wurde ein neuer API-Server von Afterbuy angelegt, mit der neuen URL https://api.afterbuy.de.
Wir haben damals schon einen Newsletter versendet und auf die neuen URLs hingewiesen
Heute teilte uns Afterbuy mit, dass die bisherigen Afterbuy API URLs
https://www.afterbuy.de und https://net.afterbuy.de
bis zum 01.08.2011 noch erreichbar sind, danach funktioniert nur noch die neue URL.
Das hat zur Folge, dass gewisse Anpassungen nötig sind, falls Sie diese nicht schon im letzten oder diesen Jahr vorgenommen haben.
Wir erläutern Ihnen hier, welche Anpassungen nötig sind. Sollten Sie unsicher sein, können Sie uns auch über unser Helpdesk
http://www.mickser-consulting.de/helpdesk/
eine Anfrage senden, wir nehmen die Anpassung gerne zum Festpreis für Sie vor.
Hier der Originaltext von Afterbuy:
|
|||
|
Shopware präsentiert sich selbst als Alternative zu Oxid CE und Magento. Das bislang proprietäre System steht seit Ende Oktober als quelloffene Version zum Download bereit, nur Zusatzmodule sollen weiterhin verschlüsselt bleiben. Der ideale Anlass, sich das System mal genauer anzuschauen.
Nach dem Download von Shopware verläuft die Installation des Systems etwas ungewohnt. Ohne phpmyadmin kann man den Shop nicht installieren. Umständlicher geht es kaum. Selbst das 10 Jahre alte OS-Commerce kennt eine komfortablere Installationsroutine.
Nach der Installation folgt die zweite Überraschung: für den Betrieb des Shops ist dennoch Zend Optimizer nötig, auch wenn keine Zusatzerweiterungen installiert wurden. Und man muss trotzdem eine Lizenzdatei beantragen, auch wenn man nur die Community Version nutzen will. Das ist ein deutlicher Unterschied zu der Community Edition von bswp. Oxid und für mich unverständlich. Warum gibt man die Community Version nicht komplett frei?
SSL (Secure Socket Layer) wurde Mitte der Neunziger Jahre von Netscape entwickelt, um sichere und authentische Internetverbindungen zu ermöglichen.
Viele Webuser verbinden seitdem den Begriff SSL automatisch mit Sicherheit. Das Schloßsymbol im Browser bzw. die grüne Adressleiste, so die gängige Meinung, soll automatisch für eine sichere Verbindung mit einem anderen Server sorgen. Angreifer, die sich dazwischenschalten wollen (Man-in-the-Middle), um Daten, Passwörter etc. abzufangen, sollen durch die Zertifikatsprüfung bei den Zertifizierungsstellen, den sogenannten “Certificate Authorities” (CAs, z.B. Thawte, Verisign usw.), ausgeschaltet werden. Die CAs garantieren, dass das verwendete SSL-Zertifikat authentisch ist.
Aber wie sicher ist SSL wirklich?
Heise griff das Thema in diesem Artikel auf. Schwachpunkt des Verfahrens sind u.a. die Zertifizierungsstellen, auf deren Vertrauenswürdigkeit das ganze System aufbaut. Die CAs prüfen vor Ausstellung, ob das Zertifikat auch zu dem entsprechenden User gehört. Von CAs geprüfte SSL-Zertifikate werden beim Aufruf des Servers dann als “sicher” angezeigt, solange der überprüfte Servername verwendet wird, das Zertifikat gültig und noch nicht abgelaufen ist.
Woher weiß der Browser aber, welchem CA zu vertrauen ist?
Dazu sind sogenannte Root-Zertifikate in allen Browsern bereits vorhanden, die bestimmte CAs vertrauenswürdig erscheinen lassen. Jemand der den privaten Schlüssel dieser CAs vorliegen hätte, könnte beliebige SSL-Zertifikate herausbringen, die dann allgemein als “sicher” angezeigt werden.
Viele dieser CAs sind in den USA beheimatet. Es besteht Grund zu der Befürchtung, dass Regierungsstellen die CAs zwingen könnten, mit Ihnen zusammenzuarbeiten, um verschlüsselte Verbindungen abhören zu können. Einige Firmen bieten diese Dienste bereits auch offiziell an.
Es bestehen aber weitere Gefahren. Moderne Browser zeigen zwar an, wenn die Authentizität eines Zertifikats nicht überprüft werden kann, viele User lassen sich aber dadurch nicht abschrecken. Dadurch kann auch ein nicht vertrauenswürdiger Server vom User als sicher eingestuft werden.
Noch gefährlicher ist eine dritte Variante: Gelingt es einem Angreifer, ein Herausgeberzertifikat zu fälschen, kann er beliebige Zertifikate ausstellen. Bereits 2008 wurden Schwachstellen in den Verschlüsselungsverfahren aufgedeckt. Selbst das Fälschen ist aber nicht unbedingt nötig: CAs können andere Stellen als CAs zertifizieren. Der User hat kaum Möglichkeiten, die gefälschten Zertifikate und die nicht vertrauenswürdigen CAs zu erkennen.
Fazit: Absolute Sicherheit gibt es im Internet nicht. Tools wie dieses AddOn, das die Zertifizierer überprüft, können die Sicherheit verbessern. Meist hilft nur eine gesunde Portion Misstrauen. Jeder User muss selbst abwägen, ob er einer Internetseite trauen will oder nicht.
Die vielfach eingesetzte Serversoftware Plesk hat in Version 9 ein lang erwartetes Feature eingeführt, nämlich Postfix als MTA. Das hat leider auch einige Schattenseiten: die Standardkonfiguration von Plesk führt auf vielen Systemen zu nicht auslieferbaren Mails. Typischer Text einer solchen Mail
Out: 220 bbb.de ESMTP Postfix (Ubuntu)
In: EHLO Arbeitsrechner
Out: 250-bbb.de
Out: 250-PIPELINING
Out: 250-SIZE 30240768
Out: 250-VRFY
Out: 250-ETRN
Out: 250-STARTTLS
Out: 250-AUTH PLAIN DIGEST-MD5 LOGIN CRAM-MD5
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250 DSN
In:
Out: 235 2.7.0 Authentication successful
In: MAIL FROM:
Out: 250 2.1.0 Ok
In: RCPT TO:
Out: 250 2.1.5 Ok
In: DATA
Out: 354 End data with .
Out: 451 4.3.0 Error: queue file write error
In: QUIT
Out: 221 2.0.0 Bye
Nach monatelangem Stöbern im Internet (Plesk selbst hat bislang keine Lösung für das Problem) habe ich einen Ansatz hier plesk_postfix_queue_file_write_error.php
gefunden. Leider löst auch das das Problem nicht wirklich. Nachdem Plesk auch keine Version für Ubuntu 10 anbietet, werde ich mich wohl nach einer anderen Software umsehen. Sehr verwunderlich, dass von Parallels nicht mal ein Release-Date für die Ubuntu 10 Version zu erhalten ist.
Syscp macht auf den ersten Blick einen recht guten Eindruck, bietet allerdings nicht den kompletten Funktionsumfang von Plesk.
Einen anderen Ansatz verfolgt webmin, das mehr ein Editor für die Server-Configfiles als ein Administrationstool ist.
Wir bieten Ihnen ab sofort einen Umzug Ihrer Artikeldaten für Magento zum Festpreis an. Dabei werden die wichtigsten Artikel- und Katalogdaten von Ihrem alten Shop (xt:C und Nachfolgesysteme bzw. OSC) in Magento migriert.
Laut einem Eintrag im Webmastercentral Blog plant Google die Schnelligkeit einer Webseite bei seinen Ergebnissen zu berücksichtigen.
Like us, our users place a lot of value in speed — that’s why we’ve decided to take site speed into account in our search rankings. We use a variety of sources to determine the speed of a site relative to other sites.
Das benachteiligt natürlich die Betreiber kleiner Shops, die sich einen Server mit mehreren Usern teilen. Die Geschwindigkeit auf solchen Servern ist meist nicht die beste.
Nach Googles Angaben ist die Relevanz der Seite aber immer noch wichtiger als die Ladezeit, nur sehr wenige sollen von der Änderung betroffen sein. Ob das in Zukunft so bleibt ist ungewiss.
Daher sollte sich jeder Shopbetreiber Gedanken über den eingesetzten Server machen, um den Besuchern das Einkaufen im Onlineshop so angenehm wie möglich zu gestalten.
Ein sehr gutes Tool um die Ladezeit der eigenen Seite zu messen gibt es von Yahoo:
Yslow, eine Erweiterung des FireBug
yslow tool
Das Tool vergibt Noten für die einzelnen Bereiche, die eine Seite ausbremsen können.
yslow result