Forum Replies Created
- AuthorPosts
-
it’s also pretty pointless/superfluous to do….
i do not believe you really understand how (at least most) spambots workagain, this is a 2 year old topic……
you are suggesting things that are already part of it (and have been for ages)
a) this topic is 2 years old ….!!
b) if you’d use wppizza you would already have the answer
>but it not register automatically the new clients with an automatic password
it’s not supposed to. clients/customers have to *agree* to register> they have to do it by another path and not during the first order.
sorry, i don’t understand what you are saying heresorry, but i cannot understand the question
ok.
PS: i assume you had the cookie thing in there so as to keep the information the user entered in the orderform.
although these automatically get saven in a session when using any gateway that redirects to their own page this is not the case (or at least seems to be) when using any kind of form of payment windows (like epay.dk for example.
i will do something about that soon.so, unless you are using your cookie js to do something more than that, i would suggest you just skip that one and i will sort this out from here and make it part of the plugin itself
depends entirely on your printer and where you are .
please read here too
https://www.wp-pizza.com/topic/autoprint-order/btw, just installed the theme you are using here and this works just fine…
did you add stuff to the functions.php perhaps that needs investigating ?can’t be that. (although i will fix that notice)
can you please use the default theme and/or switch off all other plugins and see if that issue remains. if it behaves with everything else turned off , turn things on one by one and see where it falls over .
and let me know what you find
some other options/variations of the same
https://www.google.co.uk/#q=htaccess+force+redirect+to+https
then they are either stupid or unwilling (and you should change hosts just based on that probably )
it’s a simple 3 liner in your htaccess (most of the time anyway)various ways to do this in different places too and depends a bit on setup, though this being one of them (htaccess)
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}can you please turn on debug and see if you get anything in your debug.log when you complete an order / payment
> that is the website falling over yes?
can’t be certain for all cases
but what i AM certain about is that it WILL fall over if your are on http://etc etc /etcyou are assuming that your site visitors will always come through your homepage and then click on things…
that just isn’t the case . when is the last time you searched for stuff , clicked on a link and went to the homepage as opposed to the page where you actually want to be ? (my guess is: about never)
though – seemingly – google has only indexed your https pages (which is good and will eliminate most of these issues) if ANY other page on the web links to any of the pages on your site without https: it will fall over
for example: just go up a couple of posts and we have a link to your orders page without https.
this is indexed by google.someone comes here, clicks on link, falls over….
again, it’s not quite as dramatic as searching on google for rednaga.co.uk will mostly result in https links it seems, but you really cannot be certain that’s alwasy the case…
=== end of lesson 🙂 ====
(very simplistically)
it means that you cannot send wordpress javascript/ajax requests from an http:// page to an https:// page
(and vice versa)
they are different domainsgo to
http://www.rednaga.co.uk/order-online/
and (try) to put something in the cart, not only will it most like throw an error, but if you now go to
https://www.rednaga.co.uk/order-online/ (by clicking on your navigation) you will have nothing in the cart (or different things)in short, http:// and https:// are entirely/totally different sites but your http:// site uses scripts from the https:// site and is trying to submit stuff to that one which you just cannot do
you / your host/administrator/whatever should force to redirect ALL pages to https:// or just don’t mix and match like this….
let’s start from the beginning
mixes https and http
your ajax url is set to be https, so it would ALWAYS fall over as you cannot access scripts crossdomain
(my guess is that your host person added something dealing with that discrepancy in your htaccess file, fixing the symptoms, not the cause – just a guess though)unrelated, and nothing to do with me, but while i’m at it :
for some unknown reason, you also have the following 2x in your page (in itself , that shouldnt be a problem, but who knows what else is going on)
var cro_query = {"ajaxurl":"https:\/\/www.rednaga.co.uk\/wp-admin\/admin-ajax.php","cro_nonces":"ea20d3befc"};apart from that:
—–a—–
> Because no server will ever be 100% reliable …
not really true anymore these days. there are plenty of hosts that guarantee 100% uptime (though you pay for it)—–b—–
i cannot tell you about host or whether they are good or not. google probably canok.
i will probably also have something more useful to say tomorrow,,,my brains fried todayThis reply has been marked as private. - AuthorPosts