Beiträge von admin

Das liegt an der searchhead.php. Irgendwie ist das mit den Suchvorschlägen nicht die 100% Lösung. Im FP2 kommt noch mal ein Update.

Mal zusammen gefasst. Das jemand das mobile Template nicht haben will, habe ich nicht geahnt. Es wird im FP2 diesbezüglich eine Änderung geben, das die mobile Version nur angezogen wird, wenn auch unterschiedliche Templates angegeben sind.
Sollten momentan beide gleich sein, sollte es aber auf normalen PCs funktionieren, die Probleme dürften nur im Mobil-Bereich auftreten.
Zur Lupe: die ist rausgefallen, weil die mit jQuery 1.6 nicht mehr funktioniert! Eine Lösung dafür ist auch nicht in Sicht.

Schon mal für die Version 2.2 ein Ausblick:
PrettyPhoto+PrettyGallery werden durch ColorBox ersetzt. Das ist extrem kleiner und bietet alle Funktionen, die man benötigt. Ausserdem wird die Umsetzung mit cse_java.php komplett überarbeitet und aufgesplittet. Somit kann man dann CSS von Javascript kapseln und das Javascript in den Footer verlagern. Ich habe einen Shop schon mal so umgestellt und habe mit PageSpeed jetzt 97/100 Punkten (Firefox UND Google Chrome!).
Weiterhin gibt es auch gute Nachrichten, wie in Zukunft Updates eingespielt werden und Module installiert werden.
Mit dem FP2 kommen schon die Ersten Neuerungen. Der Bereich im Admin für die Exportmodule wurde komplett überarbeitet. Es gibt jetzt 3 Varianten:
1. Export Module: da sind nur noch die Export Module drin, wie Google Base etc...
2. System Module: da sind jetzt nur noch systemnahe Module drin, wie Image Processing, commerce:SEO URL...
3. Installations-Module: hier werden zukünftig die Updates eingespielt und die Module wie Zubehöhr Modul etc. installiert. Zubehöhr Modul wird integraler Bestandteil des FP2 werden.
Dafür bin ich mal 2 Tage abgetaucht und habe soweit schon alles fertig.
Für das FP2 wird es ein letztes SQL Update geben, was in die DB per Hand eingespielt werden muss. Ab da werden die DB-Updates dann immer über die Installations-Module installiert.

Das Ganze diehnt natürlich zur Vorbereitung für eine zukünftige Installation von Modulen, um hier nicht mehr 1000 Dateien anfassen zu müssen und die SQL Updates irgendwie in die DB rein zu bekommen. Im FP2 kommt ein neuer Attribut-Manager mit, wo man dierekt im Produkt die Attribute zuweisen kann und sich Vorlagen für die Übernahme in andere Produkte erstellen kann. Wir sind noch am Feinschliff aber sieht schon extrem gut aus. Das löst den alten nicht ab, wird aber eine sinnvolle Ergänzung sein.
Weiterhin wurde die Produktbearbeitungsmaske übersichtlicher gestaltet.
Das FP2 ist zur Zeit noch in Arbeit und wird bis zur finalen Version sicher noch ca. 14 Tage benötigen. Danach beginnen wir mit der v2.2 Plus.

Ja und dann gibt es ja auch noch verschiedene Versandaufkleber. DHL hat sicher andere wie UPS. Da müsste man schon ein einheitliches Format haben.

Das klingt nach einer fehlerhaften Installation der englischen Sprache. zum installieren von englisch bauchst Du bei Sprache einfach nur auf den Button "englisch" klicken und dann werden alle DB-Anpassungen automatisch vorgenommen.

Die Signatur kannst Du im Admin unter Konfiguration > E-Mail Vorlagen einstellen. Die generierten Werte kannst Du auch löschen und Deine Werte eintragen. Es ist nur eine Vorlage für alle, die die Standard Werte nehmen wollen.
Also so was z.b: {$SHOP_ADRESSE_VNAME} {$SHOP_ADRESSE_NNAME} kannst Du ändern in Hans Meiser ...

Die Angabe ist zur leichteren Idendifizierung der aktuellen Version. Die versteckt sich in der inc/cseo_version.inc.php. wenn Sicherheitslücken da wären, würde es alle Versionen betreffen, da schon seit langer Zeit alle sicherheitsrelevanten Fixes eingebaut sind und nicht erst seit 2.1
Man kann aber darüber nachdenken, die Versionsnummer anderweitig anzuzeigen. Ich denke da an den Adminbereich. Sichtbar sollte die denke ich schon sein, dass jeder weiß, welche Version er einsetzt.

Am einfachsten ist es, wenn Du bei der Einstellung Konfiguration > Minimum Werte > Telefon = 0 machst. Dann wird nicht geprüft. Die Einstellmöglichkeit was Pflicht und was nicht werden wir in der Version 2.2 komplett überarbeiten. Manche Werte sind aber notwendig für den Bestellablauf. Telefonnummer nun nicht gerade, aber Name, Anschrift ...

Das Problem ist mit dem FP2 behoben. Lag an der fehlenden Sprachdefinition im Admin.

Das deutet auf einen Javascript Fehler hin. Der Produkt-Slide wird im FP2 komplett überarbeitet. Der basiert dann auf Easyslider und nicht mehr auf der alten Version. Offensichtlich ist der Slider sehr anfällig.

Du musst das natürlich in das aktuelle Template einbauen. Dann kommt das auch.

Hat denn der Ordner captchas Schreibrechte? Eventuell den mal rekursiv auf 777 stellen, hatte ich auch schon mal.

Mich auch :p Das PDF Modul ist rech kompliziert. Am einfachsten wäre es, das über das Kommentar Feld zu lösen (vorerst).
Prinzipiell könnte man aber in der \admin\pdf\pdf_bill.php die Funktion Kommentar dazu "missbrauchen".

function Kommentar($comment, $method, $lieferschein, $type) {
        [B]if(!$comment)
            return;[/B]


        if(!PDF_LIEFERSCHEIN) {
            $this->Ln(10);
            $text = [B]TEXT_PDF_KOMMENTAR[/B];


            $this->SetFont($this->fontfamily, 'B', 9);
            $this->Cell($this->preis_len, 10, $text, 0, 1);


            $this->SetFont($this->fontfamily, '', 9);
            $this->MultiCell(0, 4, utf8_decode($comment));
        }
    }

Habe das jetzt so gelöst:

{config_load file="$language/lang_$language.conf" section="reviews"}
<h2>{#heading_reviews#}</h2>
{foreach name=aussen item=module_data from=$module_content}
    <div style="width:100%" class="{cycle values='id,ih'}">
        <div style="float:left; width:30%">
            <a href="{$module_data.PRODUCTS_LINK}">
                <img class="img_border" src="{$module_data.PRODUCTS_IMAGE}" alt="{$module_data.PRODUCTS_NAME}" />
            </a>
        </div>
        <div style="float:right; width:69.8%">
            <strong>{#text_product#} </strong><a href="{$module_data.PRODUCTS_LINK}">{$module_data.PRODUCTS_NAME}</a><br />
            <strong>{#text_author#}</strong> {$module_data.AUTHOR}<br /><br />
            <strong>{#text_text#}</strong><br />
            {$module_data.TEXT} <br /><br />
            <strong>{#text_rating#}</strong> {$module_data.RATING}
        </div>
        <br style="clear:both" />
    </div><br />
{/foreach}
<br />
{$NAVIGATION}
<br /><br />
{$BUTTON_BACK}

Wir bauen einen Demo Shop mit allen Modulen, wird dann bekannt gegeben

Das ist extrem merkwürdig. Sollte man im Auge behalten.

Ich würde es direkt nach RewriteEngine On eintragen. Soweit korrekt.

Joup, habe es selbst getestet:

define('BOX_LOGINBOX_DISCOUNT','Artikelrabatt');
define('SINGLE_PRICE','Einzelpreis ');
define('YOU_SAVE','Sie sparen rund ');
define('INSTEAD','bisheriger Preis ');
define('ONLY','jetzt nur ');

Es muss in die /lang/german/admin/german.php rein.
Wird im QF6 mit kommen. Da haben wir das endlich auch vom Tisch.:D

Das Problem ist bekannt und wird behoben. Müssen wir aber noch raus finden, warum die Sprache nicht übergeben wird. Kannst Du mal versuchen, in der /lang/german/admin/german.php folgendes einzutragen:

define('BOX_LOGINBOX_DISCOUNT','Artikelrabatt');
define('SINGLE_PRICE','Einzelpreis ');
define('YOU_SAVE','Sie sparen rund ');
define('INSTEAD','bisheriger Preis ');

und Rückmeldung geben, ob es funktioniert hat.

Über den Import kann man es machen. Mal nach product_name suchen und für URL-Alias dann erweitern.
Wir werden im FP2 einen erweiterten Import machen mit Doku, was es für Felder gibt.

Wie sieht denn Deine E-Mail Einstellung aus? Hast Du den Cache schon gellert? Ist es möglich, dass Du den Punkt Benutzen von MIME HTML beim Versand von Emails auf false hast? Da habe ich den gleichen Effekt. Setze es doch mal auf true. Die Textvorlagen werden immer mit geschickt für alle E-Mail Empfänger, die nur Text empfangen. Das erkennt dann der Client automatisch. eben genannte Einstellung schein nicht korrekt zu funktionieren.