Forum Replies Created
- AuthorPosts
-
a bit puzzled why your topic title says “email templates” when your text refers to the print templates.
assuming that the title is wrong here, you should use your browsers element inspector . to see what might be perhaps overriding your settings (as this works just fine here)
your code above is also missing a closing bracket and if some css lines before are invalid too, it will never read what’s coming afteri.e check your css declarations
sorry, but i do not understand why a textbox where the customer might (or indeed might not) want to add arbitrary information would ever need to be mandatory.
regarding labels
as you can assign different/multiple textbox options to whatever menu item you wish (or not as the case may be)
you can simply choose not to add and labels if you so desirenot to mention, there are a ton css classes you could also use to selectively not display a certain element if you so desire (or highlight, or whatever else you can think of really on that front)
This reply has been marked as private.guessing that it might be http://www.rotanapizza.co:
you have a ton of javascript errors as you are loading (my guess is some other plugin is doing that) an external version of jquery
as opposed to the one that comes with WordPress. Thats simply not a good idea (even more so if it’s a different version)you must fix that first
i’d also suggest you do not minify things before you know it all works, some plugins combine js and css in the wrong order which will cause you all sorts of issues, so make sure it works first without , before doing this so you know where to look when it does not work anymorecan i have a link to the site please ?
at some point i might visit that idea (and perhaps allow spans too – not sure yet)
i’ll make a note of itin the meantime i would think a
max-width: 100px; display: inline-block;
css declaration (or similar) on that span element should also get you there in most cases
This reply has been marked as private.allow me to ask you first what it is you need to or want do exactly
ok, thanks for the info.
i just did some 20 or so (sandbox – admittedly) orders here without any issues at all, so all i can think of is some unexpected data being sent to / received by the server.
since you have now changed the
file_put_contents....
, can you tell me if there are now some ipn-rok-access.log and ipn-rok-input_data.log in your wppizza/logs directory (and can you send them to me if so) – regardless of if you have had any other problematic orders for the time being ?
(assuming you had some orders since changing thosefile_put_contents
lines )thanks
oh, and one more question:
on what day/date (if you remember) did you switch to the api 2 of omnikassa in the plugin ?hmm, i cannot be sure yet , but it seems that omnikasse – sometimes (*maybe* depending on payment method chosen – dunno for certain yet though) sends somewhat unexpected responses.
do me another favour please.
to be able to get what’s omnikassa sends (i.e the data that is actually received at the server before any kind of processing takes place) :in …/wp-content/plugins/wppizza-gateway-omnikassa/ipn/ipn.php you will find the following at approx line 19/20
//file_put_contents('../../wppizza/logs/ipn-rok-input_data.log', '[input_data '.date('Y-m-d H:i:s').']: '.print_r($input_data, true) . PHP_EOL . PHP_EOL, FILE_APPEND); //file_put_contents('../../wppizza/logs/ipn-rok-access.log', '[input_data '.date('Y-m-d H:i:s').']: '.print_r($_REQUEST, true) . PHP_EOL . PHP_EOL, FILE_APPEND);
please change this to
file_put_contents('../../wppizza/logs/ipn-rok-input_data.log', '[input_data '.date('Y-m-d H:i:s').']: '.print_r($input_data, true) . PHP_EOL . PHP_EOL, FILE_APPEND); file_put_contents('../../wppizza/logs/ipn-rok-access.log', '[input_data '.date('Y-m-d H:i:s').']: '.print_r($_REQUEST, true) . PHP_EOL . PHP_EOL, FILE_APPEND);
(in essence simply omit the 2 leading
//
of each line)so we can log that too
additionally, can you check something for me please (as i cannot see that and this info is only available in your omnikassa account)
are the payments that cause(d) problems all using the same payment method ? (i.e the are all VISA or all iDeal, or all [someotheroption] )
?just trying to narrow things down
can please also enable – for the time being – “Log successful orders” in
WPPizza->Settings->Logging (this will write some more log files into wppizza/logs to perhaps allow us to compare a few things)This reply has been marked as private.>Some payments are fine, but sometimes it throws an error.
i’m actually not sure if this is a payment error as such or a false positive due to the way omnikassa sends notifications (hence why i asked you for a db dumb in an email, to drill down a bit)>However, it has been running with the block for years without problem
yeah, i don’t think this is actually the issue anyway
i also get lots of attacks from the Ukraine here too (I shall refrain from posting my thoughts on why or from who that is here on the public forum..)
in any event. as some go through i think you can turn this on again. i really don’t think this has anything to do with it>The restaurant is now open so I will wait and see if any more errors occur.
sorry. did not read that line for some reason. so yes, please let me know if you get more problems (make sure you have the debug turned on too , just in case)thanks
can you send me your actual debug.log too please (as it’s not accessible publicly from https://pizza-service.nl/wp-content/debug.log )furthermore. when i go to
https://pizza-service.nl/
i get a “Sorry, our products are not available in your country !”so there is some block on this site which might well affect responses from omnikassa being blocked too
you cannot be certain that the ipaddress omnikassa sends things from is in the NL – unless omnikassa specifically state this somewhere !!!
i would suggest you take this block off and see if the problem persistsadditionally, the logs you sent me only have one single order that seemingly had an error. this might well also have been caused by some intermittent issue on the server
for example when i went to https://pizza-service.nl/ last night, it was simply not available/offline. obviously , if this sort of thing happens, all sorts of things can suddenly not work.Are we sure this was not just a one-off issue cause by who knows ???
i.e is this reproducable ?PS: there’s a – albeit very small – chance that the 3.4 update will fix the non-ingredients issue too.
so definitely worth doing a dummy live order after you have updated if you still have an issue with it.re 2 (ingredients not showing):
that should be fixed now with v3.4 of the omnikassa plugin.
thanks for flagging that issuere 1 :
the plugin behaves *exactly* the same way between sandbox and live (other than simply using another url to send an order to)
so if it always works in sandbox but you have issues with live orders, the error is elsewhere.
from what you are describing this sounds very much like either omnikassa does not send any data back (check/compare your settings between your sandbox/and live setup in your omnikassa account especially your WebhookUrl ) or something is throwing an error when receiving the data from omnikassa .
*anything* – wppizza or not – throwing an fatal error on your site would stop execution so check your debug.log for those toofurthermore, do you have any files/logs in wp-content/plugins/wppizza/logs/ ? (other than htaccess, index, readme)
if so, can you send them to me please (zipped ideally) at dev[at]wp-pizza.comfirst of all:
before approving this post i have redacted some possibly sensitive information you probably should not post publicly !
in the future, write a reply to your own post with that sort of data and set it to privatethe rest i will reply to tomorrow
>…missing in email confirmation….
then you’ve disabled the “note” in wppizza->templates - AuthorPosts