Forum Replies Created
- AuthorPosts
-
you are mixing options 1 and 2
please read here
https://www.wp-pizza.com/topic/things-to-do-on-first-install/23 May, 2015 at 6:27 pm in reply to: Orders with invalid email addresses set to FAILED status #10113ignoring for a second here the obvious necessity to make sure that your email setup is correct:
a) > they claimed they saw no error messages
always an outside possibility of course , but i don’t think very likely (unless you are running a very old version of the plugin)..that’s just by the by …(though one of the next versions will have that writing highlighted a bit better)b)>I always make this little change…
surely, this is the wrong approach.
forcing a db entry to be completed as opposed to failed (when it did fail) is NOT what you should be doing.
what you *should* be doing, is DISPLAY any failed transaction so you know that and why they failed.
what you *are* doing is telling the db that everything is fine, when it was notin any event, i can probably add an option in the backend somewhere – either in the order history itself or under wppizza->settings->miscellaneous – to also display failed transactions (with the info why they have failed)
23 May, 2015 at 11:17 am in reply to: Orders with invalid email addresses set to FAILED status #10111this is not how the mail function works
simply speaking: it doesn’t care if an address does not exists. or if your settings are incorrect .
all it cares about is that there is no *fundamental* syntax error.whether an smpt sever or email address actually exists and whether the settings for it are correct it doesn’t know anything about
furthermore, of the 3 mail options you have in the plugin (mail, wp_mail, phpmailer) only the last one would let you set smtp settings (unless you are using a 3rd party plugin to override things, but that’s a different story altogether)
on a more practical level:
if that particular part of code you are referring to returns “FAILED”, the customer on the frontend would end up with a big error message along the lines of“Apologies. There was an error receiving your order. Please try again.”
so it does not really make sense to display this order anywhere as the customer will not expect (unless he can’t read) this order to be received/fulfilled, so the restaurant should not process the order anyway.
as mentioned, this will only ever happen if your mail function has been disabled for example or there’s something fundamentally wrong elsewhere
forgive me, but what you are requesting does not make much sense to me, but feel free to expand if i missed something
also, read the install instructions.
you are caching pages that should not be cached !!>Does not work.
works just fine….
i click on links and stuff gets added to cart ?! (tried chrome and FF)btw, your server also seems to be *very* slow (though not that surprising given that that ip is shared with over 330 other domains)
just thought i’d mention it
>I tried error_reporting (0);
you need to comment it OUT
i.e so it reads
//error_reporting (0);
instead of
error_reporting (0);
(in case that was not clear)i can’t see any menu “pizza” there
also, you are currently closed, so other than the popup saying “closed” – as expected – i cant do muchwithout a link to the site i cannot say anything (and no, a screenshot does *not* help)
in any event, layout , colours etc this is the stuff *you* do…
got a link ?
you can also comment out – temporarily (it’s there for a reason) –
error_reporting(0);at the top of ajax/get-json.php
Note, this will NOT change the entry in the db. only in emails and order history.
if you change this filter at any time later , the order history will display this new value whereas already sent emails will not (clearly)
in short – as with all code snippets – use at your own risk
>Our where i can change this code
you don’t>it possible to start with a new order number every day..
use the following filter as you want toadd_filter( 'wppizza_custom_transaction_id', 'myprefix_custom_transaction_id', 10, 2); function myprefix_custom_transaction_id($transactionId, $orderId){ /* do whatever you need to do with the $transactionId */ return $transactionId; }depends on
– where you put the widget/shortcode
– what you are doing with the css
– what your theme does regarding layoutsi have no idea, it’s really something individual to your setup
i know , it’s been months since, but just to mention this here:
wppizza version 2.11.9 also has a grid based layout option now – wppizza->layout (though currently somewhat experimental and might need some css tweaking for individual themes)
if you wanted the image to be after prices, just edit the wppizza-loop-grid.php (copy it to your themes directory first) moving the thumbnails bit after the prices bit (see comments in file)
there’s a “howto” tab in the plugin itself…
you havent read the comments properly
could also add ….
(though there is a mistake as that it should say [‘status’] of course ) – now updated in the original documentation too)
i.e
if($postdata['vars']['type']=='statusupdate' && in_array($postdata['vars']['status'],array('DELIVERED'))){ /******etc*****/This reply has been marked as private.>just to confirm you think no issue with codes or scripts its fine.
yes
> it possible server issue?
my guess would be speed/ram issue (that’s a guess though)This reply has been marked as private.it means that that admin-ajax.php cannot be found. that must be fixed.
tun on debug and check the logs(this only seems to happen ocassionaally so i suspect it’s s server performance issue of some sort – your server admin should be able to help / find out what ‘s going on)
- AuthorPosts