Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 11/20/2017 in all areas

  1. Ekdeki dosyayı /controllers/front icerisine atın ve mevcut olan ile değiştirin. ContactController.php
    1 point
  2. Schau' mal im Error-Log der Website nach Fehlermeldungen.
    1 point
  3. No, the list contains all enabled countries. Localization packs contain translations, currencies, etc. PrestaShop is filled with all countries.
    1 point
  4. we were on PS 1.6.1.17 and tried to update with 1 click upgrade, initial with failures. Here is how we worked around. We had to go expert mode, module could not find updates beyound 1.6.1.17. 1st attempt: with create full backup. Result: ErrorThrown:"Internal Server Error " jqXHR: While our server makes full backup every hour, we deceided to update without backup through 1 click upgrade 2 nd attempt: update proccess reported OK. 500 error in front and backoffice. restore backup from server throught server admin panel. 3 third attempt to upgrade. under Advanced settings, Performance tab: disabled all non native Prestashop modules, disabled all overwrites, disable cache. Now update through expert mode. Update process reported O.K. Check front: Worked O.K. Check backoffice: access to, edit and save orders, custumers, products O.K. Visit backoffice module folder : result white screen, error in Prestashop app dashacitivity. Action: FTP, copy folder to local hard disk en removed folder daskactivity. re-visit modules folder: result white screen, error in Prestashop app dashgoals. Action: FTP, copy folder to local hard disk en removed folder dashgoals. Re-visit modules folder: result white screen........ We repeated this process of visiting backoffice modules folder and deleting FTP the module which caused a problem. After this PS ran smooth. Then enabled non native Prestashop modules and enabled overwrites. To cut a long story short: We repeated this process of visiting backoffice modules folder and deleting FTP the module which caused a problem. After this PS ran smooth. We found alle Prestashop (3) native dash modules, (23) native stats modules and (3) non Prestashop native modules created error. We assume non compatibility with 1.7.1, did not investigate further, will try to get 1.7.1 compatible versions of the modules. Attached: screenshot of found incompatible modules.
    1 point
  5. Takto ich stiahnut budes vediet? vid. priloha. subory.zip
    1 point
  6. Yo personalmente prefiero no exponer el php.ini que puede dar demasiadas pistas a no deseados. Lo mismos parámetros pueden ser ajustados por .htaccess como el siguiente ejemplo: php_value max_input_vars 5000 De esta manera no queda disponible a todo el mundo y también puede aplicarse a una carpeta.
    1 point
  7. Okay, aber das Paypal-Modul von Andrej Stas für 1.7 kostet doch nur 9 €! https://www.prestashop.com/forums/topic/581046-module-ptm-paypal-module-for-prestashop-17/?page=2&tab=comments#comment-2591537
    1 point
  8. I Fail to see why this isn't reported Surely the whole way tax is worked out in prestashop is WRONG for everyone who uses it? Tax is paid per product you sell not per order. Prestashop works out tax by: Tools::ps_round($row['price'] * (float)$row['cart_quantity'] * (1 + (float)$tax_rate / 100), 2); Which is: Product * Quantity * Tax rate. Should it not be: (Product * Tax Rate), rounded up 2 decimal places, multiplied by the quantity???? If a product in the UK is £99.31, and vat is 20% - you would not charge the customer £119.172, you would charge them £119.17. It may appear ok to do it like that - but if they ordered 100 items, thats 20p more because of all the 0.002 Pences! If you pay via paypal, there will be an error because the submitted paypal order paid total, will be more than the prestashop stored total required for that order Should this not actually be worked out as: $actualvalue= Tools::ps_round($row['price'] * (1 + (float)$tax_rate / 100), 2); $actualtotal = $actualvalue* (float)$row['cart_quantity']; Maybe someone with an accountancy background instead of a coding background can take a look at it for me - As Logically, my method makes more sense to me **EDIT** For Prestashop 1.5.4.1, current tax page display workaround is: This Updated Post!
    1 point
  9. LeoFish, Did you solved this problem? I have the same issue when using discounts... I am using 1.6.1.0. Thanks
    1 point
  10. To disable guest checkout: Go to your back office > Shop Parameters > Order Settings > set "Enable guest checkout" to NO. To disable all registrations: Replace this file: /your-theme/checkout/_partials/steps/personal-information.tpl (Download the attached ZIP and unzip first) Replace this file as well: /your-theme/customer/authentication.tpl This is how your order will look: result.png (attached below) personal-information.tpl.zip authentication.tpl.zip
    1 point
  11. Here it is again: https://www.dropbox.com/s/ma1wwobgxrmsr5j/Search_override_20150630.zip?dl=0 It may not work properly depending on the PS version you are using...
    1 point
  12. Bonjour, Nous sommes à la recherche d'un développeur ou d'un développement communautaire sérieux qui serait réellement capable de développer un module de Tirage Photo pour Prestashop 1.6.1.4, ce module à titre d'aide pour le développeur se base sur ici : http://demo.aurigma.com/UploadSuite/Html5Flash/Apps/PhotoOrder/Default.aspx Egalement en pièce jointe le cahier des charges, le psd incluant l'aspect graphique et fonctionnel du module dans ces détails. Via ce lien : https://db.tt/0OU01tds Pas de date butoir pour la réalisation, le plus tôt possible est toujours mieux:) Afin de rentabilisé le coût en développement de ce module il est envisageable en supprimant l'aspect graphique personnalisé du module qui est propre à notre boutique de le proposé au public qui je pense plusieurs personnes sont à la recherche d'un module de ce genre. Bref je suis ouvert à toutes propositions, un développement unique pour un budget maximum 300 € ou un développement communautaire pour ensuite le mettre en payant pk pas..... quoi qu'il en soit une solution afin de ne pas se trouver avec un développement à + de 2 000 €.... [Résolu dans la journée au final, pour les personnes qui sont interesser par l'avenir vous pouvez me contacter et vous transmettrez des infos sur ça si vous le souhaitez).]
    1 point
  13. Well, some little things differ from 1.6.0.9, 1.6.0.14 and your override... I would suggest you replace /classes/Search.php by the 1.6.0.14 version and /override/classes/Search.php by my patch. It should work properly on your 1.6.0.9 database. Anyway you can have a try and go back to previous situation if it doesn't work... Search_1.6.0.14.php Search_override.php
    1 point
  14. Hi I have the same problem with Prestashop 1.6.0.14. Are you solutions for this version?
    1 point
  15. I dont aggre - i have spent 4 months removing bugs and issues on current version, so upgrading, no thanks, never. But please let me know what will need to be changed. Maybe its possible to view the changes made to fix these issues? is there a bug thread on github i can see?
    1 point
  16. Vytvoril som skript, ktorý umožňuje export xml vybraných objednávok z administrácie. Postup pre inštaláciu: AdminOrdersController.php -> /override/controllers/admin/ eph_posta.php -> hlavný priečinok, kde máte nainštalovaný ps eph_posta.css -> /css/ vymažte /cache/class_index.php vytvorte priečinok /feeds/ Nič sa neprepisuje, takže to váš systém neovplyvní, jedine AdminOrdersController.php sa dáva do override priečinka, čiže načíta sa tento kontroler, namiesto pôvodného. Ak ho už máte upravovaný tak len dopíšte, čo tam nie je. v súbore eph_posta.php si upravte odosielateľa namiesto XXX doplnte vaše údaje (riadok 95-103) V prípade otázok, pripomienok na vylepšenie, neváhajte a vyjadrite sa. Robil som to vo svojom voľnom čase, a zabralo mi to celkom dosť času. Ak sa vám skript páči a bude pre Vás užitočný, ušetrí čas aj peniaze (bežne 25€ stojí takýto modul), poteší akýkoľvek finančný príspevok -> 2295460854/0200 eph_posta.php eph_posta.css AdminOrdersController.php
    1 point
  17. I would really like to know if there's a solution for PS 1.6. I have prices that are "rounded" up in the wrong way, ie 7.91 instead of 7.90 in the front office. This is annoying. what could be the solution? let PS work with more decimals rather than just 2?
    1 point
  18. Bumping this. I have no desire to install the latest version of Prestashop with this major bug. Every time a local customer pays via Paypal, they get a payment error because of taxing inconsistencies.
    1 point
  19. Hi Again! Still tax trouble I see Ok. In prestashop 1.5.4.1, find the file: /classes/Cart.php find and replace the section (in the public function GetOrderTotal) [LINES 1399 -> 1409] $total_price = $price * (int)$product['cart_quantity']; if ($with_taxes) { $product_tax_rate = (float)Tax::getProductTaxRate((int)$product['id_product'], (int)$address_id, $virtual_context); $product_eco_tax_rate = Tax::getProductEcotaxRate((int)$address_id); $total_price = ($total_price - $total_ecotax) * (1 + $product_tax_rate / 100); $total_ecotax = $total_ecotax * (1 + $product_eco_tax_rate / 100); $total_price = Tools::ps_round($total_price + $total_ecotax, 2); } with the following (only slightly different, but it is a minor error) $total_price = Tools::ps_round($price * (int)$product['cart_quantity'],2); if ($with_taxes) { $product_tax_rate = (float)Tax::getProductTaxRate((int)$product['id_product'], (int)$address_id, $virtual_context); $product_eco_tax_rate = Tax::getProductEcotaxRate((int)$address_id); $total_price = Tools::ps_round((($price - $total_ecotax) * (1 + $product_tax_rate / 100)),2); $total_price = $total_price * (int)$product['cart_quantity']; $total_ecotax = $total_ecotax * (1 + $product_eco_tax_rate / 100); $total_price = Tools::ps_round($total_price + $total_ecotax, 2); } Now look towards the nearest person and demand they make you a coffee while you pat yourself on the back for making your tax actually work properly Gratz
    1 point
  20. Bonjour à tous, Je suis un petit nouveau sur prestashop. J'ai été amené à utiliser l'import CSV avec des images. J'ai beaucoup lu de choses sur ce forum et j'ai réussi à le faire marcher. Mais j'en ait bavé pas mal. Je vais essayer d'en faire profiter les autres par ce que j'y ait passé beaucoup de temps. 1° mettre les photos dans un repertoire juste en dessous de la racine avec les permissions 777 2° Faire le fichier csv, utiliser des url relative l'adresse sera du style "../images/toto.jpg". On peut mettre plusieurs images mais séparées par des , et sans espace ! 3° Un petit conseil commencer avec un fichier csv de 2 à 3 articles et quand ca marche bien, passer à une taille supérieure (3000 objets pour moi) 4° Csv en utf-8 separateur ; Mon conseil travailler avec open office calc, ca le gere tout seul. J'ai réussi comme ca à transférer près de 9000 images (3000 produits et 3 photos/produit) Voila, j'espère que cela profiteras à quelqu'un.
    1 point
×
×
  • Create New...