Beiträge von jotest

  • commerce:SEO URL v2.1

    Zitat von Sohni77

    " java jquery Datei updaten nachsehen ob alles da ist" das sagt mir jetzt weniger was.

    Gruß
    Sohni

    Java jquery und co sollten dort drin sein ;)

    Weiter ist alles also Komplet 100% neu und Standard auch den Template , CSS und CONFIGURE und .htacces ?

    Wen ja wass war vorher mit den 2.0 LOS?

    LINK? in PM ist auch OK

  • commerce:SEO URL v2.1

    OH sehe wass für probleme mit den 2.0 vorher?

  • commerce:SEO URL v2.1

    BAckups?

    Link:
    Neu install also mit Datenbank?

    Nur so was

    UND oder java jquery Datei updaten nachsehen ob alles da ist
    mit fp5 ?
    TEMPLATE DATEI
    und css


    JTL macht nichts mit Template aber wen code (falsche HTML und oder) drin ist die den Template zerschiesst beim Kategorie / Produkten ja, aber dan sollte impressum startseite und co noch in ordnung sein


    Alles auf UTF8 ?
    Editor utf8 ohne BOM

  • Fehler 404 nach update auf V2.1

    Hallo ist in Holland also macht kein sin ( und is plus version also kan nicht alles vergleichen)

    Aber nim mal auch den fixpack 5 und vergleich den .htaccess einiges muss Du umsetzen.
    Wegen den änderung / am ende beim Kategorie und und

    Weiter versuche mall auch mit andere browser wen sessions behalten werden kan es sein dass man durch fehler selbe mall ausgespert hat. Oder lass mal ein anderer ( link deiner Seite ins Forum) auch mal versuchen

    Den SQL UPDATES sind auch ziemlich wichtig


    Den .htacces in Fettes sollte so etwas nachher drin sein dass ist in fp5 aber dort ist es besser unten ist nur ein testversuch gewesen.


    RewriteBase /
    RewriteCond %{REQUEST_FILENAME} -f [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule ^(.+) - [PT,L]

    RewriteCond %{REQUEST_URI} !(.*)/$
    RewriteCond %{REQUEST_URI} !\..+$
    RewriteCond %{REQUEST_URI} !/$
    RewriteRule (.*) http://%%7bhttp_host%7d/%241/ [R=301,L]

    RewriteRule ^(.*)(.+)404.php$ 404.php [qsappend,L]

    RewriteRule ^(.*)tag/(.*([a-zA-Z0-9]))/$ taglisting.php?tag=$1$2 [qsappend,L]
    RewriteRule ^(.*)keywords/(.*([a-zA-Z0-9]))$ advanced_search_result.php?keywords=$1$2 [qsappend,L]
    RewriteRule ^(.*)manufacturer-(.*[0-9])/(.*([a-zA-Z0-9]))$ index.php?manufacturers_id=$2 [qsappend,L]
    RewriteRule ^(.*)review-(.*[0-9])/(.*([a-zA-Z0-9]))$ product_reviews_info.php?reviews_id=$2 [qsappend,L]

    RewriteRule ^(.*)(.+)\.html(.*)$ commerce_seo_url.php?linkurl=$1$2$3 [qsappend,L]

    RewriteCond %{REQUEST_FILENAME} !\.html$ [OR]
    RewriteCond %{REQUEST_FILENAME} !\.php$ [OR]
    RewriteRule ^(.*)$ commerce_seo_url.php?linkurl=$1 [qsappend,L]

  • ONE PAGE CHECKOUT vorab extra ja oder nein in Bestellvorgang

    ONe Page checkout geht nicht beim mänche Zahloptionen und oder änderungen

    Aber einer vorab auswahlen in Bestell vorgang, un dan wen es einer Zahloption ist die geht fur Endkunde dan den One PAGE zu verfügung stellen

    so etwa frontend:

    Kasse => 1e auswahl zahloption => weiter ja oder nein (aber dan automatisch) nach den ONE PAGE oder erweiterte Bestellvorgang.

    Dan können/sollten also nur den Zahlmodule in backend auf geignet oder ungeignet für ONE PAGE gesetzt werden.
    Wen dan nachgebessert wird in den Zahlmodule ist dies dafür frei zu schalten


    Ist nur so einer Idee ;)

  • Darstellungsfehler in IE8 ... cseov21

    Beim altes fp1 steht etwas vergleich es mall, wen Updates erscheinen sehe mall nach oder frage welche fehler/bugs behoben sind und oder extra Funktionen geben, mach dan deiner entscheidung dies ja oder nein zu tun, weil naturlich ist gemeint mit Updates es besser zu machen ;)

    Dieses QucikFix behebt kleiner Fehler, die seit dem 20.06.2011 noch erfasst wurden.
    Sie können dieses entpackte ZIP in Ihre Originalversion einspielen, somit haben Sie einen aktuellen Installationsstand.

    ACHTUNG: Es wird 1 CSS ausgetauscht: struktur.css
    Wenn Sie bereits Änderungen vorgenommen haben:

    öffnen Sie die struktur.css und fügen nach folgender Zeile:

    header nav {

    display: inline-block;


    Und in altes qf3 ist dieser Datei geänderd

    /includes/classes/Smarty_2.6.26/cseo_plugins/function.outerContainer.php


    Ist JA hmm den öftere updates, aber länger warten mussen bis etwas ( fehler / bug von vorher) behoben sind , ist schlimmer.
    ISt nur mal so bei Software, von anderes Shopsysteem warten wir zeit einige Monate auf einer ziemlich wichtige Update, noch nicht da und dan gibts bei mir/uns mehr ärger

  • Tags nach update 404 error wegen fehlende slash oder den Kategorie?

    Alles in meiner beitrag alt ist in fick pack 4.2 drin


    Habe es soweit aber bitte testen und Reaktion von Nico oder Andreas sehe unten

    Sehe "bug" meldung vorher also die / am ende ist nach update bei uns beim Kategorie da also den links in Google und co und andere Website zu den ohne slash am ende geben einer 404
    Mache ich einer redir in .htaccess

    Bekomme ich dass teilweise hin aber dan laufen zum beispiel den
    tag links kommen nach update noch immer ohne / am ende und funktionieren / geben ein dan 404 wen einer redir eigentlich auch mit / am ende sein sollte.


    Oder die redir gar vergessen dan sind aber unsere Links zum Kategorie die teilweise in Google ganz gut stehen erstmal wider ganz weg!


    Wass zu tun ist jetzt spät ;)

    Habe jetzt also dies in .htaccess
    dan kommen den Kategorie alte links die da waren einer 301 nach den mit einer slash an ende
    und den tags gehen also auch nach tags mit einer slash am ende!

    Ist dies GUT???

    RewriteBase /
    RewriteCond %{REQUEST_FILENAME} -f [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule ^(.+) - [PT,L]
    RewriteCond %{REQUEST_URI} !(.*)/$
    RewriteCond %{REQUEST_URI} !\..+$
    RewriteCond %{REQUEST_URI} !/$
    RewriteRule (.*) http://domain.nl/$1/ [R=301,L]

    RewriteRule ^(.*)(.+)404.php$ 404.php [qsappend,L]

    # RewriteRule ^(.*)tag/(.*([a-zA-Z0-9]))$ taglisting.php?tag=$1$2 [qsappend,L]
    RewriteRule ^(.*)tag/(.*([a-zA-Z0-9]))/$ taglisting.php?tag=$1$2 [qsappend,L]