Beiträge von bernd888

    Hallo,

    bei der o.a. Version der Erzeugung eines Google-rss-feeds fiel mir auf, dass die Aufnahme der Produkte ohne Rücksicht auf den Lagerbestand durchgeführt wird.
    D.H. auch ein Artikel mit "0"-Bestand wird in den feed übernommen.

    Selbst wenn man den Checkout weiter über den Shop laufen läßt, könnte das für Kunden, die den Artikel bestellen wollen, zunächst mal ärgerlich sein, weil man "nix" bestellen kann.

    (...im Shop haben wir für "0"-Bestände eine rote Lagerampel & die autom. Ersetzung des "Kaufen-Buttons" durch den Text "z.Z. nicht lieferbar"...).

    Da man nicht erwarten kann, dass Google ein zusätzliches Attribut zur "Verfügbarkeit" einrichtet, würden wir gerne nur die Artikel mit Beständen > 0 für den feed zulassen. Wie könnte man das auf "einfache" Art realisieren (...z.B. die "where" Bedingung im oberen Teil des Scripts einfach mit einem "and products_quantity > 0" erweitern?) ???

    Gruß
    Bernd E.

    noch mal Bestellübersicht:

    bei den Links auf die Kunden kommt es beim Anklicken von Kunden mit Gastkonten zu folgender unschöner Fehlermeldung:

    Code
    "Warning: reset() [function.reset]: Passed variable is not an array or object in /www/htdocs/w00ba551/shop/admin/includes/classes/object_info.php on line 22
    
    
    Warning: Variable passed to each() is not an array or object in /www/htdocs/w00ba551/shop/admin/includes/classes/object_info.php on line 23
    "

    Bei den Kunden mit Konto geht es in die Bearbeitungsmaske des jew. Kunden.

    Wie kann man die Fehlermeldung bei fehlendem Konto abfangen bzw. den Link bei dem entsprechenden Kunden garnicht erst schalten?

    Gruß
    Bernd E.

    Frisch vom Server...

    Browser
    Version Anzahl Prozent

    • MSIE 7.0 13 26.00%
    • MSIE 8.0 10 20.00%
    • Mozilla 1.9.0.15 7 14.00%
    • Mozilla 1.9.1.5 6 12.00%
    • Mozilla 1.9.0.7 3 6.00%
    • MSIE 6.0 2 4.00%
    • Mozilla 1.9.2b1 2 4.00%
    • Chrome 3.0.195.33 2 4.00%
    • NS 5.0 2 4.00%
    • Opera 9.64 1 2.00%
    • Mozilla 1.9.0.6 1 2.00%
    • Mozilla 1.9.0.8 1 2.00%

    Warten wir auf die V2...

    Mehrere Bugs:

    a) Kunden Aquise v1 zeigt im Backend der cseo111+ in der Spalte Newsletter nicht alle Abonennten an.

    b) Versucht man dort einen Eintrag für das NL-Abo zu editieren, muss in dem kleinen Auswahlmenü unlogischerweise die Anzeige "Nein" bestätigt u. anschließend gespeichert werden, damit das Symbol für abonniert erscheint.

    c) Selbst wenn ein NL-Abo auf die unter b. geschilderte Weise gespeichert wird, erscheint es weder als "Zahl" auf der Admin-Startseite im Backend (Kunden gesamt:/davon Newsletter Abo) noch bei den Kundengruppenangaben im Untermenü "Rundschreiben" (0 Abonnenten von xxx Kunden).

    MfG
    Bernd E.

    Hallo,


    mit zunehmender Zahl von angemeldeten Kunden fänden wir es sinnvoll, wenn die durch Pfeile angedeuteten Sortierungsmöglichkeiten bei der Kundenaquise im Backend der cseo111+ auch eine (Sortier-)Funktion haben würden.

    Die Links bei den Grafiksymbolen verweisen auf die admin/customers_aquise.php im Admin-Verzeichnis.

    Unter http://demo.xt-seo.de habe ich es eben bei Euch im dortigen Admin mit zwei Kunden getestet, aber auch dort funzt es nicht mit dem Sortieren.

    Gruß
    Bernd E.

    Hi,

    bei der "Wer ist online"-Anzeige im Backend hatte ich gestern schon in der whos_online.php-Datei den darin eingetragenen Dienstleister gegen "http://whois.domaintools.com/" ausgetauscht, wodurch die whois-Abfrage über den IP-Link wieder funktionierte.

    Was weiterhin nicht klappt, ist die Anzeige des Referers bzw. des Textes "Ja" (->Bei Herkunfts URL steht ausnahmslos "nicht gefunden").

    Hat jemand eine Idee, woran das liegen könnte?


    Gruß
    Bernd E.

    Hallo,

    mit zunehmender Anzahl von Bestellungen fänden wir es schön, wenn die durch Pfeile angedeuteten Sortierungsmöglichkeiten bei der Bestellübersicht im Backend der cseo111+ auch eine (Sortier-)Funktion haben würden.

    Die Links bei den Grafiksymbolen verweisen ohne Parameter nur immer auf die orders_overview.php im Admin-Verzeichnis.

    Unter http://demo.xt-seo.de habe ich es eben bei Euch im dortigen Admin mit zwei Bestellungen getestet, aber auch dort funzt es nicht mit dem Sortieren.

    Gruß
    Bernd E.

    Hinter den komischen Fehlern, die nur bei der geänderten htaccess im Shop-Unterverzeichnis auftauchten, steckte ein ganz einfacher Flüchtigkeitsfehler:

    Und zwar fehlten in den Dateien configure.php und configure.org.php im Pfad : domainroot/shop/admin/includes/ die "www" bei z.B.=>

    Code
    define('HTTP_SERVER', 'http://.

    ...mit...

    Code
    define('HTTP_SERVER', 'http://www.

    klappt es nun auch mit der Umleitung aller Shoplinks auf www-Links wenn die Url ohne eingegeben wurde.

    In den anderen config.-Dateien im Pfad domainroot/shop/includes/ waren die "www" witzigerweise drin.

    Die Umleitung in der htaccess im Unterverzeichnis Shop enthält nun die folg. zusätzlichen Zeilen, mit denen es funktioniert:

    Apache Configuration
    RewriteCond %{HTTP_HOST} !^www\.fsel.testit4me\.de$
    RewriteRule ^(.*)$ http://www.fsel.testit4me.de/shop/$1 [L,R=301]

    Gruß
    Bernd E.

    Komisch, wir bekommen bei jedem angelegten Account eine Kopie der Email, die auch an den Kunden geht (cseo111+).

    Ich dachte, das käme von folg. Einstellung:
    Admin=>Konfiguration=>E-Mail-Optionen=>Technischer Support - Weiterleitungsadressen=>("Geben Sie weitere eMailadressen ein, an welche die eMails des Support Systems noch versendet werden sollen (mit , getrennt)")

    Gruß
    Bernd E.

    Hoffen wir mal, dass der Progr. Daniel Siekiera gesundheitlich wieder fit ist und uns bei der Lösung hilft.

    Der mögl. doppelte Content lässt neben div. Altlinks, die ich noch einzeln zu Fuß umleiten muss, schon so einige Beklemmungen hochkommen.

    cu
    Bernd E.

    Hallo Daniel S.,

    Du hattest mal einen Umleitungstrick für die Vermeidung von doppeltem Content in einem bestimmten Fall mittels .htaccess gepostet: ==>hier
    :

    Apache Configuration
    Options +SymLinksIfOwnerMatchRewriteCond %{HTTP_HOST} ^MEINE_SHOP_DOMAIN.deRewriteRule (.*) http://www.MEINE_SHOP_DOMAIN.de/$1 [R=301,L]


    Bei mir liegt der Shop im Unterverzeichnis "shop". Den o.a. Code habe ich in die .htaccess des obersten Verzeichnisses kopiert (in der root der domain, nicht in die .htaccess des shop-verzeichnisses).

    Die automatische Umschaltung auf https://support.commerce-seo.de/www.meineDomain.de funzt auch bestens bei Aufrufen wie
    http://meineDomain.de oder
    http://meineDomain.de/irgendeinverzeichnis/

    Mit dem eigentlichen Shopverzeichnis sowie allen Links des Shops über
    http://meineDomain.de/shop/
    bleibt es im Ergebnis erfolglos so wie eingegeben, d.h. ohne die Umschaltung auf www.

    Ich habe dann versucht, die .htaccess im Shopverzeichnis ebenfalls anzupassen.
    Sobald ich aber in Eurer .htaccess im Verzeichnis /shop/ diese "Ergänzung" mit einer erweiterten Umleitung reinpacke, wie z.B.

    Apache Configuration
    Options +SymLinksIfOwnerMatch
    RewriteCond %{HTTP_HOST} ^meineDomain.de 
    RewriteRule (.*) http://www.meineDomain.de/shop/$1 [R=301,L]


    habe ich zwar zunächst die Umschaltung aller Shop-Links erreicht.

    Dafür kann ich aber keinerlei Änderungen im Shop speichern, ohne massive Probleme (SQL-Fehler und sonstige Fehlermeldungen)!

    Also habe ich alles bis auf die .htaccess in der domain-root wieder rückgängig gemacht.

    Hast Du bzw. habt Ihr anderen eine Lösung für dieses Problem???

    Gruß
    Bernd E.
    PS: in den configure-Dateien wurde bei den Serverpfaden, wo es hingehört, "http://www." eingegeben.