Ich würde hier Disallow: /*?tpl=EyeCandy* schreiben. Damit werden alle Pfade die ?tpl=EyeCandy in der Zeichenkette enthalten ausgenommen. Gleiches gilt auch für das MobileCandy. Das wird von Google, Bing, Yahoo, and Ask akzeptiert. Siehe: https://developers.google.com/webmasters/control-crawl-index/docs/robots_txt?hl=de unter: Example path matches
Hallo, bei mir tritt das Problem mit der weißen Seite ebenfalls auf. Scheinbar aber nur auf Telefonen, die vorher bereits die Desktoptemplets aufgerufen haben. Auch löschen des Caches auf dem Handy bringt allerdings kein Erfolg und Installation eines anderen Browsers hat nur Teilerfolge gebracht. Dort gibt es dann die weiße Seite, wenn man in die Detailansicht wechselt uä. Schade, so leider nicht zu gebrauchen. Gruß aus Kassel
postet doch auch immer mal eure Seite (mit qr code) und ggf. Shopversion, MC Version, PHP Version, habt ihr sonst noch was installiert im SHop? Module von 3.?
Bitte beim Programmieren auch an die ungeraden Stückzahlen denken, wie z.B. 0,4 m usw. Vielen Dank. LG Roland
Ich habe seitdem Update folgenden Fehler am Ende jeden Bestellvorgangs: FATAL ERROR(256): "Class not found in registry: EyeCandy # GMTSWidget" in /is/htdocs/wp10902614_FMS9CMS1L0/www/system/core/MainFactory.inc.php:161 (Details) Backtrace: #0 trigger_error called at [/is/htdocs/wp10902614_FMS9CMS1L0/www/system/core/MainFactory.inc.php:161] #1 (#MainFactory) create_object called at [/is/htdocs/wp10902614_FMS9CMS1L0/www/send_order.php:121] #2 include called at [/is/htdocs/wp10902614_FMS9CMS1L0/www/checkout_process.php:585] hat jemand eine Idee?? Die Bestellung kommt allerding im Shop an
Hallo ich war da gar nicht dran, beim update von 2.01.3 / 2.0.14 muss man keinerlei Daten händisch ändern. neue und geänderte dateien werden ausgetauscht. und inhalte der templates vom shopmailordner in den mobile-candy-ordner kopiert. ein freund von mir hat in einem anderen Shop die gleichen updates gemacht und nun dasselbe problem
@ Christian R. Bitte keine Doppelten Postings mit dem selben Fehler in versch. Themen. Hab eins davon mal in ein seperates Thema verschoben (Link nur für registrierte Nutzer sichtbar.) Sonst wird das langsam bisl. unübersichtlich.
Hallo @Dennis, ja ist richtig. Danke für Deinen Hinweis, aber irgendwie wusste ich so gar nicht, wo ich diese Problematik platzieren sollte. LG
Entscheidung der Nutzung des mobilen Templates Derzeit ist es ja so, dass das mobile Template verwendet wird, wenn ein mobiles Endgerät erkannt wird. Bei Tablets oder hochauflösenden Geräten ist es jedoch oft wünschenswert, dennoch das normale Template anzuzeigen. Leider ist es nun so, dass die Browser diese Info nicht so ohne weiteres an den Server übermitteln (warum eigentlich nicht???), so dass man da etwas "tricksen" muss. Beim ersten Aufruf des Shops auf dem mobilen Gerät wird daher eine kleines HTML/Javascript an des Gerät geschickt, das diese Daten ermittelt, und an der Server zurück meldet. Als Entscheidungskriterium dazu dient die Gerätebreite (in Pixeln). Zur Aktivierung dieser Funktion wie folgt vorgehen: Die Datei "xtc_check_for_mobile_template.inc.php" im Anhang nach Verzeichnis "inc" kopieren. In "includes/application_top.php" PHP: if( $c_template == '' ) { // check if user agent is mobile_device if( $coo_mobile_control->is_mobile_device() == 'true' ) { ersetzen mit PHP: if( $c_template == '' ) { // check if user agent is mobile_device //Avenger $is_mobile_device=$_SESSION["IS_MOBILE_DEVICE"]; if (!isset($is_mobile_device)) { $is_mobile_device=$coo_mobile_control->is_mobile_device() == 'true'; $_SESSION["IS_MOBILE_DEVICE"]=$is_mobile_device; if ($is_mobile_device) { include(DIR_FS_INC.'xtc_check_for_mobile_template.inc.php'); } } define('IS_MOBILE_DEVICE',$is_mobile_device); if( $is_mobile_device ) { //Avenger In Datei "includes/configure.php" einfügen: PHP: define('MAX_MOBILE_WIDTH_PIXELS',600); Dmit stellt man die Breite (in Pixeln) ein, bis zu der das mobile Template verwendet werden soll. Bei größeren Breiten wird das Standard-Template verwendet.
Die Idee ist sicher nicht schlecht. Aber ich denke man sollte lieber den Nutzer einer Website entscheiden lassen, z.B. mit einem unübersehbaren Button. Auch wenn die Hersteller immer mehr Pixel einbauen (Full HD auf nichtmal 5 Zoll), wird eine Shopseite auf einem kleinen Display nicht einfacher zu bedienen sein.
Das könnte man sogar noch weiter treiben... Wenn der Besucher sein Gerät dreht, so dass eine größere Breite zu Verfügung steht, kann man wieder auf das Standard-Template umschalten....
ich weiß, daß es hier nicht hingehört aber es muß sein... @gambio, es gibt unter den 12 Millionen Tickets eins was unbedingt von einen Profi (z.Bsp.: Timo) mal angeschaut werden wollte. Es handelt sich um #11534522
"product_options_selection.html" ist nicht mobil-konform Hier werden noch die "radio"-Buttons angezeigt... Folgende Version macht daraus Schaltflächen, wie z.B. auch bei der Anrede in der Kundenregistrierung. PHP: {if $options!=''}<div class="attributes clearfix"> <dl> {foreach name=options item=options_data from=$options} {if $options_data.DATA || $GM_HIDE_OUT_OF_STOCK == 'false'} <dt>{$options_data.NAME}:</dt> <dd> {foreach name=items key=key_data item=item_data from=$options_data.DATA} {if $smarty.foreach.items.iteration==1} {assign var="mark" value=true} {else} {assign var="mark" value=false} {/if} <div> <div class="label{if $mark} active{/if}" for="id[{$options_data.ID}]">{$item_data.TEXT} {if $item_data.PRICE!=''}( {$item_data.PREFIX}{$item_data.PRICE} ){/if} {if $GM_SHOW_STOCK == 'true' && $options_data.NAME != 'downloads'} {$GM_STOCK_TEXT_BEFORE}{$item_data.GM_STOCK}{$GM_STOCK_TEXT_AFTER}{/if} </div> <input type="radio" class="gm_attr_calc_input" name="id[{$options_data.ID}]" id="id[{$options_data.ID}]" value="{$item_data.ID}"{if $mark} checked="checked"{/if} style="visibility:hidden"/> </div> {/foreach} </dd> {/if} {/foreach} </dl></div>{/if}
Hallo zusammen, ich stand die letzten Tage nur bedingt für MobileCandy zur Verfügung. Es gibt bereits Lösungsansätze für die Problematik mit der weißen Seite. Wir wollen das aber noch weiter intern testen, weshalb ich alle nochmals darum bitte ein Ticket zu öffnen, wenn noch irgendwelche Probleme bestehen. MfG, Timo
Hallo Natalie, warte doch erstmal was Gambio in das Update packt. Timo hat da ja schließlich schon was angekündigt.
Das muss unbedingt geändert werden... Wenn man nämlich mit anderen Fonts arbeiten will, muss man gefühlte 2 Millionen "font-family"-Anweisungen ändern.... Eine einzige "font-family"-Anweisung im "body"-Selektor reicht voll und ganz!
In der Installationsanleitung für Mobile_candy 1-0-2 heißt es: Und das kann ja eigentlich nicht sein oder? Also, bitte um Korrektur, wenn ich hier etwas missverstehe oder sonst etwas relevantes übersehe, aber würde ich die Anleitung so befolgen und würde dabei die vorhandenen Unterverzeichnisse überschreiben, hätte ich hinterher zum Beispiel einen Ordner "Admin" mit lediglich einer einzigen Datei im Hauptverzeichnis. Es wäre schön, wenn zb ein Admin hierzu Stellung nehmen würde, wie dieser Satz aus der Anleitung nun interpretiert werden soll oder wenn ich etwas übersehen habe dabei, mich darauf hinweisen mag. Sollte der Inhalt aus dem Mobile_candy update Ordner Datei für Datei in die entsprechenden Zielordner auf dem Server übertragen werden, was m.m. eher naheliegt, würde ich vorschlagen, dies in der Anleitung auch so zu schreiben. Vielen Dank!