tapanda.gr

SELL > Catalog > Discounts Πάντως στην θέση σου θα έφτιαχνα ένα νέο site τοπικά μόνο με τα "απαραίτητα" ώστε να αποκλείσω ότι το πρόβλημα οφείλεται σε θέμα ή/και πρόσθετο.

Τσέκαρε αν υπάρχει κάποιος κανόνας που να στέλνει δωρεάν πχ σε όλες τις μεθόδους αποστολής εκτός τάδε. Μπορεί να βλέπει την γρήγορη ως διαφορετικό τρόπο αποστολής/πληρωμής.

Αν είναι "μαμά" θα έπρεπε να παίζει οκ. Στην θέση σου θα αγόραζα αντίστοιχο επειδή ορισμένες φορές το support καθυστερεί, δυστυχώς.

Ποιο module έχεις για γρήγορη; Νορμάλ πρέπει να έχει κάποια επιλογή για χρέωση της αντικαταβολής. Εκτός κι αν λειτουργεί σε custom hooks (κακή πρακτική εν ολίγοις) και παρακάμπτει εντελώς τον "μανίσιο" τρόπο λειτουργίας. Φιλικά, Κωνσταντίνος

Still here in v. 1.7.6.1. Thanx man for helping in not wasting my time.

I am having trouble with localhost at "Addons" step at 75%, as well. Trying to figure out what is going on.

Ναι μ έχει συμβεί αλλά το αντιμετώπισα με αλλαγή θέματος, άρα πρακτικά δεν ξέρω την λύση του προβλήματος. Μπορεί να είναι κάποιο jQuery script. Άλλο πχ on click και άλλο on keyup/keydown.

Δεν νομίζω. Ποιο είναι το site που σ ενδιαφέρει να το διορθώσεις; Έχεις σιγουρέψει ότι δεν φταίει το theme σου ή κάποιο άλλο module που μπορεί να παρεμβάλλεται;

Καλησπέρα συνάδερφε. Αν θέλεις στείλε σε zip το module που έχεις και θα το μελετήσω το βράδυ μόλις αδειάσω με τις υποχρεώσεις μου.

@NemoPS as far as I know Thirtybees advertisement is not allowed in ps forums. I have seen such according to what @Dh42 mentioned in another post. So be careful dude to avoid any legal consequences.

No, the test mail is not being sent, as well. And as far as I know the mailalert module is irrelevant to the default actions (such as order confirmation). It takes action to inform the store owner about an order or to send a message to the customer when an out-of-stock product is back in stock.

I have a client using 1.7.4.4. There is no way of sending emails to regular actions (such as on registration, on order confirmation etc). I tried to install 1.7.5.2 on the same server, still no email. We changed the server, installed automatic 1.7.5.2 (via a softaculous-like application) still no email. Automatic on my own - dedicated - server (1.7.5.2) no email. Manual 1.7.5.2 on my own server can send an email, manual on client not. I put SMTP with correct credentials, send confirmation but no email. Back to PHP mail() error again. I am going insane (and the client as well). I don't know what else to do.

@El Patron I just installed fresh 1.7.6.0. No upgrade, no server move. No 3rd party modules/themes etc. The installation has been completed as expected but then this problem: SQLSTATE[HY000] [1045] Access denied for user The strange part is that with the very same credentials when I pressed "Test connection" the success message appeared. Do you have any idea about our new (1.7.6.0) baby and its flaws?

Καλησπέρα φίλτατε και καλώς ήρθες στο μικρό παρεάκι μας, συνήθως ο admin φάκελος είναι κάποιος admin(και κάτι ακόμη). Αν δεν ανήκεις σε αυτήν την περίπτωση και είναι κάτι άλλο τότε στείλε screenshot τους φακέλους που έχεις να σε πούμε ποιος απ όλους είναι.

@bellini13 Don't blame people. There are some issues that still make people have nightmares. For example, in 1.7.4.4 I have this issue and that's the reason I am browsing through a bunch of threads so old. Order message encoding (greek and other non-latin) is still an issue that keeps showing every now and then. People are just trying to find a solution and others are trying to help. It's like you telling "Hey Sagrada Familia is too old, why visit it instead of Camp Nou?" Quality is not calculated based on freshness.

Έκδοση: 1.7.4.4 Έχω το γνωστό πρόβλημα με τα "κινέζικα". Έχω εφαρμόσει όλα όσα αναφέρει ο @sanctusmob στο άρθρο του εδώ αλλά δεν δουλεύει. Εύρημα #1: Προσθέτω classes κτλ στα html elements (για να δω ότι περνάνε οι αλλαγές) τίποτα Εύρημα #2: Τα περισσότερα μηνύματα είναι στην βάση κινέζικα άρα με κάποια function θα έπρεπε να αποκωδικοποιούνται. Το πρόβλημα όμως είναι ότι έχω πχ 2 κωδικοποιημένα το ένα "μεταφράζεται" το άλλο όχι. Και δεν εννοώ να εμφανιζόταν κάτι άλλο (που τότε θα είχε πρόβλημα η κωδικοποίηση), το ένα το δείχνει ατόφιο ενώ το άλλο το εμφανίζει (και σωστά) κωδικοποιημένο. WTF? PS. Το θέμα που δουλεύω είναι το warehouse αν παίζει κάποιον ρόλο (που δεν νομίζω, αλλά ας το αναφέρω κι αυτό).

Υπάρχει και μια μικρή πιθανότητα ύπαρξης bug στο πρόσθετο. Δηλαδή να περνάει απ' το περιβάλλον της τράπεζας και να εκτελείται η παραγγελία κανονικότατα. Στην συνέχεια επιστρέφοντας στο κατάστημα, να αδειάζει μόνο το καλάθι χωρίς να εκτελείται η PaymentModule::validateOrder()

What about the umask issue in core PrestaShop that converts new module directories to 0777 once they get uploaded?

The visual stuff is in templates /checkout something. As for the db, once you click submit order update the $this->context->cart->custom_message. On order validation, make a thread like it has been sent via contact form, using the custom_message variable if not empty.

Αν έχουν εισαχθεί ως αρχείο (και όχι χεράτα), ελέγξτε ότι έχουν περαστεί και οι απαραίτητες εγγραφές στον πίνακα shop. Διότι αν δεν υπάρχουν εγγραφές στους πίνακες _shop (product_shop, product_attribute_shop) δημιουργείται το πρόβλημα που έχετε.

Αν το έχεις με κώδικα, ψάξου on change (state) με ajax να ανακτά τους courier ώστε αν id_state == δικό σου, να εμφανίζεται μόνο η παραλαβή απ το κατάστημα. Αν δεν το έχεις, μπορώ να το αναλάβω επ αμοιβή.

Θέλεις να μας πεις και τον λόγο που θέλεις να την αποκλείσεις; Το ρωτάω επειδή μπορεί να υπάρχει κι άλλος τρόπος αντιμετώπισης του προβλήματος. Προσωπικά πάντως ούτε εγώ έχω ακούσει κάτι.

Στο tpl τσεκαρες;

Φοράς το classic ή έχεις αγοράσει κάποιο; Έχεις μήπως κάποια css εντολή που κρύβει παραπάνω πράγματα απ ό,τι θα έπρεπε; Κάτι άλλο; Γενικά δώσε μας τα φώτα σου για να σε δώσουμε και εμείς τα δικά μας

@ovy79ro indeed. I study code from a commercial module to make something new and at some point, via tpl, it uses the product name. This is a table (due to multi-lingual setup). You made my day