ich kann mich über die community nicht beschweren. das ist alles ansichtsache - gleich gar unter dem gesichtspunkt, das nichts selbstverständlich ist.
zum shopsystem, bzw. produkten gleich welcher art: es gibt KEIN PERFEKTES (fehlerfreies) system. nie.
es gibt jedoch sehr gut geeignete systeme und jedes hat seine eigenarten, welche man mit zunehmender kenntnis dessen, berücksichtigen kann.
evtl. die regeln ganz oben einbinden, da die .htaccess chronologisch von oben nach unten abgearbeitet wird. kann mich auch täuschen.
ich meinte die statische sitemap. die ist unvollständig (eigene inhalte fehlen).
die dynamische sitemap bringt mir bei google komischerweise einen fehler 500, obwohl sie eigentlich funktioniert. habe sie bei der gelegenheit gleich nochmal eingereicht, mal sehen, ob google nun geduldig genug ist 
wie hoch hast du die entsprechenden parameter in der php.ini festgelegt?
die crawler indizieren auch seiten, welche nicht in der sitemap stehen.
wäre natürlich toll, wenn die sitemap ALLE inhalte listen würde.
das deutet eher auf deine servereinstellungen (script-ausführungszeit, uploadgröße, o.ä.)
zum manuellen upload: hier würde ich an deiner stelle einfach mal etwas "reverse engineering" betreiben -> kleine datei hochladen und in der datenbank schauen was passiert.
einfach mal die .htaccess deaktivieren (temporär umbenennen) und dann die installation nochmal starten.
vielleicht liegt es an mod_rewrite bzw. der .htaccess?
genau, in dieser datei lassen sich auch noch andere praktische einstellungen vornehmen, z.b. den titel ausblenden etc.
dei hintergrundfarbe ist auf 2 stylesheets verteilt: reset und struktur
ok, danke für die info.
vielleicht bestellt ja nächstes jahr märz niemand etwas, dann haben wir wieder ein jahr gewonnen
hi datenknecht,
ich erkenne leider nicht das ziel deines postings
wenn du denkst, du siehst schwarz, dann ist das eine frage des standpunktes und zwar deines. bei mir läuft noch v2.0.9ce und die tuts noch einwandfrei. die kleineren makel beeinträchtigen die hauptfunktionalitäten nicht. wie man liest ist 2.0.11.2 auch ok. der rest ist vielleicht konfiguration.
falls du davon ÜBERZEUGT bist, für c-seo schwarz zu sehen liegt es doch an dir, in deiner eigenschaft als unternehmer (??), etwas zu UNTERNEHMEN. z.b. den programmierer, bzw. verantwortlichen zu MOTIVIEREN (funktioniert immer am besten und wirkungsvollsten über POSITIVE äußerungen) oder ihn auch zu unterstützen, in welcher form auch immer, um letztendlich dein eigenes unternehmen EFFEKTIV voran zu bringen.
bei mir mittlerweile auch.
ich weiß leider nicht mehr, woran es lag. denke aber, es hing mit den seo-URLs zusammen.
vielleicht einfach seo-url nochmal durchlaufen lassen.
paypal verlangt ein bundesland??
oder hast du die eingabe des bundeslandes im shop noch nicht deaktiviert?
sorry, kommando zurück!
die ersetzung funktioniert zwar, jedoch filtert es eben auch die umlaute aus der suche, welche gewollt sind.
in der originalversion (ohne deine änderungen) bringt die suche nach (/&(/%) einen bad request vom apachen.
wie bereits geschrieben: gilt nur für v2.0.9ce!
hi julien,
in v2.0.9ce treten diese fehler auch auf.
ich habe deine genannten änderungen in der advanced_search_result.php vorgenommen und die ersetzungen funktionieren einwandfrei, so dass der fehler nicht mehr auftritt.
besten dank!
die änderung in der commerce_seo_url.php habe ich nicht vorgenommen (ist in v2.0.11ce eh geändert), da hierdurch eine endlosschleife entsteht.
tritt der fehler erst in der version 2.0.11 auf? um welche fehler handelt es sich?
die o.g. tabellen sind in v2.0.9 bereits vorhanden.
wenn deine domain auf den unterordner zeigt, brauchst du diesen natürlich nicht unter rewritebase einrichten. hat sich nun eh erledigt.
auf welchem server läuft der shop?
gzip braucht serverpower. eine datenbank braucht auch eine menge arbeitsspeicher.
mein tipp: hardware aufrüsten.
aber wie schon geschrieben: die performance scheint ganz ok zu sein. das kann sich aber bei entsprechendem kundenverkehr ganz schnell ändern.
