Beiträge von paulchen

    ... einige Stunden und viele Posts im Forum später ...

    Das ist kein Forum und keine Software.
    Das ist Chaos



    das sehe ich anders. diese forum hier bietet durchaus eine menge infos und möglichkeiten zum erfahrungsaustausch. der shop funktioniert soweit wirklich sehr gut (großes kompliment an den/die entwickler!), zumindest bei mir bis fp9. wie sich das mit seo verhält, kann ich erst nach abschluss meiner testphase einschätzen, wobei es dabei ja auch noch auf reichlichst andere faktoren ankommt.


    das ganze projekt "commerce:seo" könnte marketingtechnisch noch bedeutend ausgebaut werden. das geht mich zwar nichts an und ich will mir auch nicht anmaßen schlaue tipps zu geben ;) nichtsdestotrotz kann ich jedoch eben mal schreiben, was ich u.a. anders machen würde:

    1. die seitentrennung zu commerce-seo: http://www.seo-template.de , http://www.commerce-seo.de , dieses forum
    die seiten seo-template.de und commerce-seo.de sind kaum miteinander verlinkt. zumindest kann ich auf commerce-seo.de nicht entdecken, wo ich diesen shop kaufen kann. nirgends. da muss schon auf die erste seite ein link mit handlungsanweisung. hier im forum gibts auch keinen link. was passiert nun: ich miete webspace/server oder habe den noch am start und packe da die ce-version drauf. fertig. ist man kein großer perfektionist, kann es das dann bereits gewesen sein.

    2. der "ärger" mit server/webspace
    hätte ich in dem ganzen wirrwarr ;) die komplett-pakete mit hosting gesehen, hätte ich mich doch glatt für diese entschieden. ehrlich! wenn die laufzeit meines jetzigen servers abgelaufen ist, werde ich das vermutlich auch tun. diese pakete beinhalten ja, scheinbar mehr oder weniger, einen verkappten service-vertrag. dort habe ich alles aus einer hand: server, shop, updates. und da alles aus einer hand kommt, MUSS das ganze funktionieren. was bringen viele verkaufte plus-shops, wenn die sonstwo gehostet sind und es laufend ärger gibt, weil (vielleicht?) zuviele betreiber denken, sie haben für 300mäuschen aktien am unternehmen erworben, obwohl sie eigentlich nach der pareto-regel den tisch hinunter fallen müssten (was man natürlich nie offen sagen würde ;)) problem dabei: mit GANZ wenig negativer publicity kann man sich auch schon gehörig den ruf versauen.

    3. spendenmöglichkeit für ce-version
    ja, ich weiß - das klingt vorerst nach spende und hat ein "geschmäckle" - jedoch völligst unangebracht, da diese freiwillige zahlung einen enormen mehrwert bietet. einen 10er in ehren kann niemand verwehren. kleinvieh macht auch mist. vielleicht würde sich das sogar zu einem tragfähigen weiteren standbein entwickeln? who knows? probieren kostet da nix. ok, etwas buchhaltung.


    auf jeden fall sind die leute von commerce-seo auf dem richtigen weg, dessen bin ich mir sicher! nix läuft völlig reibungslos. ich habe interesse daran, die dienste des unternehmens dauerhaft zu nutzen. wenn die umsätze stimmen, wird auch wieder reinvestiert. klare sache.

    htaccess passt.

    was mich stutzig macht ist, dass du nach dem fp10 nochmal den fp9 drübergebügelt hast. oder ist das nur ein verschreiber?

    der shop beißt sich ab fp10 momentan "einfach" mit meinem server. *wauwau* ;)

    ich weiß jedoch nicht, was da der auslöser ist. ich habe die ado-DB in verdacht, aber das ist für mich nur ein herumstochern im heuhaufen.
    den support habe ich schon mal angeschrieben. mal sehen, was dabei herauskommt.

    für die installation reicht definitiv 2.0.10 full ce.
    weiterhin bringt das quickfix 10.1 bei den genannten punkten keine veränderung. war ja auch nicht dafür vorgesehen.

    login geht nur einmal. warenkorb/merkzettel funktioniert nicht, d.h. es wird im FRONTEND angezeigt, dass nix im warenkorb/auf dem merkzettel ist. in backend und datenbank sind die artikel zu sehen. das wird nur nicht ins frontend geholt. zumindest nicht in der aktuellen session.

    beispiel:
    -login
    -demoartikel in warenkorb -> anzeige: nichts im warenkorb, das ganze noch weitere 2x
    ->im backend sind unter "offene warenkörbe" beim kunden die 3 produkte sichtbar -> schon mal gut.

    weiter gehts:
    -log-out
    -für einen neuen login brauche ich nun einen apache-reload (oder -restart)
    -login -> im warenkorb (frontend) ist nun nur 1 produkt sichtbar *kopfkratz* -> nochmal blick ins backend - da sind 3 produkte
    -versuch das produkt im frontend zu löschen -> funktioniert nicht (unverändert im warenkorb)
    -blick ins backend -> alle 3 produkte verschwunden
    -nun versuche ich das produkt im frontend nochmal zu kaufen (da ist es eh noch im warenkorb, ab da bekomme ich es auch nicht raus und auch kein anderes rein) -> geht nicht, d.h. im backend ist kein produkt sichtbar

    :D

    wo gibt es einen funktionierenden shop für 25€/monat?

    was ich bis dato so gelesen habe, ist veyton ein große baustelle. kann mich auch täuschen.

    lieber weniger "features", dafür aber dann ein stabiler betrieb inkl. wichtigster kernfunktionen, wozu zweifelsohne seo, seo und nochmals seo gehört - auch wenn man es schon nicht mehr hören kann ;)


    ich denke, dass die shopsoftware durchaus funktioniert. DER große haken an der sache ist der server, auf dem diese laufen soll. dieser ist im laufenden betrieb bei großen hostern naturgemäß ungleich restriktiver eingerichtet, als der in einer entwicklungsumgebung - vermute ich mal ;)

    das beste wäre sicher ein testskript, welches in der lage ist, wirklich ALLE nötigen server-ressourcen abzufragen. wenn dieses nicht durchläuft, ist der server nicht geeignet, bzw. muss anders konfiguriert werden, was aber oft nicht geht.

    bei xt-commerce gab es mal solch ein skript, welches mittlerweile jedoch veraltet zu sein scheint.

    hmm, ich verstehe deine vorgehensweise nicht so ganz. du installierst das komplett-skript 2.0.10 und dann nochmal das fixpack 10 drüber?


    was bei der installation des komplett-shops 2.0.10 nicht ganz klar ist: soll das mysql-update im README-ordner extra noch eingespielt werden. wenn nicht, warum ist es da drin?

    am upload liegt es nicht.
    habe das zip-file hochgeladen und auf dem server entpackt, sowie alternativ auch die einzelnen files. keine änderung.

    in den logs steht immer wieder:

    Zitat


    [Mon Feb 28 12:40:41 2011] [warn] [client xx.xxx.xxx.xxx] mod_fcgid: stderr: PHP Fatal error: Class '' not found in /pages/30/cd/d0007528/home/htdocs/test/includes/classes/adodb/adodb.inc.php on line 1055

    ja ist klar, ich teste immer in einer testumgebung.

    habe noch folgendes festgestellt: login und oben beschriebene probleme funktionierten EINMALIG, nachdem ich in den apache-/php-einstellungen des servers etwas veränderte. WAS ich veränderte war egal, es ging praktisch nur um den prozess der veränderung, welcher logischerweise einen apache-reload (oder restart, was ich jedoch weniger glaube - muss nochmal in den logs wühlen) zur folge hatte.
    beispiel: apache-einstellungen auf AcceptPathInfo On -> speichern -> login geht einmalig
    apache-einstellungen auf AcceptPathInfo Off -> speichern -> login geht wieder einmalig

    nun denn ... :D

    an erster stelle möchte ich die sicher aufwändigen bemühungen des programmierers würdigen. die neuen features sind eindrucksvoll und die anzahl der behobenen fehler im bugtracker auch enorm. das wird den guten shop noch besser machen.


    ich habe den fp 10 CE in folgender umgebung getestet: php 5.3.5, managed server sx-7 bei strato (chroot auf CentOS)

    bis fp9 lief alles, bis auf die bekannten bugs, fehlerfrei, flüssig, einwandfrei und problemlos. einzig die exportmodule funktionierten nicht, was bei anderen hier ebenfalls der fall zu sein scheint.


    erster versuch: installation des fp10 auf eine 2.09.
    auf den ersten blick sieht alles rund und geschmeidig aus, ABER:
    merkzettel funktioniert nicht (anzeige: nix auf dem merkzettel)
    kaufen funktioniert nicht (anzeige: nix im warenkorb)
    login funktioniert nicht (auch nicht als admin)
    neuanmeldung als kunde funktionierte nicht (nach eingabe der daten kein login möglich bzw. vorgenommen)

    nach einigem probieren funkionierte einmalig ein login als admin. ich konnte jedoch nicht nachvollziehen, warum es nun funktioniert. caches waren jeweils geleert.

    im backend offenbarte sich folgendes: merkzettel und warenkorb waren befüllt und neukunde war auch angelegt. nur wurde das nicht im frontend angezeigt.

    der alte fehler der tagcloud (2-maliges listen eine produktes bei 2-sprachigem shop) ist noch vorhanden. auch wenn nur eine der beiden sprachen aktiviert ist.
    (ja, hatte ich in den bugtracker eingegeben).

    um einen fehler bei der installation des fp auszuschließen, habe ich das gesamtpaket installiert (auf eine frische datenbank). dort verhielt es sich jedoch genau so.

    in den logs taucht folgendes auf:

    Code
    [Mon Feb 28 12:32:26 2011] [warn] [client xx.xxx.xxx.xxx] mod_fcgid: stderr: PHP Fatal error:  Class '' not found in /pages/30/cd/d0007528/home/htdocs/test/includes/classes/adodb/adodb.inc.php on line 1055, referer: http://www.domain.tld/test/admin/module_export.php?set=&module=commerce_seo_url&action=edit[Mon Feb 28 12:32:41 2011] [warn] [client xx.xxx.xxx.xxx] mod_fcgid: stderr: PHP Warning:  substr() expects parameter 2 to be long, string given in /pages/30/cd/d0007528/home/htdocs/test/admin/module_export.php on line 48, referer: http://www.domain.tld/test/admin/module_export.php?set=&module=commerce_seo_url&action=edit[Mon Feb 28 12:32:41 2011] [warn] [client xx.xxx.xxx.xxx] mod_fcgid: stderr: PHP Fatal error:  Class '' not found in /pages/30/cd/d0007528/home/htdocs/test/includes/classes/adodb/adodb.inc.php on line 1055, referer: http://www.domain.tld/test/admin/module_export.php?set=&module=commerce_seo_url&action=edit[Mon Feb 28 12:32:57 2011] [warn] [client xx.xxx.xxx.xxx] mod_fcgid: stderr: PHP Warning:  substr() expects parameter 2 to be long, string given in /pages/30/cd/d0007528/home/htdocs/test/admin/module_export.php on line 48, referer: http://www.domain.tld/test/admin/module_export.php?set=&module=commerce_seo_url&action=edit[Mon Feb 28 12:33:02 2011] [warn] [client xx.xxx.xxx.xxx] mod_fcgid: stderr: PHP Fatal error:  Class '' not found in /pages/30/cd/d0007528/home/htdocs/test/includes/classes/adodb/adodb.inc.php on line 1055, referer: http://www.domain.tld/test/admin/module_export.php?set=&module=commerce_seo_url[Mon Feb 28 12:33:02 2011] [warn] [client xx.xxx.xxx.xxx] mod_fcgid: stderr: PHP Fatal error:  Class '' not found in /pages/30/cd/d0007528/home/htdocs/test/includes/classes/adodb/adodb.inc.php on line 1055, referer: http://www.domain.tld/test/index.php[Mon Feb 28 12:33:13 2011] [warn] [client xx.xxx.xxx.xxx] mod_fcgid: stderr: PHP Fatal error:  Class '' not found in /pages/30/cd/d0007528/home/htdocs/test/includes/classes/adodb/adodb.inc.php on line 1055, referer: http://www.domain.tld/test/shopping_cart.php?products_id=1&cat=1&[Mon Feb 28 12:33:13 2011] [warn] [client xx.xxx.xxx.xxx] mod_fcgid: stderr: PHP Fatal error:  Class '' not found in /pages/30/cd/d0007528/home/htdocs/test/includes/classes/adodb/adodb.inc.php on line 1055, referer: http://www.domain.tld/test/index.php[Mon Feb 28 12:40:41 2011] [warn] [client xx.xxx.xxx.xxx] mod_fcgid: stderr: PHP Fatal error:  Class '' not found in /pages/30/cd/d0007528/home/htdocs/test/includes/classes/adodb/adodb.inc.php on line 1055[Mon Feb 28 12:40:42 2011] [warn] [client xx.xxx.xxx.xxx] mod_fcgid: stderr: PHP Fatal error:  Class '' not found in /pages/30/cd/d0007528/home/htdocs/test/includes/classes/adodb/adodb.inc.php on line 1055, referer: http://www.domain.tld/test/index.php[Mon Feb 28 12:50:11 2011] [warn] [client xx.xxx.xxx.xxx] mod_fcgid: stderr: PHP Fatal error:  Class '' not found in /pages/30/cd/d0007528/home/htdocs/test/includes/classes/adodb/adodb.inc.php on line 1055, referer: http://www.domain.tld/test/admin/module_export.php?set=&module=commerce_seo_url[Mon Feb 28 12:50:12 2011] [warn] [client xx.xxx.xxx.xxx] mod_fcgid: stderr: PHP Fatal error:  Class '' not found in /pages/30/cd/d0007528/home/htdocs/test/includes/classes/adodb/adodb.inc.php on line 1055, referer: http://www.domain.tld/test/admin/module_export.php?set=&module=commerce_seo_url[Mon Feb 28 12:50:12 2011] [warn] [client xx.xxx.xxx.xxx] mod_fcgid: stderr: PHP Fatal error:  Class '' not found in /pages/30/cd/d0007528/home/htdocs/test/includes/classes/adodb/adodb.inc.php on line 1055, referer: http://www.domain.tld/test/login.php

    es hängt jedesmal an adoDB bzw. adodb.inc.php zeile 1055, in welcher es folgendermaßen aussieht:

    nach einiger verstrichener zeit, kann ich mich wieder einloggen. das was ich in der vorherigen session in den warenkorb tat, ist nun auch in selbigem sichtbar. editieren im warenkorb (löschen/anzahl erhöhen) funktioniert nicht, bzw. wird im frontend in der momentanen session NICHT angezeigt, sicher erst in der nächsten session, was jedoch dann auch nix bringt.

    weiter: ich versuche den warenkorb per 1-page-checkout zum abschluss zu bringen. rechnungsadresse und versandadresse ändern funktioniert. weiter.
    nun wirft es mich in den normalen mehrseitigen checkout. und da bleibe ich dann auch bei den versandoptionen hängen. d.h. ich kann die versandadresse ändern bzw. die alternativ-adressen auswählen, welche ich vorher im 1-page-checkout eingab - jedoch wird diese nicht übernommen. UND leider geht es auch nicht weiter. d.h. ich komme nicht über die versandoptionen hinaus -> kauf nicht ausführbar.

    ok. mein login ist nun abgelaufen. neues login geht wieder nicht. caches direkt auf dem server löschen bringt auch keine änderung.

    mit der geschwindigkeit der datenbank hatte ich vorher (2.09) absolut keine probleme. die war superschnell - so wie es sich gehört, wenn man den ganzen server zur verfügung hat.


    hat jemand eine ahnung, woran das liegen könnte, oder auch, wie ich die ado-DB aus dem fp bekomme? ;)

    vielen dank für eure aufmerksamkeit.

    huhu

    check mal deine server- bzw. php-info, ob überhaupt eine GD (-lib) oder imagemagick installiert/aktiviert ist. werden deine boxen korrekt angezeigt?
    laufzeit- + speichereinstellungen für php?

    ich selbst nutze das image-prozessing der artikelbilder btw. überhaupt nicht. das mache ich offline per batch - damit habe ich die dateinamenvergabe (die einstellungen hierzu im admin tun es nicht so richtig) zusätzlich besser unter kontrolle, welche seo-technisch ebenfalls sehr wichtig ist.

    strato-managed-server funktionieren auf jeden fall. wie es bei webspace aussieht weiß ich nicht.
    all-inkl.com-webspace (privat-plus) funktioniert ebenfalls.


    ansonsten sind die aussagen hier im thread zeilweise sehr undifferenziert: "bei hetzner geht es nicht", "bei 1und1 gehts"- dort kann man sicher auch einen root-server oder managed ~ anmieten.
    root-server MÜSSEN immer funktionieren, wenn nicht, ist man selbst schuld - eine ordentliche anbindung selbstverständlich vorausgesetzt.

    es wäre doch mal wichtig WELCHES angebot des jeweiligen hosters gut funktioniert.

    das "problem" mit "escaped" bei hetzner läßt sich mit etwas hirnschmalz auf jeden fall klären, wobei ich es einem hoster mitnichten verüble, einem webspace-kunden bei derartigen problemen keinen support zu leisten.