Beiträge von st-SaHiB

Hallo,

folgendes problem bei der automatischen Namenserstellung von Produktbildern:
Wenn das auf c_name gestellt ist, wird das produktbild entsprechend dem produkt benannt zB test-produkt.jpg
gibt es im Shop aber 2 produkte mit dem gleichen Namen überschreiben sich bei diesem Verfahren die Bilder gegenseitig.
Hier wäre es wünschenswert, wenn vor dem umbenennen ein rund durch die DB gemacht wird, ob der Dateiname schon in einem anderen Produkt verwendet wird und in dem Fall zB die pordukte_id angehängt wird. Oder alternativ IMMER die pid anhängen, dan gibt es solche Probleme erst gar nicht.
Auf die schicken Namen möchte ich aus SEO Grüden nur ungern verzichten...

Dank und Gruß
SaHiB

hi jotest, dabnk dir, ich komm schon klar - ich bin ja progger
Das ist hier ja auch kein Smarty-Supportforum. Daß das PHP im template sehr unschön war, wußte ich, aber wenn Du mal 10-15 Shops betreust und dort Updates einpflegen willst, dann ist jede PHP Datei die Du verändert hast ein Haufen Extraarbeit und Fehlerpotential.
Die templatefunktionen sind jetzt glaube ich der beste Zwischenweg, da jede Funktion eine extra Datei im Plugin-Dir bekommt und ich hierfür keine Shopdaten ändern muss und das ist denke ich im Interesse aller shopadmins hier im Forum, deswegen das kurze Feedback.

also nur zur Info, auch wenn's nicht direkt ins Bugs-Board gehört:

hab jetzt ein paar h Smarty3 hinter mir - {PHP} kann man bis auf wenige Ausnahmen nicht mehr verwenden. Insbesondere Sachen wie

{PHP}
if($foo){ 
{/PHP}


<div>bar</div>


{PHP}
}
{/PHP}

gehen jetzt nicht mehr.
Auch habe ich es nicht geschafft, im Template direkt daten in $smarty->tpl_vars zu bringen um sie dann später im Template via Smarty zu verwenden. Zwar bekomm ich die variablen ins Objekt rein, aber scheinbar werden die PHP Blöcke erst evaluiert, nachdem der Rest schon durch ist.
Derzeit behelf ich mir, für jeden Scheiß (darf man das hier überhaupt sagen? BadWordFilter?) ein extra plugin (templatefunktion) zu schreiben. Das klappt, obgleich die Sachen dann leider nicht mehr mit im templateordner sondern bei Smarty liegen, was ich nicht so mag...
Vlt kennt ja jemand eine schnelle lösung. Ob's sauberer Stil ist, ist mir hierbei herzlich egal

mag ja sein, nur daß es eben nicht funktioniert. Will man (zumindest auf der Startseite hab ich das getestet - auch im DemoShop) die Spalten ausblenden, muss man das in der englischen Version machen, da der SELECT auch in der DeutschenSprache nicht den Datensatz 18, sondern 5 ausliest und der gehört zur englischen und was man dort einstellt, gilt dann auch für die deutsche. Wenn man das weiß, ist es kein problem, wenn nicht wundert man sich, warum das nicht richtig dargestellt wird. Unterschiedliche layouts in den Sprachen sind damit nicht möglich

das SmartyPlugin

/includes/classes/Smarty_3/cseo_plugins/function.outerContainer.php

scheint ein wenig buggy, wennes um Content in mehreren Sprachen geht. Konkret liefert es auf der Startseite immer die SpaltenEinstellungen für die ContentID 5 zurück, die gehört aber zur Englischen version (de hat ID 18), dh, wenn man in der deutschen sagt "rechte spalte ausblenden" passiert gar nichts, weil die Einstellung der englischen Startseite ausgelesen werden. Zumindest soweit ich das sehe...

Prinzipiell finde ich die Funktion sowieso eher unsinnig - ich habe es jetzt so gelöst, daß ich eine ähnliche Funktion integriert habe, die statt des DIVs mit der Klasse einfach einen array mit zB

array('left'=>true,'right'=>false,'top'=>true,'bottom'=>true);

zurück liefert. Dadurch kann ich im Template etwas feiner auf die einzelnen Änderungen reagieren und muss mich nicht durch zig CSS Klassen hangeln. Funktionen die zu speziell auf ein einzelnes template zugeschnitten sind, aber nicht im templateordner liegen machen es dem ambitionierten Designer eher schwer in die Rubrik fällt auch, daß viele Elemente in diversen Boxen, etc ohne id, Klasse oder wenigstens nen span tag drumrum daher kommen, über die man sie einfach via CSS ansprechen könnte. Oft sind aber gerade diese Ausgaben hardcodiert in irgend einer Klasse und eben nicht über ein Template umgesetzt, wodurch man quasi gezwungen ist php Dateien in die hand zu nehmen - den ganzen Ärger beim nächsten Fixpack mit inbegriffen... ist meckern auf hohem niveau, nicht böse sein - ist nur so als Anregung

mhhh, das erklärts. Sorry, war auch bei smarty, den artikel hab ich aber nicht gefunden... Danke fürs googlen, jotest
wenn php tags aber veraltet sind, wie löst man das jetzt modern?
Geht jetzt wirklich nur noch der weg über Smarty, wenn man mal "schnell" ne variable oder so braucht?

naja, für alle die Ihr Glück mit den alten {PHP}versuchen wollen:

public $allow_php_tag=true;

Das in der smarty.class.php irgendwo um Zeile 165 herum einfügen. Dann spart man sich, in jeder Instanzierung des Objektes, die var zu setzen und vor allem muss man nur eine Datei statt einer vielzahl verschiedener, ändern. Ich versuche ja imemr den Pflegeaufwand bei FixPacks so gering wie möglich zu halten...

alternativ kann man die Abfrage auch gleich in includes/classes/Smarty_3/plugins/block.php.php z19 - 21 herauskommentieren, aber das ist dann eher unschön.
Sollten übrigens Probleme bei der Nutzung von {PHP} auftreten, lasse ich es Euch hier wissen

hi,

Ich nutze des öfteren in meinen Shops PHP direkt im Template, um möglichst wenig an den eigentlichen Shopdateien pfuschen zu müssen (erleichtert das Einpflegen von Fixpacks). Das will nun aber nicht mehr so wie ich...

Version: commerce:SEO 2.2.1.0 Plus

Fatal error: Uncaught exception 'SmartyException' with message 'template property 'allow_php_tag' does not exist.' in /media/sf_htdocs/pfadZumShop/includes/classes/Smarty_3/sysplugins/smarty_internal_template.php:668 Stack trace: #0 /media/sf_htdocs/pfadZumShop/includes/classes/Smarty_3/plugins/block.PHP.php(19): Smarty_Internal_Template->__get('allow_php_tag') #1 /media/sf_htdocs/pfadZumShop/templates_c/dba17a706bdd276fd90b1d7896a0c7b896c65d55.file.index.html.php(40): smarty_block_php(Array, NULL, Object(Smarty_Internal_Template), true) #2 /media/sf_htdocs/pfadZumShop/includes/classes/Smarty_3/sysplugins/smarty_internal_templatebase.php(180): content_5069401858f897_93662255(Object(Smarty_Internal_Template)) #3 /media/sf_htdocs/pfadZumShop/includes/classes/Smarty_3/sysplugins/smarty_internal_templatebase.php(374): Smarty_Internal_TemplateBase->fetch('cseov22-grid/in...', NULL, NULL, NULL, true) #4 /media/sf_htdocs/pfadZumShop/index.php(60): Smarty_Internal_TemplateBase->display('cseov22 in /media/sf_htdocs/pfadZumShop/includes/classes/Smarty_3/sysplugins/smarty_internal_template.php on line 668

Fehler hervorrufen: zB im index.html template irgendwo ein

{PHP}echo 'foobar';{/PHP}

einbauen.

Bin leider kein SmartyFreak, sonst würde ich es selbst fixen, dazu weiß ich nicht, was Ihr alles an dem Smarty modifiziert habt - ein update auf die aktuelle smarty-Version hat jedenfalls nichts geholfen - das zerschieß alles
Wäre super wenn da jemand, wie sagen meine Kunden immer so schön sagen: zeitnah drüber schauen könnte, eilt leider etwas bei mir.

Gruß und Dank
SaHiB

...wäre übrigens für ein künftiges Update sinnvoll, im Adminbereich beim Produkt noch mal ein extra Beschreibungsfeld für diese "wesentlichen Merkmale" einzubauen, da der kurzbeschreibungstext hier und da Werbebotschaften enthalten kann und nicht unbdingt immer alle Merkmale aufzählt...

*hust* Würde das Update noch in der nächsten Woche kommen, könnte ich mir im einen oder anderen Shop Arbeit sparen Danach ist der Hase schon gegessen und ich hab irgendwas zusammengepfuscht, was die Updatebarkeit wiederum beeinträchtigt

...bleibt abzuwarten bis die ersten urteile da sind. ich habe aber aleine 2 Kunden die in der Vergangenheit mit ihren alten Shops schon teuer abgemahnt sind und entsprechend etwas panisch auf so Sachen reagieren und es entsprechend wasserdicht haben möchten.
Die programmiertechnischen Änderungen sind dabei peanuts, mich stört nur, daß ich mit jeder änderung im source, mir ärger mit zukünfitigen Updates einhandle, weil jedes mal jede Datei im Fixpack anschauen, ob ich in der was modifiziert hatte, klappt wenn man einen Shop betreut, sind es aber mehrere wirds langsam lästig

übrigens, beim shopbetriberblog läuft wieder mal ne umfrage über die beliebtesten shopsysteme, commerce:seo fehlt, modified ist dabei
Sind aber schon 2 (mich eingeschlossen) die das in den Kommentaren dezend kritisieren - wäre sicher schön, wenn c:seo das nächste mal dabei wäre, sicher ne gute Werbung

Naja, ich hab es mit kurzbeschreibung UND Link (target _blank) gelöst, so wird es derzeit wohl auch von trustedShops empfohlen, weil was sind schon relevante eigenschaften eines Artikels? Schau Dir mal Produktdetails bei nem Handy an - Arbeitsspeicher, Prozessor, Display, Ram, ... da kommen schnell mal 50 Eigenschaften zsuammen - is es zB relevant wie groß der Telefonbuchspeicher ist und soll das in die Kurzbeschreibung?
Mit dem Details-Link machtman sicher nix verkehrt. Im Warenkorb ist das Produkt ja auch noch verlinkt, von daher bleibt es so auch homogenund mit dem target blank, ist die chance für Kauf-Abbrüche denke ich eher gering.
ich hab be mir übrigens in der checkout_confirmation_details.php noch den Hersteller mit rein geklatscht, weil das definitiv ein Artikelmerkmal ist, das man erwähnen sollte und wenn man das im kurztext unterbringt, es aber in den Produktlisten (Kategorie, Suche, Crosselling, etc) auch ausgibt, siehts komisch aus...

Bei mir sollten die Tage dann die ersten Shops von den Anwälten der jeweiligen Shopbetreiber geprüft worden sein, ich halte Dich mal auf dem laufenden, ob/was bemängelt wurde

Hallo,

bei mir ist heute "Tag des Herrn", ich stele alle meien Shops auf die neue Button Lösung um.
habe mir einige Whitepapers zum thema durchgelesen. Wäre natürlich super, wenn die checkout confirmation Seite dahingehend standardmäßig geändert werden könnte, andererseits betrifft das hauptsächlich das Template, das sollte jeder selbst können.
Was ich ungern mache sind änderungen an den PHP Dateien - wird dann hinterher blöd bei FixPacks...

Um auf Nummer sicher zu gehen (wer weiß schon ob der Kunde, wirklich alle Produktdetails in die Kurzbeschreibung packt) möchte ich noch einen Details-Link auf das Produkt setzen; Diese Variante wird von trustedShops empfohlen (whitepaper download)

Ein produktLink ist aber in der checkout_confirmation_details.php leider nicht vorgesehen.

Könntet Ihr bitte das Ganze mit einfügen?
includes/modules/checkout_confirmation_details.php Zeile 64:

'PRODUCTS_LINK' => xtc_href_link(FILENAME_PRODUCT_INFO, xtc_product_link($order->products[$i]['id'], $order->products[$i]['name'])),

Den Rest kann man sich dann selbst ins Template basteln, wie man Lust hat (Prodktname verlinken, detailbutton,...)

Dank schon jetzt
Grüße
SaHiB

Hi,

der Text "Details" vom Detail-Button ist hardkodiert in der classes/product.php Zeile 638
Mein kunde wünscht an der Stelle lieber ein "zum Produkt", geht sicher vielen so, daß die das gerne ändern würdem - könnte man das in die Sprachdatei übernehmen? Kleiner Aufwand, aber so wird beim nächsten Update die TextÄnderung dann wenigstens nicht mehr überschrieben...
Damit nicht alle ihre Sprachdatei updaten müssen, könnte man ja eine Prüfung hinterlegen, ob das schon in der Sprachdatei definiert wurde, wenn nicht dann "Details" verwenden, ansonsten den text aus der Sprachdatei

thx

SaHiB

greift auch bei "internen" Links. Habe so einen Link im InfoMenü auf den Warenkorb gesetzt, klappt auch daß der target _self bekommt, nur wenn dann mal jemand beim Editieren nicht aufpasst und das 'n _blank wird, dann wird's halt unschön

das ist es - danke!!!

commerce:SEO 2.1.2.9 Plus / R362

im Contentmanager wird bei Links das Target nicht ordentlich vorausgewählt. bzw es wird immer _blank angezeigt, auch wenn man es zuvor mit _self gespeichert hat. Zwar nur ein Schönheitsfehler, trotzdem blöd, wen jemand den Linktext ändert und vergisst zurückzustellen...

habe leider noch immer nichts dazu gefunden - geht das jetzt nur via template, oder doch via Admin? Weiß jemand Rat?
Danke

schön, daß ich nicht der einzige bin, der zu solchen Zeiten auch an Sonn- und Feiertagen arbeitet
Im Boxenmanager bekomme ich abe rnur die Boxen deaktiviert, nicht aber die Produktlisten (besondere Produkte, neue Produkte, Crosselling & Co) die direkt unter dem Content angezeigt werden, oder ich bin zu blöd, kann auch sein

hi,

irgendwie bin ich scheinbar gerade blind. Gab es nicht früher 'ne Option wie man einzelne Produktlisten aktivieren/deaktiveren kann. Also zB Neue Produkte(Startseite) würde ich gerne ausschalten, im Produktlistemanager finde ich hierzu aber keine Option
kann mir jemand sagen, wo ich das in der 2.1.2.9plus finde, oder habe ich sowas das letzte Mal (dauerhaft) im Template geändert?

Vielen Dank schon jetzt

Grüße
SaHiB

naja, das einzige Problem was ich derzeit sehe ist wenn man sich in der nähe der Schwelle befindet. Die erste bestellung die die Schwelle überschreitet muss shcon den anderen MwSt Satz bekommen. Meine Sorge sind da bestellungen die wieder storniert, oder nie bezahlt werden (bei Vorkasse), dh während ich in der Nähe der Schwelle bin, kann es sein, daß ich munter hin und her springen muss. Aber dafür hat mein Kunde wirlich gute Anwälte, die spezifizieren dann genau was das System leisten muss, von daher lass ich mich da dann mal überraschen. Wobei im Moment noch nicht sicher ist ob es kommt, oder nicht. Wenn es kommt, gehen die Reklamationen dann jedenfalls an die Anwälte, falls was nicht passt *g*
ich halt Euch mal auf dem laudfenden was die Anforderungen waren und wenn es umgesetzt werden soll, was es Aufwand war... Danke auf alle Fälle für die rege Beteiligung

Zitat von datenknecht

Ich empfehle Dir eine Agentur, die solche Tools programmiert.
Kostet ein paar Euro.

Ich denke nicht, dass hier jemand aus freien Stücken eine derart komplexe Lösung for free hier für Dich entwickeln will.

Diese Lösung dürfte zur Entwicklung im 3- bis 4-stelligen Bereich liegen.

hi Datenknecht - das problem ist: ICH bin die Agentur die so Sachen programmiert
nur wenn ich das dem kunde anbiete, ist es natürlich etwas anderes, ob ich ein fertiges Modul einbauen , oder es komplett neu selbst entwickeln muss. Machbar ist es, denke auch daß es im niedrigen 4 stelligen Bereich liegen wird, weil ja noch einiges mehr dahinter steckt, als nur die laufenden Summen mit zu zählen, aber umsetzen können wir das. Darum war ja die eigentliche Frage nur ob es sowas schon gibt
Muss mal schauen wie umfangreich das am Ende wird, bzw ob der Kunde es jetzt letztlich haben will oder nicht.
Vlt stell ich das dann in irgend 'ner Form commerce:seo als Modul zur Verfügung (ist wohl aber ne Zeitfrage), damit es in Zukunft gleich eingebaut werden kann, obgleich wirklich die wenigsten xtc shopbetreiber vor dem Problem stehen dürften...