Beiträge von jowasdann

    moin,
    kann es sein, dass bei den installer.php irgendwas nicht stimmt?
    ich komme nicht über schritt 1 hinaus ich bekomme einen error500
    wenn ich das script manuell versuche, zu installieren, dann springt der installer auf schritt 5, wo ich die einträge dann alle manuell eingeben muss...teilweise doppelt!
    danach bekomme ich die meldung, dass die db-einstellungen nicht stimmen - die stimmen aber zu 100%..jedenfalls nach den angaben im installer

    was ist da los?

    das QF10 mit der button-lösung verursacht bei mir einen templatefehler in der shopping_cart.php

    Code
    Fatal error: require(): Failed opening required '/srv/www/local-shop.de/httpdocs/templates/CURRENT_MOBILE_TEMPLATE/source/boxes.php' (include_path='.:.:/usr/share/php5:/usr/share/php5/PEAR') in /srv/www/local-shop.de/httpdocs/shopping_cart.php on line 25

    super support hier! nicht einmal das verschieben dieses postings ins richtige board klappt...aber mich in einem anderen thread maßzuregeln, die sufu zu nutzen, um dann auf einen thread zu verweisen, der auch keine lösung zum angesprochenen problem hat, dazu reicht die zeit dann doch!? *kopfschüttel*

    für alle, die den selben fehler haben:
    der wyswig-editor, (ckeditor) der hier verbaut wurde, kommt offensichtlich nicht mehr ohne "safe_mode=off" zurecht.
    also entweder serverseitig safe_mode ausschalten, oder den editor benutzen, den auch xtcmodified verwendet. er nennt sich fckeditor und dazu muss der kompeltte ordner in /admin/includes/module gelegt werden.
    dazu muss die xtc_wyswig.inc.php noch angepasst werden, sie befindet sich im ordner /inc

    ich habe einfach den fckeditor aus dem xtcmodified rauskopiert und an entsprechenden stellen wieder in die V2.1CE kopiert.dann klappt der upload auch ohne safe_mode auf off zu stellen.

    moin,
    bei der neuesten version des shops (2.1.1.5) bekomme ich in der artikelbeschreibung kein bild hochgeladen!
    fehlermeldung: "Ihre Anfrage konnte wegen Dateisystemeinschränkungen nicht durchgeführt werden."
    die ordnerrechte sind aber richtig gesetzt (777) auf "images" und "content"
    dieses problem gab es wohl schon einmal https://support.commerce-seo.de/threads/1095-B…hlight=ckfinder

    angeblich wäre das mit fixpack 11 ??? behoben?
    es gibt aber nur fixpack 10 und dazu war das damals eine ältere version!
    ist der fehler in der neuen version nicht behoben worden?

    bei klick auf "Server durchsuchen" erhalte ich zudem die meldung: "Verzeichnis nicht gefunden. Bitte aktualisieren Sie die Anzeige und versuchen es noch einmal"
    kann es sein, dass der ckfinder einen falschen pfad eingetragen hat, weil mein shop sich nicht im root befindet? wo ändere ich das?

    grüße
    jwd

    scheiße, falsches forum.
    das gehört ins 2.1CE bitte verschieben!

    moin,
    wenn man artikel, die einen wortwolke-tag gesetzt haben in der administration deaktiviert, so sind sie über die box "Wortwolke" trotzdem zu erreichen.

    gibts dazu schon eine lösung?

    im übrigen hagelts in den statistiken haufenweise klicks auf die 404-page.
    selbst wenn man die statistik im adminbereich aktualiesiert, addieren sich gleich 4 oder 5 klicks dazu, obwohl man sich garnicht im shop befindet!?

    ich nehme an, dass da irgend eine funktion im hintergund mit aufgerufen wird, die sowohl im shop als auch im adminbereich gebraucht wird/wurde.

    gibts sowas, wie einen debugging-modus, der mir etwaige fehler anzeigt?

    danke
    jo

    boach! kann mir mal jemand erklären, was denn nun gebraucht wird, wenn man einen AKTUELLEN shop runtergeladen hat? (im download V2, wo steht: geändert am 10.3.2011) muss ich nun 11.1 installieren, oder FP11 zuerst? oder ist das schon in der aktuellen version der V2 eingepflegt?
    bei diesen ganzen fix-packs ist mir auch nicht klar, ob ich nun alle anderen auch installieren muss, oder ob die letzte version eines FP ausreicht?

    irgendwie blickt man da überhaupt nicht mehr durch!
    schön wäre, wenn ihr die ganzen fixes mal in EIN uptdate zusammenfassen würdet, bzw. diese änderungen dann auch im gesamtpaket der V2 implementiert hätte...ansonsten viel wald mit bäumen und da rennt man leich vor! :D

    moin,
    wenn man in der konfiguration "versandlostenfrei ab einem betrag von xy" auswählt, werden auch die nachnahmegebühren nicht mehr berechnet!
    ist das ein bug, oder wurde das extra so programmiert?

    wenn man nachträglich versucht, die bestellung eines kunden zu bearbeiten, weist er in der gesamtsumme nur die gebühren der gearade eingegebenen versandkosten aus, der artikel wird in der gesamtsumme nicht addiert, oder er zeigt einen falschen gesamtbetrag an, weil er die NN doppelt addiert...irgendwie ganz schräge, ich bin noch nicht dahinter gekommen, was er da genau macht!

    auch bei der auswahl der zahlungsweise sollte da dann doch automatisch der NN-betrag stehen? funktioniert aber nicht.

    wenn ich bei "Versandart" einen preis eingebe (im dropdown-fenster steht garnichts drin...warum auch immer) bekomme ich einen error:

    Code
    Fatal error: require(): Failed opening required '/srv/www/vhosts/domain.de/httpdocs/shop/lang/german/modules/shipping/.php' (include_path='.:.:/usr/share/php5:/usr/share/php5/PEAR') in /srv/www/vhosts/domain.de/httpdocs/shop/admin/orders_edit.php on line 232

    irgendwie funzt das nachträgliche editieren einer bestellung also überhaupnicht richtig...
    hat irgendjemand einen tipp, wie ich die probleme abstellen kann?

    der fehler mit der bestellung liegt an der aktivierung der zahlart per vorkasse durch heidelpay.
    es gibt zwei vorkasse-module. das kostenfreie nennt sich "moneyorder"
    irgendwie habe ich den fehler nicht angezeigt bekommen oder ich war blind. :p

    der darstellungsfehler in der administration bleibt aber mit dem IE nach wie vor!
    dieses dürfte auch nix mit den installierten modulen zutun haben sonder in der syntax des css.

    schau mal in den includes/configure.php, configure_org.php und admin/includes/configure.php, configure_org.php ob du bei

    PHP
    define('HTTP_SERVER', 'http://www.deinedomainr.de'); 
    define('HTTPS_SERVER', 'https://www.deinedomain.de');

    das "WWW" eingetragen hast.
    fehlt dieser eintrag, dann kannst du dich nicht einloggen.
    das liegt daran, wenn du das install-script ohne www ausführst.
    ist ein uralt-fehler aus der XT-version und hat mir auch schon graue haare wachsen lassen!

    moin,
    ich habe selbe fehler festgestellt, auch in der aktuell downloadbaren version.
    vor allem der fehler mit dem fehlenden "truncate" in "neue artikel" und das problem , dass nicht alle neuen artikel in der product_new.php aufgeführt werden, sind blöd.

    mit dem IE8 gibt es zudem ein weiteres darstellungsproblem im admin-menü unter der categories.php. dort überlagert die subanvigation die tabelle mit den artikel-bzw. kategorie-listings.

    es wäre schön, wenn sich jemand dieser dinge mal annehmen würde, oder zumindet einen hinweis gibt, wo man suchen müsste!

    danke

    ich merke gerade, dasss man auch keine bestellung auslösen kann! :(
    nach dem akzeptieren der agb, datenschutz und widerrufsrecht wird man zu bestätigung weitergeleitet und nach dem nächsten klick ist man wieder bei der seite mit den agb usw.

    hat sonstnoch jemand den fehler?

    hallo,
    wie der titel schon sagt, gibts im admin-bereich einen darstellungsfehler bei "Produkte"
    sie vertikale navigation (class menueboxcontentlink) überlagert die tabelle.

    bei den anderen vertikalen menüs geht das ohne probleme. wie kann ich das ändern?

    danke!

    moin zusammen.
    ich bin neu hier und muss gleich euer knowhow in anspruch nehmen.
    da ich mit dem support bei XT absolut unzufrieden bin, habe ich auf der suche im netz eure SEO-CE-version gefunden.

    ich habe den shop installiert und in betrieb genommen.
    ein paar infos noch an euch, ev. bekommt ihr ja einen bug auch in den griff:

    genau, wie bei der XT-version gibt es probleme, wenn man das install-script OHNE "www" ausführt! die installation läuft zwar fehlerfrei, doch man kann sich nach fertigstellung nicht einloggen.
    dazu muss man manuell in den configure.php das "www" einfügen und schon klappts auch mit dem einloggen.
    eine katastrophe, da beim BEZAHLTEN XT-support kaum einer diesen fehler kennt und etliche anfragen dazu schon generiert wurden!
    ich denke, das sollte sich in der installationsroutine anpassen lassen. mich wunderts nur, dass auch hier dieses problem noch nicht behoben wurde, denn das frustet schon sehr, wenn man dann nicht weiter kommt.

    zu meinem prob:
    ich habe mit dem modul directURL auch probleme, wie so viele hier. entweder bin ich zu blöd, oder es fehlen infos in der doku. jedenfalls habe ich durch rumprobieren z.b. rausgefunden, dass die beigepackte _directurl.htaccess umzubenennen ist....habe ich vorher nicht gewusst dieses weder im forum, noch in der doku als hinweis gefunden.
    nachdem man jetzt die urls als html aufrufen kann, funktioniert der warenkorb nicht mehr. man kann keine artikel in den korb legen, sondern wird sofort wieder zur startseite weitergeleitet.
    also wieder auf die suche nach dem fehler gegangen und auf der seite von bluegate habe ich das hier gefunden:
    http://www.bluegate.at/tutorials-faqs…die-startseite/

    leider bringt diese änderung an der cart_actions.php aber auch keine abhilfe, wobei ich mich dann gefragt habe, wie es kommt, dass dieser alte code noch in der V1.1.1CE zu finden ist?

    was könnten die ursachen sein, dass man keine artikel in den warenkorb legen kann bei aktiviertem "directURL" modul?

    ich kann auch im forum nix darüber finden.

    danke für hilfe und grüße
    PETE