Jump to content

cong2013

Members
  • Posts

    53
  • Joined

  • Last visited

Everything posted by cong2013

  1. Ein wichtiger Punkt, wir betreiben seit 2 Jahren einen Shop mit weltweiten Versand und hier gibt es die meisten Probleme. Ein Schnupperkunde steigt meist aus wenn zuerst 12€ Versand angezeigt werden und nach Eingabe der Adresse (zB USA) sind es dann 60€. Ein Versandkostenrechner ala Woocommerce im Warenkorb wäre IMO essentiell VG Christian
  2. Hi, This workaround works for me (1.5.6.1) <!-- Kernbeis fix excl incl taxes set at line 71 at pdf/invoice.tpl right bevor "Products tab" --> {assign var="export" value="1"} {if (($order_invoice->total_paid_tax_incl - $order_invoice->total_paid_tax_excl) > 0)} {assign var="export" value="0"} {/if} <!-- replace all following $tax_excluded_display in the PRODUCTS TAB with $export --> <!-- Kernbeis fix taxes --> <!-- PRODUCTS TAB -->
  3. Hallo, Ich trau' mir gar nicht mehr das zu schreiben aber: use_taxes ist immer 1, egal ob als Schweizer oder Österreicher... Hier muss irgendwas in meiner Theme oder Installation quer liegen. Was solls, mein Workaround funktioniert - ich habe das auch mit Sonderangeboten überprüft und das bleibt jetzt so. Danke für Deine Hilfe - scheinbar sind manche Themes doch etwas heikel, wobei die "warehouse" bis jetzt keine Zicken gemacht hat _oder_ das Update auf 1.5.6.1 war doch nicht so astrein oder was auch immer... Schluss jetzt, xampp abgedreht. Wenn ich mal viel Zeit habe und spätestens bevor ich den nächsten Shop aufsetze werde ich mal in einer sauberen Install und der default-Theme das Ganze nochmal durchtesten. Vielen Dank und
  4. Hallo, Werde ich gleich probieren, ich habe jetzt für die product_list und homepage/category_slider folgende Lösung gefunden: <!-- Kernbeis workaround Buttonlösung --> {assign var='price_tax_comp' value={convertPrice price=$product.price_tax_exc[spam-filter] <!--{$price_tax_comp}--> <!--{convertPrice price=$product.price}--> {if $price_tax_comp == {convertPrice price=$product.price[spam-filter] {if $lang_iso=='de'}{' zzgl.Mwst'}{else}{' excl.Vat'}{/if} {else} {if $lang_iso=='de'}{' incl.Mwst.'}{else}{' incl.Vat'}{/if} {/if} <BR> <span id="Versandkosten"> <a href="{if $lang_iso=='de'}{$link->getCMSLink('1','Lieferung')}?content_only=1{else}{$link->getCMSLink('1','Delivery')}?content_only=1{/if}" class="iframe"> {if $lang_iso=='de'}{' zzgl.Versand'}{else}{' excl.shipping'}{/if} </a> <script type="text/javascript"> $(document).ready(function() { $("a.iframe").fancybox({ 'type' : 'iframe', 'width':600, 'height':600 }); }); </script> </span> <!-- Kernbeis workaround Buttonlösung --> Beste Grüsse, Christian
  5. Hallo, Ich habe user (Kundenkonten) angelegt für verschiedene Länder (CH, USA, Australien) - (DE,AT etc..) und die Mwst wird richtig berechnet = Für alle Länder ausserhalb der EU ohne MWST für alle Länder innerhalb der EU mit Mwst. Der Shop läuft seit 3 Monaten und alle Preisberechnungen EU/Outside EU waren bis jetzt immer OK. Wie gesagt die Shopeinstellungen für mit/ohne Mwst habe ich in Lokalisierung > Länder > gewünschtes Land anklicken > radiobutton Mwst anzeigen XJa XNein gesetzt. Nachdem der Fix nicht funktioniert hat habe ich die Debugkonsole eingeschaltet und gesehen das $priceDisplay immer "0" ist egal mit welchen Kunden/Länder-Login ich auch angemeldet war. (Alle Caches OFF, force compilation ON) Ich Habe den Fix in der Product.tpl geändert auf {if $tax_rate == 0} {if $lang_iso=='de'}{' zzgl.Mwst, '}{else}{' excl.Vat, '}{/if} {else} {if $lang_iso=='de'}{' incl. '}{$tax_rate}{'% '}{'Mwst.,'}{else}{' incl. '}{$tax_rate}{'% '}{'Vat,'}{/if} {/if} (die lang ist noch hartcodiert, sorry) Das funktioniert auch nur würde ich gerne kapieren wieso die $priceDisplay "0" ist - da kann doch irgendwas nicht stimmen. Wo und auf Grund welcher ShopOption wird diese Variable im System gebildet? Wie stellst Du die Mwst - Regeln für die einzelnen Länder ein?
  6. Genau da liegt auch der Hase im Pfeffer. Soweit ich den fix verstehe wird die Variable $priceDisplay ausgelesen und diese bestimmt ob "incl.Mwst" oder "zzgl.Mwst" hinter den Preis geschrieben wird. Nur egal ob ich mich jetzt als schweizer oder deutscher User einlogge, die Variable $priceDisplay ist immer "0" und somit ist der fix wie hier beschrieben nicht verwendbar. Also was will ich: Wir liefern Weltweit = innerhalb der EU gelten die Preise incl. Mwst, ausserhalb ohne Mwst. Das funktioniert auch prächtig, die Mwst-.Einstellung steht in Lokalisierung/Länder, wird in der Preisanzeige und den Rechnungen mitllerweile perfekt übernommen. Nur eben der gewünschte Zusatz bei den Preisen "incl.Mwst" oder "zzgl.Mwst" fehlt.
  7. Hallo, Ich habe ein Problem: Die Variable $priceDisplay ist immer null "0" Die Preise werden wohl korrekt je nach Ländereinstellung mal mit mal ohne Mwst angezeigt. > Lokalisierung>Länder>Mwst.anzeigen Habe ich hier einen Gedankenfehler? Gilt die Buttonlösung nur für Kundengruppen? Für die products.tpl habe ich einen funktionierenden workaround über die Variable $tax_rate, nur geht das in der product-list .tpl nicht. Bitte um hilfe - Danke auch
  8. Hi your phpinfo() say cgi/fastcgi - thats fine for APC Mine says cgi/fcgi and this dont work. There' a big difference between fcgi and fastcgi look here http://forum.parallels.com/showthread.php?264019-APC-with-FastCGI-uptime-0 there are numerous thread dealing with this problem round the web It is possible to get APC working (well its working on fcgi but resets after a view seconds) on fcgi/plesk however this is for unix experts only and valid to the next update of plesk.
  9. Yes, unfortunately this is true and effects all servers running Plesk as management console (Plesk uses fcgi instead of fastcgi too) APC seems to be running - However it resets every ~30 seconds. I'v tried memcache on my VPS (wordpress runs fine and fast with memcache on the same server) but the performance of PS with memcache is worst.
  10. Hi, I set up a complete clean 1.5.6.0 with your module. Languages: German (default BO),en_US, Czech Translated M4_invoice.tpl in the core to german (czech already exists) - I checked /modules/m4pdf/translations/de.php and its fine. BO m4_invoice.tpl and a deliveryslip are assigned to your module In your Module where I can modify the templates everything works fine - the m4_invoice is printed in en,de,cz. In the BO of Prestashop, in the overview of the orders the widget where I can switch languages is shown. However, the m4_invoice does not print in German - (english and czech is working) ....confused.... why is this working in the module and not in the Prestashop BO ....
  11. Hi, I just bought your Module and have a problem concerning the language of the created pdfs. I switched on the lang_selector in your module, translated the invoice I use to test to German, then translated ALL "INVOICE #" I found in every template to "Rechnung #". However no chance to print invoice in German. Translation was done in BO using your link. The lang_selector in the BO ignores both /customers lang/individual setting/. Using PS 15.6.0 + "Warehouse" theme from themeforest on XAMMP testserver, BO lang=German, customer languages both german and english. I'm pretty shure im missing something realy stupid ;-)
  12. Looks fine, 99€ are better than investing several nights of coding and producing all bugs that you have already resolved.... Will talk to my boss tomorrow One last question: Is this behaviour _really_ triggered by the PS_country>display_tax_label of the delivery address of the customer ? Maybe we could discuss this in this thread in english: http://www.prestashop.com/forums/topic/264642-remove-tax-excl-tax-incl-from-invoice/?view=findpost&p=1487229
  13. Hmmm.. I dont want to be a pain, however the way changing the TAX-settings for the countrys dosnt work for me, so I tried to investigate where the 'tax_excluded_display' is derived from I found in HTMLTemplateInvoice.php the following code: 'tax_excluded_display' => Group::getPriceDisplayMethod($customer->id_default_group), So for me it looks like that 'tax_excluded_display' is driven by the settings that are defined in the customer groups settings. And - changing of the tax settings in the default customer group to "netto" changed the label in the pdf-invoices to non VAT. However, thats no solution. Does anyone know how to get the ps_country>display_tax_label for the delivery address of the current order (code for HTMLTemplateInvoice.php). Thanks in advance
  14. Hi, The different naming of the label is cause of translation of the pdf where I changed some english strings (in the BO not in the php/tpl) I took a look at the ps##_country where I found the field "display_tax_label" - is this the one triggered in the invoice.tpl as $tax_excluded_display ? As for the Theme: Its the "warehouse"-theme and I havent found any override for the default invoice.tpl or related controllers.
  15. Hi M4, I have a second problem with the pdf-invoices see: http://www.prestashop.com/forums/topic/264642-remove-tax-excl-tax-incl-from-invoice/?do=findComment&comment=1486671 Is this solved in your extension too?
  16. Hi, I have the same problem with the pdf-invoice. For me its more complex: Our shop is located within the EuropeanUnion, we deliver to countrys within EU (incl.Taxes) and to countrys outside EU (excl.taxes). So I cant switch off localization > taxes globaly. I assigned tax rates and rules to the countrys within EU (as its standard with the installation) and switched OFF taxes at Localization>Countries>edit for countrys outside EU However this has no effect on the PDF-Invoice, it allways shows: "total price incl. VAT" - this is terrible wrong for countrys outside EU and we will face problems with this. So, there is a param driving the behaviour of the PDF-invoice concerning the taxes: "$tax_excluded_display" From which setting in the back-office is this parameter driven (imo globaly localization > taxes ??). What parameter I do have to use if I want to check if "Localization>Countries>edit>show taxlabel" is set for the country I have to deliver or not? Edit: The prices itself are correct for all Countrys (EU/nonEU) so the within EU the priced include VAT, outside excl VAT, its only to display labels correct. Thanks in advance
  17. Hallo, Unser Shop (PS 1.5.6.0) ist in Deutsch aufgesetzt. Nun werden alle PDF-Rechnungen in deutsch gedruckt, auch wenn der Kunde in den USA beheimatet ist. Ist das normal? Im Detail: Die Rechnung die per Mail an den Kunden verschickt wird ist in der Sprache des Kunden (jene die er im Shop gewählt hat) - soweit korrekt. Eigentlich müsste ich für den Zoll in den USA aber eine Rechnung in Englisch mitgeben (mwst=VAT etc..), bloss werden die immer in der Sprache des BO gedruckt. Was mache ich hier falsch?
  18. Hi, Most likely the assignement of the pictures is wrong. By default the stores.js looks for a picture class "medium" that have to be assigned to store. (settings>pictures) I made a new picture class called store_list 150x100px, assignet it to store, regenerated thumbnails for stores, and changed the "-medium.jpg" to "-store_list.jpg" in the stores.js (this is on the same line as has_store_picture == 1). Or, maybe you edited the wrong stores.js The right one is in the /themes/[yourtheme]/js folder. [yourtheme]means your active theme. BTW: If you want eliminate those stupid scrollbars in the info-bubble wrap the content of the bubble in div: var html = '<DIV style="overflow:hidden;white-space:nowrap;"><table width="180"><tr><td><b>'+name+'</b><br/>'+address+'</td></tr></table>'+(has_store_picture == 1 ? '<br /><img src="'+img_store_dir+parseInt(id_store)+'-store_list.jpg" alt="" />' : '')+other+'<br /><a href="http://maps.google.com/maps?saddr=&daddr='+latlng+'" target="_blank">'+translation_5+'<\/a></div>';
  19. 1.5.6.0 same problem here, I'v set all zones, assigned carriers, assigned countrys to zones. Somethings is terrible wrong here, MAYDAY EDIT: It seems to effect only countrys with states defined..... (USA, CDN, Mexico...) EDIT2: Solved, at least for me: the states within countrys have to be assigned to zones too..
  20. Hi, I had the same problem. Solution is simple: edit stores.js in /themes/yourtheme/js/, replace has_store_picture === 1 with has_store_picture == 1 There are 2 occurances of this bug. ..and adjust the -medium.jpg to your needs Best regards, Christian
  21. Hi, My site goes online on Monday and theres only one problem (hopefully) left to be solved: If I klick on "add to my favorites" nothing happens and the browser (chrom/firefox) complains that there is mixed content save/unsave served. The favoriteproducts.js itself is served via https, so this is OK. Unfortunately firebug doesnt show whats happening when I click on "add to my favorites" For me it seems that url: "{$link->getModuleLink('favoriteproducts', 'actions', ['process' => 'add'], true)|addslashes}", returns a http instead of https. However, I'm not that aware of the internals of prestashop. Can someone run this module with "force SSL on all pages" and try to resolve this issue? Thanks in advance, Christian
  22. Versuche mal in deinen Enstellungen bei Paypal (nicht im Modul sondern bei Paypal selbst): Paypal/Mein Profil/Verkäufer Händler/Benachrichtigungen über Sofortzahlungen Url eintragen: https://www.meinshop.com/modules/paypal/ipn.php Ich selbst habe das noch nicht getestet, probiers mal. Beste Grüsse, Christian
  23. If you have access to your server via SSH take a look at your server log. On Ubuntu VPS's this is usually /var/www/vhosts/[domain]/statistics/logs/error_log or something like that. Or, ask your provider if they updated PHP and have overwritten/changed php.ini, disabled mcrypt, ...
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More