Beiträge von admin

Nun ja, wie gesagt. Nicht jede Lücke muss auch automatisch ein Problem sein. Ich selber betreue diverse Server und wir haben auch viele Shopkunden drauf. Man muss sich halt mit der Materie beschäftigen und kostet viel Zeit. Ich mache das ca. 10 Jahre und lerne jeden Tag neu Aber auch jedes Server Update birgt Gefahren, dass danach gar nix mehr geht. Deswegen verstehe ich auch viele Provider, die lieber auf Stabilität gehen und nicht jeden instabilen Fix einbauen. In der Regel sind die Patches für Apache, PHP und MySQL gut getestet und man sollte als Hostinganbieter immer auch eine Testmaschine haben. Da ich auch in Hochsichertsumgebungen arbeite, ist man für solche Sachen sensibler. Die Frage ist, lohnt sich der Aufwand? Habe ich, wenn mein Shop mal 2 Tage nicht da ist, einen Verlust von 10 Euro oder 5000 (oder mehr). Bei ersteren, sollte man Wert auf eine regelmäßige Datensicherung (mySQLDumper / FTP Sicherung) legen. Im 2. Fall würde ich dann doch lieber mal ein paar Euro in die Hand nehmen und Spezilisten ran nehmen.
Gut ist auch, wenn man den Provider in Notfällen schnell erreicht und der einem auf kurzem Dienstweg schnell weiter hilft. Da kann ein kleiner Provider in der Regel besser punkten als ein Riese, wo man auch mal ein paar Stunden verzug hat.
Ich könnte Stundenlang so weiter schreiben, aber es muss sich jeder erst einmal selbst dazu Gedanken machen. Es gibt sehr viele Punkte die man betrachten könnte.
Noch zum Abschluss ein Beispiel: In Joomla gibt es in der .htaccess Sicherheitseinstellungen zum Abfangen von Hackerangriffen. Die greifen aber erst im Apache 2.x!!! Das ist mir persönlich schon passiert, dass auf meinem Server (managed bei 1und1) reihenweise die Joomla Pakete gehakt wurden. Es hat sich raus gestellt, dass die Managed Server bei 1und1 noch mit dem Apache 1.3 laufen und halt dieser Schutz da nicht greift. Seit dem sind die auf Root Server untergebracht, die selbst aktualisieren kann.

Up-to-Date nenne ich anders :D:

PHP 5.2.13 http://php.net/
Apache 2.2.15 http://httpd.apache.org/

SSL war ja schon vor Wochen das Update. Aber bei großen Providern dauert so was immer etwas länger. Bei 1und1 komischerweise geht das immer recht fix. Die haben schon PHP5.2.13.

Aber das ist noch kein Grund zur Panik. Die Provider haben ja auch Zusatzvorrichtungen um selbst mit etwas älterer Software kein Problem zu bekommen.

Ist mir nicht bekannt. Was meinst Du denn genau mit Rechtevergabe? Ein paar Tipps kann ich aber für das Filesystem schon mal geben. Den Shop mit 777 Rechten im Filesystem laufen zu lassen ist nicht sinnvoll. Ich weiß, bei vielen Root Servern ist das nicht anders machbar für Laien, aber es gibt immer Lösungen, wenn der jeweilige Provider oder Möchtegern Provider sich damit auskennt. Hier sollte man als Erstes ansetzen. Kann ich meinem Provider vertrauen, dass hier die aktuellen Sicherheitsmaßnahmen getroffen werden? Ist der Server aktuell? Viele Shops laufen z.B. noch mit steinalten PHP Versionen. Da fängt dann aber das Übel an, denn über reine PHP Sicherheitslöcher kann ja auch eingebrochen werden und da nützt der beste Shop nix!
Ein häufiger Angriffspunkt ist der Ordner images, hier ist aber in CSEO ab 1.1.1 eine Zusatzsicherung drin, so dass von dort keine PHP Dateien ausgeführt werden können. Wir haben alle relevanten Sicherheitsmechanismen auch schon in die 1.1.1 eingebaut. ABER das ist natürlich kein 100% Schutz, da viele Module und Core Dateien noch aus xt:Commerce stammen. Sollte sich hier eine Sicherheitslücke auftun, muss man sich in jedem Fall regelmäßig informieren.
Generell gilt, sparsam mit Rechten umgehen und auch im Shop die Admin Rechte nur vertrauenswürdigen Personen geben. In CSEO 1.1.1 sind alle bisher bekannten Sicherheitsupdates drin. Manche sind zwar nicht kritisch und eher für Spassmacher oder Panikmacher, aber sicher ist sicher.
In manchen Foren wird teilweise aber auch sehr viel Wirbel um nichts gemacht, nur um Aufmerksamkeit zu erlangen. Konkret wird es dort aber nicht und oft ist es nur heiße Luft. Gambio und HHG gehen da professioneller mit dem Thema um und da würde ich auch immer mal ein Ohr dran haben (machen wir auch :D). Dort gibt es auch konkrete Lösungsansätze. Sobald uns was bekannt wird, informieren wir auch über unseren RSS Feed.
Sicherheit ist ein langwieger Prozess. Man muss auf jeden Fall sich regelmäig informieren, wie z.B. auch bei Secunia. Das sind die Profi Quellen.

Zum Abschluss. Nicht gleich in Panik verfallen, wenn einer mal irgendwo versucht Panik zu verbreiten. Hier immer mehrere Quellen anzapfen.
Bei Eigenversuchen immer erst mal auf einem Testshop testen, da kann man sich auch schnell mal aussperren.
Im Zweifel lieber mal einen Profi ran lassen. Das Geld, was man da ausgibt, ist besser dort, als wenn der Shop gar nicht geht und man einen Image Schaden hinnehmen muss und Verdiehnstausfall.
Und jede Änderung Schritt für Schritt machen und immer testen! Nicht 3 Schritte mit einmal und dann geht gar nix mehr.

Exakt das gleiche Problem hatte ich auch. Ich habe keine Lösung gefunden, aber jetzt geht es wieder und zwar habe ich folgendes gemacht:
Ich habe den Shop von einem Server auf einen anderen Server (gleiche Konfiguration!) transferiert. Damit wurde die Datenbank 1 x neu aufgebaut. Und siehe da, mit einmal ist das Problem weg!!!
Ich vermute mal, da hängt was in der Datenbank quer, was man aber nicht so einfach lösen kann mittels phpMyAdmin oder so.
Ich würde also mal folgendes vorschlagen:
MySQLDumper installieren und damit eine komplette Sicherung der Datenbank machen.
Datenbank löschen (oder zumindestens alle Tabellen) und mittels MySQLDumper wieder zurückspielen. Da ist zwar der Shop mal einen Moment weg, aber die Daten werden neu in die DB geschrieben und MySQLDumper ist sehr zuverlässig und schnell.

Die sind für externe Anwendungen. z.B. WAWI wie JTL greifen drauf zu.

Hast Du mal Sonderpreise gemacht? Da ist es doch drin.

Hier der Attachment. Habe die Größe für den Upload erhöht.

Das sollte gehen. Ich wüsste jetzt nicht, warum es nicht geht. Hast Du eventuell die MwSt. auf den Artikel eingestellt? Eventuell hapert es ja daran.

Das kann ich nicht beurteilen. Wir haben Kunden, die die Schnittstelle nutzen. Alle WAWIs haben Vor- und Nachteile.

Ich würde es mal so versuchen:

xtc_php_mail(EMAIL_BILLING_ADDRESS, STORE_NAME, EMAIL_BILLING_ADDRESS, STORE_NAME, EMAIL_BILLING_FORWARDING_STRING, $order->customer['email_address'], $order->customer['firstname'].' '.$order->customer['lastname'], '', '', $order_subject, $html_mail, $txt_mail);

Aber unbedingt zuerst testen!!!

Kommt mir bekannt vor und scheint ein altes Problem aus xtc zu sein. Hattest Du beim Erstellen der Attribute mal irgendwelche Probleme? Ich meine damit, dass eventuell ein totes Attribut durch irgend ein Abbruch beim Erfassen zu stande gekommen ist. So ähnlich habe ich zur Zeit auch ein Problem. Da war es so, dass beim Erstellen Abbrüche dabei waren. Ich vermute, irgendwie gerät das Ganze dann durcheinander.

Da wäre ja als 1. mal wissenswert, woher gehört. Wir haben diverse Kunden, die u. a. auch diese Schnittstelle nutzen, da die Datenbank Struktur wie xtc ist + ein paar Erweiterungen für cseo. Aber nur Erweiterungen und keine Feld Änderungen. Somit lässt sich die Datenbank wie xtc ansteuern.

Das wurde bewusst geändert, damit man den Besteller direkt als Absender im Postkasten hat und direkt antworten kann. Beim Besteller darf aber nur der Shop als Absender drin sein. Ändern kann man das in der send_order.php

Eine persönliche Nachricht im Forum. Nennt sich PN

Kann es nicht aus dem Hut sagen, aber den Wert musst Du suchen: main_level_1 ...

Zum Einen sind ja viele Sachen in der v2 schon behoben. Einfach drüber bügeln wird aber momentan nix, da auch diverse Anpassungen in der DB gemacht werden müssen. Das kommt zu einem späteren Zeitpunkt. Du kannst also erst mal getrost mit der 1.1.1 weiter arbeiten.

Da fehlt eine CSS Definition für die Kategorie Level1 ...

Nun, mal eine PN am besten. Wir machen so was für Geld

Der Kupon wird immer erst im letzten Schritt verrechnet. Das der Gutschein NUR ohne Produkteingrenzung funktioniert, ist ein Uralt Bug von xtc, den wir bisher leider noch nicht 100% gelöst haben.

Wir aktualisieren immer das jeweilige Download Release mit. Es bit einen Bugfix Sammelpatch und die aktualisierte "Vollversion". Die bleibt aber 1.1.1. Wir gehen erst in der v2 dazu über, den Releasestand auch im Produkt genauer zu verewigen, damit man genauer sieht um welche Version es sich handelt.