eigentlich muss unter rewritebase dein unterverzeichnis shop eingetragen werden.
der fehler 500 kann auch wegen aktiviertem followsymlinks erscheinen.
probiere den shop mal ohne die htaccess (diese temporär umbenennen).
eigentlich muss unter rewritebase dein unterverzeichnis shop eingetragen werden.
der fehler 500 kann auch wegen aktiviertem followsymlinks erscheinen.
probiere den shop mal ohne die htaccess (diese temporär umbenennen).
kann den fehler in fp11 jemand nachstellen?
ps: kurzfristige "hypes" kann man mit social-web-tools (twitter, facebook & konsorten) und z.b. adwords erzeugen. da bedarf es aber genauso großer vorarbeit.
das kannst du kaum beschleunigen. sorge für inhalte, die den menschen nutzen, dann werden sich auch ergebnisse zeigen. gute backlinks können dir helfen.
ich selbst plane bei ÄNDERUNG von bestehenden projekten min. 6 monate (bis 12monate) ein, bis suchergebnisse da stehen, wo ich sie ungefähr gerne hätte.
lies dich in das thema seo ein und gebrauche gesunden menschenverstand, dann werden sich einige fragen von selbst beantworten.
ich schreibe auch ganz offen.
ausdauer und hartnäckigkeit sind wichtige fähigkeiten um probleme zu lösen. lediglich 2 unbeantwortete fragen finde ich nicht so tragisch. bei einer ce-version gibt es nullkommanull anspruch auf antworten. z.b. die zeit, die ich jetzt gerade hier aufwende um dich in deiner traurigkeit zu trösten bezahlt mir keiner. ich habe auch keine persönliche beziehung zu dir und prinzipiell ist es mir selbst nicht wichtig, ob du diesen shop nutzt oder nicht. d.h. die motivation zur lösung deiner aufgabe muss aus DIR selbst kommen.
vielleicht wollte dir auch niemand antworten, weil deine frage nichts mit der grundfunktionalität zu tun hat.
meine motivation hier zu antworten kommt daher, weil ich von den foren-usern auch bereits reichlich hilfe bekommen habe - auch passive hilfe über die forensuche. also gebe ich wieder etwas zurück.
die entsprechenden antworten zu deinen fragen (container verschieben) findest du bereits in diesem forum über die suche.
meiner meinung nach findest du die lösung in der stylesheet.css. firebug ist dein freund.
kann mich auch täuschen, da ich am template bis jetzt kaum veränderungen vornahm.
ich finde es sinnvoll den shop selbst einzurichten, da dies bereits die 1. stufe der einarbeitung ist. wer nicht helfen möchte, braucht das nicht tun und es nimmt ihm auch keiner übel.
marcjoerg:
du musst BEDEUTEND genauere angaben machen. mit "nach der installation (die nicht einfach verläuft)" können nur menschen mit hellseherischen fähigkeiten etwas anfangen.
was war nicht einfach? wo GENAU lag das problem?
wurde der korrekte datenbank-zugang angegeben? (nochmal überprüfen)
bei der installation werden die pfade eigentlich automatisch eingetragen.
ist auf deinem server mod_rewrite aktiviert?
lies dir genau die datei .htaccess im shop-root durch. infos dazu findest du auch reichlich in der forensuche.
dann nimm die sonderzeichen aus der datenquelle raus.
eben. dann ist dein csv-file in in utf-8 formatiert.
ich weiß nicht, ob ich dich richtig verstanden habe. du hast viele anführungszeichen in den meta titeln etc. welche nun nicht ordentlich importiert werden?
wenn du vor dem anführungszeichen ein backslash einfügst, wird es als text interpretiert, sonst als nächster datensatz. mit phpmyadmin hast du da mehr spielraum.
hi
ja, kenne ich aber schon. das war der erste "märz-bug", welchen ich auch damals, wie oben beschrieben, beseitigen konnte.
leider hilft das nicht bei lieferschein + rechnung.
ich meinte "macht keinen sinn" im sinne der eigentlichen verwendung von g-analytics, welches vor allem (und meist auch nur da) sehr großen sinn macht, wenn man adwords nutzt. ein entsprechender hinweis gehört natürlich auf die website. siehe http://www.google.com/intl/de_ALL/analytics/tos.html
die gerichte sind sich noch nicht einmal einig, ob IPs personenbezogene daten sind.
es besteht in germany auch kein zwang irgendwelche "kostennoten" zu entrichten, da kann der ra nochsoviele titel erwirken.
(derlei mumpitz wie schufa sollte natürlich außer auch gelassen werden ;))
öffentliche bußgelder könnten auch bei entsprechendem verhalten "erzwingungshaft" zur folge haben, was sich mit einigen anrufen, zur publikums- und damit werbewirksamen maßnahme "umgestalten" läßt.
alle angaben natürlich, wie immer, ohne gewähr und selbstverständlich nur zur allgemeinen belustigung
siehe überschrift.
der märz wird wieder mal nicht in utf-8 angezeigt. am besten wäre eh, auf ausgeschriebene monatsnamen zu verzichten und nur noch mit nummern zu arbeiten. da gibts wenigstens auch kein wirrwarr mit den sprachen. ok, solange es zum bugfixing beiträgt. das ist dann im april aber wieder vorbei
das betrifft noch version 2.0.9
könnte mir vorstellen, dass das in 2.0.11 auch noch so ist, oder?
kennt jemand dazu einen schnellen fix?
ist die datenbank in utf-8?
artikelimport? ist die quelle in utf-8?
alternativ könnte man in seinem analytics-account auch einstellen, dass die daten NICHT freigegeben werden. dann macht das ganze zwar nicht mehr so viel sinn, aber was solls ...
wenn man die datenbankinhalte des alten shops 2.0.9 in die 2.0.11 einspielt, müsste alles sein wie es vorher war. evt. müssen noch irgendwelche mysql-updates berücksichtigt werden.
das kann man ja in einer testumgebung machen, testen und dann den produktiv-shop damit ersetzen.
alle angaben, wie immer, ohne gewähr.
nichts destotrotz wäre ein direkt verfügbares update von 2.0.9 auf 2.0.11 sehr hilfreich.
in der 2.0.9 funktioniert das auch ohne popup.
das wird dann interessant, wenn der shop auch massiv im englischsprachigen raum angeboten wird, wo ja auch nicht gerade niedrige potentiale lauern. dazu muss er aber u.a. erstmal korrekt in englisch laufen
Verstehe nicht ganz wozu Meta title die länger als etwa 65 Zeichen sind? Mehr wird ja google sowieso nicht anzeigen und alles andere wird dann hässlich abgeschnitten.
der meta title ist keyword-technisch auch über die 65 zeichen hinaus wichtig, ergo macht es durchaus sinn, diesen auch entsprechend zu befüllen.
wenn du die sprachumschaltung oben rechts UNTER die kopfgraphik verfrachtest (im boxenmanager), wird sich die verschiebung wieder aufheben.
wen es interessiert: die ausblendung des in meinen augen überflüssig sichtbaren titles, welcher ja eigentlich als alt-tag [alternative bei fehlendem image oder client-sperre) gedacht ist, läßt sich wie folgt vornehmen (version 2.09):
in der includes/javascript/js/cloud-zoom1.0.2.min.js showTitle von true auf false setzen.