mpa1

True, but then again sometimes you miss the bounce, we use Sendgrid for all our mail, and we somehow forgot to turn on the notification if a message bounced, fixed that now. But still thinking about adding the extra layer might use the service we use to check our exports of mails before migrating them to out email list, using them for other sites that’s not prestashop hehe. They do a more extensive check, just need to check up on the time it takes, to make sure it does not reply to slowly so the user has to wait to long.

Thanks for the replys Just to address Scully’s comments first. I can in some degree agree with you DNS is not flawless, but it’s the best option there is besides, doing a more advanced check that connects to the receiving e-mails server and ask if the e-mail is real or not. But the checkdnsrr function in php paired with maybe ANY instead of MX, just to look up if a domain got a DNS record, is better than the basic check that prestashop dos now. Besides that I am wondering why they don’t use filter_var with the FILTER_VALIDATE_EMAIL option, it should do the same as the current way of checking if it’s a valid email just using php own function for it. To bellini13, I am actually thinking about it, since I feel it could be optimized a bit and do a bit more of checking to avoid costumers being able to order when they did a small mistake when they entered their email.

Found a thred about this issue. https://www.prestashop.com/forums/topic/248063-image-not-showing-after-activating-friendly-urls/ Something in there might be able to help you out.

Just had a couple of experiences with prestashop/One page checkout I would love to avoid, the way prestashop/One page checkout is checking if an email is valid, is not living up to what I am used to. A normal thing to do is to validate if the domain first of all got an mx record, it looks like prestashop is not doing this ad all, we just had a costumer entering Hotmail.con instead of .com and it validated that, I would normally use checkdnsrr, and filter_var($email, FILTER_VALIDATE_EMAIL). Just wondering why leave something flawed when there is methods that could help you avoid running in to issues like this? I am not 100% sure if it’s Prestashop or One Page checkout that’s validating the e-mail, but no matter what it’s flawed, and I need to figure out a way to either edit the core and ad some sort of better e-mail validation, or find a module that actually ads it.

Hi, We are currently in a bit of a pickle we are syncing our shop with a inventory system and we have run in to a minor issue, we accidentally added ean to some of the products with combination and that makes the integration leak out the EAN numbers to the combinations, that dont got a ean code. So right now we are trying to find a way only to see products with combinations so we can fix these issues, but how the heck can we do that? it's hard to figure out what products got combinations in back office, some soul out there that can tell us a solution?

i think so i think the issue lies in that modification, ill test it out abit later, since we are actually scanning our inventory tonight to get our stock levels corrected.

1.6.13 think i figured it out tho whats going on, i did a change in the backoffice to create column that showed manufacturer got an idea about this is actually creating the issue.

Hi Im in panic mode! We just wanted to test adding a new product today, and we cant it saves to mysql it shows in the frontend but its not showing in back office under products. This is somewhat problematic since we cant edit the product again, what the heck is going on? Disabled all cache tryed restarting nginx, mysql and php that did not help. i narrow the issue down tho in this moment, if i dont add a manufacturer, it dossen show if i add one it shows in back office, thought manufacturer was a choise not forced? Whats up with that?

no one?

Hi, I know the basic about changing the sutff in the back office, added some columns to the table in the back office view of products. But now i need a column where it shows the count of combinations. Not sure how to do this with a join and get it working correct, i cant do it as a raw query tho. But need a count of combinations shown in backoffice, right now it's a pain to find the products with combinations.

Hi, I think i ment something different fixed it tho, found a solution to ad a column to the table in back office where you edit all the products.

Hi, Wondering about a thing, is there a simple way i can get the EAN code to show up in the Back-Office product overview?, right now it shows reference number, but we need to have the EAN showing to. Is there someone that can help with a solution?

That i know that i need the pro version. Think we both misunderstood each other, i was thinking something like. Getting a module made, having 1 main stock shop thats actually just used for stock and product data. Where we then got a module that recives updates from the 4 other shops, the 4 other shops, on a sale/cancelation, sends the data to the Stock Shop thats setup and then every 1 hour sync the product stock to the 4 shops from the stock shop via XML, CSV something like that. I was wondering if there would be a better way to do the Syncing shops.

Think PSM would be the easy solution to use in this case i guess. Currently running 1.6.12 i think it is since the shop uses some plugins thats not updated to 1.7. But what about my idea about how to handle the stock would that be a valid way to do it?

Ahhh i guess something like Presta Shop Manager ? Ye i guessed the API would be the way to go, right now my idea is to setup an inactive shop where we just update all the products, stock and so on. Then make the 4 other sites talk to it and tell it if there is a sale on a product so it can substract the product amounts sold from the stock site, and then do a XML Export/Import every hour or every 2 hour to keep all stock's up to date on all pages. Would this be the best logical way ?