Site-View

Γράφει στο manual.

Μέσα στα addons άμα ψάξεις για viva payments το βγάζει ή στο site του 01generator.com

Μην πεδευεστε με το μαμά module, αγοραστε το module του 01generaror και παίζει σε ένα λεπτό.

Ναι κανονικα και παιζει μια χαρα.

Όσες φορές το προσπάθησα δεν έπαιξε. Βάζεις το module του 01generator φτιάχνεις μια πηγή στο διαχειριστικό του viva και παίζει αμέσως απροβληματιστα.

Οκ με ενδιαφέρει για αγορά άμεσα, δεν χρειάζεται να ξανά ανακαλύψω το τροχό. Στείλε μου pm.

Καλησπέρα σας, εχει γίνει από κάποιον γέφυρα API για το εμπορικο Oxygen ERP ?

Και η Λύση σε 1.7.8.10 ειναι : Μέσα στο classes\validate.php αλλάζουμε /** * Validate SIRET Code. * * @param string $siret SIRET Code * * @return bool Return true if is valid */ public static function isSiret($siret) { return preg_match(Tools::cleanNonUnicodeSupport('/^[^!<>;?=+@#"°{}_$%]*$/u'), $siret); } /** * Validate APE Code. * * @param string $ape APE Code * * @return bool Return true if is valid */ public static function isApe($ape) { return preg_match(Tools::cleanNonUnicodeSupport('/^[^!<>;?=+@#"°{}_$%]*$/u'), $ape); } Έτσι παίζει μόνο το siret, για να παίξει και το APE. Αλλάζουμε στο /src/Core/Domain/Customer/ValueObject/ApeCode.php και βαζουμε class ApeCode { /** * @var string */ private $code; /** * @param mixed $code */ public function __construct($code) { $this->assertIsApeCode($code); $this->code = $code; } /** * @return string */ public function getValue() { return $this->code; } private function assertIsApeCode($code) { if (is_string($code) && empty($code)) { return; } $isApeCode = preg_match(Tools::cleanNonUnicodeSupport('/^[^!<>;?=+@#"°{}_$%]*$/u'), $code); if (!$isApeCode) { throw new CustomerConstraintException(sprintf('Invalid ape code %s provided', var_export($code, true)), CustomerConstraintException::INVALID_APE_CODE); } } } Και για να παίξει και στο backoffice το APE μέσα στο πελάτη αλλάζουμε : /src/PrestaShopBundle/Form/Admin/Sell/Customer/CustomerType.php ->add('ape_code', TextType::class, [ 'label' => $this->trans('APE', 'Admin.Orderscustomers.Feature'), 'required' => false, 'constraints' => [ new Type([ 'type' => 'alnum', 'message' => $this->trans('This field is invalid.', 'Admin.Notifications.Error'), ]), ], ]) σε ->add('ape_code', TextType::class, [ 'label' => $this->trans('APE', 'Admin.Orderscustomers.Feature'), 'required' => false, ]) Παίζει με ολους του χαρακτήρες.

Καλησπέρα Σε έκδοση 1,6 το εχω φταίξει και παίζει κανονικά. Σε έκδοση 1.7.8.10 εχω αλλάξει τα παντα στο siret για να το κανω να δεχετε γράμματα αλλα δεν το δέχεται. Αλλαξα την βαση σε 256, για να δέχεται ολα τα γραμματα. Αλλαξα μεσα στο classes\customers.php αλλα τιποτα, το ιδιο και με το validation.php στο override αλλα τιποτα. Εχω δοκιμάσει τα παντα σε preg_match ακομα και p{Greek} αλλα τιποτα. Ειναι καπου αλλου στην εκδοση 1.7 που δεν το βρισκω?

Μηπως υπαρχει καποιο CDN στο site που κραταει cache?

Ναι το ξερω, τα εχω δει...αν ειχα βρει το προβλημα, θα το ειχα λυσει κιολας. Κανε μια εγκατάσταση το 8.10 και δες εσένα σου χτυπάει, αν πας να κανεις δημιουργία και αποθήκευση ενός προϊόντος. Πάντως δοκίμασα απο 5,6 εως 8.4 php ,αλλα δεν ειχα καμια διαφορά.

Επαιξε, με εκδοση 1.7.8.7. δεν ξερω τι γινετε με την 9 και 10.

Ολα αυτα ατα εχω κανει, το ιδιο κανει και στο server και σε xampp, σημερα θα δοκιμάσω σε παλιοτερη εκδοση, γιατι κατι δεν παει καλα .

Εννοειτε τα εχω κανει αυτα.

Αυτά έχουν αλλαχτεί και δοκιμαστεί σε όλους τους συνδιασμούς και σε 3-4 γλώσσες. Ρωτάω αν κάποιος έχει συναντήσει ξανά τέτοιο bug, σε αυτές τις εκδόσεις.