Beiträge von admin

Nun ja, wenn die so lange geschlummert hat, kannst Du nicht erwarten, dass Google die in 2 Wochen wirklich im Index hat. Da wirst Du etwas Geduld mitbringen müssen. Die Sessions sollten dann verschwinden, wenn Du es jetzt eingeschaltet hast. Die Relevanz der Seite ist entscheident, nicht was Du gerne hättest. Wir haben Shops, da dauert es auch länger, bis die vollständig indexiert sind. Die sitemap solltest Du aber in jedem Fall einreichen, damit weiss Google wenigstens, womit sie zu tun haben. Wie gesagt, 6-8 Wochen sind nicht selten!!! Da müsste die Seite für Google schon extrem wichtig sein, damit das schneller geht. Heisst, Du brauchst ein schwergewichtigen Backlink.
Noch eine Frage: Wie sind denn Deine Session Einstellungen und ist in Deiner configure.php der Shop mit oder ohne www angegeben???? Die Sessions sollten normalerweise nur beim 1. Aufruf kommen, nicht bei jedem Link. Eventuell liegt hier das Problem.

Das sollte man sicher generell übernehmen, den Fehler habe ich auch in den Logs oft gesehen.

Prinzipiell kann Google auch mit anderen URLs umgehen. Sie SEO-URL sind aber sicher hilfreich. Hast Du die sitemap schon bei den Webmaster-Tools angemeldet? Wenn die Domain erst seit dem 01.03. online ist und Du keinen wirklich wichtigen Backlink hast, kann das bei Google auch mal 6-8 Wochen dauern, bis der Shop indexiert ist. Schau mal in die robots.txt, da sollte die XSID eigentlich raus genommen werden für SUMAs. Hast Du im Admin bei Metatags-Suchmaschinen die Spider Session vermeiden auf true gesetzt?

Also korrekt ist ja UST. Gebräuchlicher ist sicher MwSt. Schau bitte im Ordner /lan/german/ in den 2 Sprachfiles nach. Da ist es definiert.

Schau mal in den Quelltext. Da steht base=...ssl.webpack... im Header Bereich. Das stimmt nicht. Das andere ist alles korrekt.

Ja entweder alles oder einzeln. Entweder gibst Du über die Gruppe Rabatt oder dem Produkt. Es gibt glaube ich ein Modul, Rabatt für Kategorien. Das würde Dir sicher helfen. Du kannst in der xtcPrice das small erweitern mit einem style. Nimm doch Firefox + Firebug. Da siest Du exakt, wo und wie es definiert ist und welches stylesheet Du anfassen musst.

Also das schint sehr kompliziert zu sein. Es sieht aber so aus, als würde der Shop eine Schleife drehen und den Artikel nicht finden. Habe gesehen, dass die Suche schon manipuliert wurde. Was sind denn für Änderungen gemacht worden? XT-Module > DirectURL hast Du sicher schon mal neu indizieren lassen? Merkwürdig ist auch der folgende Link:
http://www.eikapo.eu/de/Arbeitsbekl…mantel-ESD.html
Vor dem Damnmanten das - passt da nicht hin. Irgendwas ist zerhauhen, .htaccess geändert?

Beim Erstellen des Kontos ist es fest integriert, da das Pflicht ist. Da kannst Du nix abschalten.

Du musst im stylesheet small definieren, oder in der xtcPrice bei den style direkt mit angeben:

als Beispiel. Zu Deiner 2. Frage, ja Du kannst belibig viele Händler Gruppen anlegen und dort entsprechend die Konditionen hinterlegen. Die Standard Gruppen sind ja nur die Vorlage.

So ist es korrekt. Bleibt aber die Frage offen, wo das eingetragen wurde:

Eventuell doch in der includes/modules/metatags.php ???

Oh ja, dringend ein Update machen. Die Version ist die 1. Beta! Schau aber mal nach Security Updates bei uns im Download. Da hat sich einiges getan.

Das liegt im Template Ordner. /templates/.../admin/print_order.html
Was hast Du denn für eine Version ???? Ist die stein alt??? Bitte mal die genaue Version mitteilen. Da ist ja ein Bug drin.

Der Wert: HTTPS_SERVER steht in der includes/configure.php. Da musst Du nachschauen.
Eventuell sind ja die Änderungen in der configure.php NICHT übernommen worden, weil die im Betrieb ja auf NUR LESEN stehen sollte, somit Änderungen nicht geschrieben wurden???!!!

Das sind definitiv diese beiden Dateien. Da muss! irgendwo ein Fehler sein. Bitte mal die header.php und metatags.php nach diesem SSL Proxy durchsuchen. Die URL ist noch auf diesem ssl.web... gesetzt!

Oder mal den Template Cache leeren!!!

Die Umstellung erfolgt nur in den 2 configure.php Dateien. Da ist sicher etwas im Content Manager noch drin??? Da musst DU die Inhalte anpassen und wenn Du im Template noch feste Verknüpfungen drin hast.

Also OK, ich revidiere meine Meinung und behaupte, STRATO HAT JA ÜBERHAUPT KEINEN BLASSEN SCHIMMER! Bloss die Hände weg. Die Pfade sind Standard Pfade einer Linux / Unix Umgebung! Wenn die das "wandern" lassen, dann wird keine PHP Software darauf laufen so richtig. Dann werden die wohl nur HTML Seiten Hosten. Lass lieber die Finger davon. Ich kann nur von 1und1 sagen, dass die Qualität des Hostings dort insgesamt besser ist und die wenigestens nicht so einen Schei... unter die Leute zu bringen versuchen. Sitzen bei Strato jetzt die Putzfrauen an der Hotline? Können die sich niemand leisten, der halbwegs Linux Kenntnisse hat? Das ist ja Kindergarten Linux Grundwissen.

Danke für die ausführliche Rückmeldung. Wir sind halt Techniker

Vergewissere Dich noch mal bei United Domains, ob es für Dein Hosting noch Einstellmöglichkeiten gibt. Der Installer prüft nur, ob kleiner PHP 4.1.2 oder so, nicht aber ob höher. Die ganze Shopbasis (osCommerce > xt:Commerce) stammt halt noch aus PHP3 Zeiten und da sind einfach manche Funktionen drin, die in PHP5.3 nicht mehr unterstützt sind. Das passiert. Ich kann mir aber nicht vorstellen, dass United Domains generell nur noch PHP5.3 anbietet, damit würden die ja wirklich extrem viele PHP Projekte ausschließen und da meine ich nicht nur den Shop. Oder Du musst halt auf die v2 warten. Die kann es dann halt, weil dort alle veralteten Befehle raus sind und PHP6 dann auch kein Problem ist.

Du meinst sicher den PayPal Express im Warenkorb. Das umgeht die Shopanmeldung und übernimmt ja die Kundendaten von PayPal. Darin wird aber die Kundennummern Generierung umgangen. Solange Du die Funktion im Warenkorb nimmst = keine Kundennummer. Man müsste prüfen, ob die Funktion dort nach zu rüsten geht. Der "normale" Checkout wird somit umgangen.