Beiträge von admin

Auf diese musst Du wohl für die Installation erst mal 777 geben und dann wieder runter drehen. Ich sag mal, bei 1und1 wäre das nicht passiert.

Cache????!!!!!

Such mal in der lang_german.conf: title_welcome = 'Herzlich Willkommen!'

Du solltest Notepad++ für die Bearbeitung verwenden. Office oder so was ist tödlich! Mach doch einfach ein Bild mit 1 Pixel und kopiere es dann in das Template unter /img Ordner unter logo.gif, logo_shop.gif und logo-re.gif

Wenn Du die Thumbnails größer machen willst, musst Du auch Template Anpassungen vornehmen (CSS). Die Attribut Vorlagen werden direkt im Produkt (Admin > Bearbeitung) gemacht. Hier hast Du 3 Varianten zur Auswahl. Punkt 3 wird schwierig.

So wie ich es mitbekommen habe, ist es ein genereller Bug (schon seit xtc). Ich glaube in der v2 ist das behoben. Wir werden im Juli anfangen, ein Service Pack für die 1.1.1 zu bauen. Die werden wir weiter unterstützen.

Warum deinstallierst Du nicht einfach das english im Admin unter Sprachen? Da musst Du nix umprogrammieren.

Ich würde mal sagen in der product_info.html im Template.

Der Admin macht das gegen 19:00 Uhr

Du scheinst ja Wissen zu haben und nicht nur Ahnung. Beteilige Dich doch an der Weiter Entwicklung des Shops.

Hallo Joerg2010. Deine Bedenken in allen Ehren, aber ohne Javascript wirst Du weder bei Amazon wa bestellen können noch sonst wo was. Das Problem ist uns bewusst und sicher nicht die aller beste Lösung. Aber wie viele Leute haben denn Javascript aus? Doch nur die, die auf der Arbeit shoppen gehen! Bei grossen Firmen wird Javascript aber auch nicht mehr, oder nur zum Teil, geblockt, da keine Seite ohne auskommt. Die 1-2 Prozent ohne stehen in keinem Verhältnis.
P.S.: Die Debatte hatten wir schon mehr als 1 Mal.

@Joerg1010: Die Einstellung ist mehr als genug. Wo holst Du denn die ganzen Fehler her?

Und woran hat es gelegen?

Das Problem wirst Du nicht so einfach lösen können. Das ist immer so, wenn man im Browser zurück geht, da die Seite noch im Cache ist und die Session gültig. Man müsste die Session nach erfolgreicher Bestellung zwangsweise erneuern. Aber das ist nicht so einfach. Ich kenne das "Problem" auch von anderen Seiten, die kein Shop sind.

Du musst in der configure.php alle Pfade richtig anpassen. Ich dnke, Du hast einen Punkt vergessen.

Das war schon immer so. admin/images/graphs (für die Banner Statistik) und admin/rss. Da Du 777 berechtigen musst, läufst Du unter einem zentralen Webserver User. Wenn da einer an einer anderen Stelle einbricht, kommt er auch andere Webs ran. Das ist halt das Problem bei der Geschichte. Bei Root Servern mit Plesk macht sich da fast-CGI besser, da Dein Web dann unter Deinem user läuft. Dann hättest Du auch nicht das Problem, alles mit 777 berechtigen zu müssen.
Schönes WE

Zum Abschluss ist mir noch eine Sache eingefallen. Wir haben oft, dass in den Shop die cache und templates_c Ordner immer komplett geleert werden, also auch die .htaccess und index.html (leere). Die .htaccess hat ihre Bedeutung in den Ordnern und die sollte in jedem Fall dort drin bleiben.

Sieht für mich aber erst mal nach einen Verbindungproblem zur Datenbank aus. Den Rest muss der Kollege sagen.

Zwingend muss kein Verzeichnis auf 777 oder 444 sein. Es kommt darauf an, was Du bei der Installation machen musstest. Hast Du per FTP hoch geladen und musstest dann die cache, templates_c, images ... Ordner alle mit 777 berechtigen? Wenn ja, ist es schon mal schlecht, denn damit gibst Du jedem Rechte auf die Verzeichnisse und das ist halt ein häufiges Einfalls Tor. 755 sollte normalerweise reichen.
777 bedeutet ja, User-Gruppe-ALLE ANDEREN. Gut, muss man trotzdem einen Weg von aussen finden, aber gibt es einen, kann man da schöne böse Sachen machen, wie z.B. einen eigenen Webserver hochladen. Merkt man dann, wenn der Traffic mit einmal ungewöhnlich hoch ist
Der Webshop muss in ein paar Verzeichnisse schreiben: images, cache, templates_c und im admin Order 2 Unterordner + sitemap1.xml im root. Mehr muss der Webshop prinzipiell erst mal nicht schreiben.
Der Rest kann theoretisch, wenn Du nix an irgendwelchen Dateien ändern willst, sogar auf 444 gesetzt werden. Bei 1und1 ist es so, wenn man da was hoch läd per FTP, passen die Rechte immer. Diese 777 Geschichte ist oft, wenn ein Root Server angemietet wird und dann 100 fach untervermietet wird und der Betreiber die Rechte nicht richtig setzen kann. Oft läuft dann nämlich das Hosting unter einem Webserver User und der hat definitiv nicht Deine FTP User Berechtigung und auch nich die Gruppe. Deswegen musst man dann auch 777 setzen (alle anderen somit auch, da Webserver in dem Fall Other ist).

Noch was. Bisher sind bei uns gehosteten Kunden noch keine Probleme aufgetreten. Wir haben auch noch Kunden mit xt:Commerce (inkl. Security Fixe), und die laufen alle ohne Vorkommnisse.
Bisher ist noch kein CSEO bekannt, wo es Probleme in dem Bereich gab, da Sicherheit beim Projekt commerce:SEO Shop an 1. Stelle steht und immer schon stand. und von dem Shop sind ja nun schon einige in Betrieb.