I new version has been uploaded to the plugin section. I am using 'numinix-fec-addd484', dated 15 Aug 2014, with v1.5.4. should I upgrade to this new version? If yes, should I run the uninstall.sql file first?
I new version has been uploaded to the plugin section. I am using 'numinix-fec-addd484', dated 15 Aug 2014, with v1.5.4. should I upgrade to this new version? If yes, should I run the uninstall.sql file first?
i currently download the latest version and upload all the files , but i am not able to login an blank error message popup, please help with this, and i use 1.14.4 version before and after upgrade the version remain 1.14.4 in control panel?
My website is igrab.com.au
Last edited by louisapple; 15 Jun 2015 at 01:36 PM.
Zen Cart 1.5.0 - stock installation, except the CSS JS Loader (required)
Linux Host
PHP 5.6.9 on the host
I installed FEC 2.1.2
All seemed to go as planned, enabled things per the TIPS section at the end of instructions. I did NOT do the Magic SEO optional, nor the Gift Wrapping optional.
When I go to Log In to user account, I get a HTTP500 error, when directed to the URL https://www.mywebsite.com/index.php?...action=process
**Note:: The COWOA and FEC seem to work well, the only problem SEEMS TO BE logging into existing accounts.
**Note:: Creating a NEW account also seems to go well, but when trying to do another order using that account...fails as above
Looking at the logs, I see the failed attempts (I think) showing the following errors (3 in a row, parsed down to what I think are the important parts)
-->> ".....PHP Warning: file_get_contents(): http:// wrapper is disabled in the server configuration by allow_url_fopen=0....."
-->> ".....PHP Warning: file_get_contents(http://www.zen-cart.com/downloads.ph...check&id=594): failed to open stream: no suitable wrapper could be found in....."
-->> ".....PHP Warning: in_array() expects parameter 2 to be array, null given in....."
Now - I think this is telling me that in the PHP Config of my server, that this allow_url_fopen is disabled, and I need to have it enabled (if they will do it for me)
Is this a correct conclusion?
Will enabling this fix it for me?
What can I do if they 'refuse' to "enable" it (assuming that is the course of action I should take)?
Are there any other "server considerations" I should address at the same time - to not have to open multiple tickets with the host?
If this is it - a list of "make sure your server is versions xxxxx, yyy and zzzz and has 'abc' enabled and 'def' set to blah blah blah...." type of DOC would be a welcome addition to the installation files.
Thanks in advance for any suggestions!
Upon looking a little closer... this seems related to doing a check for an updated FEC version (?) - MAYBE? If so, can this be disabled? A quick read...and I am by NO MEANS an expert...but enabling this "allow_url_fopen" function is stated to be a security vulnerability, so that is why it is likely disabled by default - if I can do without it by simply not doing this version check - then why not? Thoughts?
...and digging a little deeper - I changed the File Reference to "0" in the php file to disable the check - those errors go away, but my logins still fail.
So - that isn't the problem, but I STILL have the problem. Only now, there are no errors logging.
Thoughts anyone?
Log In attempt with the incorrect password gives an error as it should
Log In Attempt with the CORRECT password - gives the HTTP://500 error to the page https://www.mywebwiste.com/index.php...action=process
No log entries. I am stumped, or stupid....not sure which.
Hi Everybody.
After almost a week of gogleing and lurking in this forum (specially in the FEC thread, of +200 pages), im about to throw in the towel.
Im working in a Zencart (v1.5.3) that uses Fast Easy Checkout (1.15.3)
The site owner wants to use the onepage checkout feature of the FEC (shipping+payment in the same page).
As you must know, FEC redirects checkout_shipping to just checkout, a single page with both features (shipping + payment).
In the other hand, the previous developer installed a mobile zencart template.
The mobile cart template uses the checkout in stages (first shipping, then checkout).
The problem i have is that seems that the redirection rule used by FEC is affecting the mobile version, then, when i go to checkout using mobile, instead of going to checkout_shipping, i end being redirected from, per example: site.com/index.php?main_page=shopping_cart&zenid=sttlirsledb05gq5c35irebjv1 to site.com/index.php?main_page=checkout&fecaction=null&zenid=sttlirsledb05gq5c35irebjv1
instead of site.com/index.php?main_page=checkout_shipping&zenid=sttlirsledb05gq5c35irebjv1
I think that its clear that the FEC is involved since you can see the adding of "fecaction=null" in the url.
I spent DAYS going back and forth, trying to find the script where the redirection happens, and in which context.
Maybe its more easy than i think, but to be honest, im very confused now. I just need that the redirection rule of FEC dont be applied to the mobile site.
If anyone can illuminate me, really, thanks in advance.
Best regards.
Norberto
I may be wrong on this one but I'm going to venture a guess to you as to where you need to add your code. I'm just learning this stuff but it looks like this is where it would go.
In your tpl_checkout_default.php file on line 36 it calls the tpl_checkout_stacked.php file which is where the single page with everything on it is located. I would venture a guess that you need an if( not a mobile user) { require tpl_checkout_stacked.php} statement here.
Again. I'm just a novice but that looks like it is the statement calling the page you don't want to be used into play. Hope it helps.
Im checking the behavior after your advise, southshorepizza.
Maybe i should have to point that the site uses one template for web version and another for mobile. Its not a one and only responsive template. One template (web) or another (mobile) is used depending of the case of the user agent.
In the template that the store uses for web version, i can find tpl_checkout_default.php as you suggested, but in the mobile site template folder, that file is not present. I tried to copy that file and change the includes paths (so i hav a FECalized one page checkout in mobile) but it was a mess.
The files related to checkout in the mobile template folder are:
tpl_checkout_shipping_default.php
tpl_checkout_shipping_address_default.php
tpl_checkout_payment_default.php
tpl_checkout_payment_address_default.php
tpl_checkout_confirmation_default.php
tpl_checkout_success_default.php
I mean, if you load the site in a web browser, you use the sites default template. And if you open the site in a mobile device, then the mobile-zencart template is loaded, and this last one doesnt use tpl_checkout_default.php.
Seems that theres some rule above both templates where the redirection of the FEC appears, but im not sure about that.
I found that something related to it could be find at:
\includes\modules\pages\checkout\header_php.php
Here:
But that is when you already are in the checkout page.Code:$form_action_url = zen_href_link(FILENAME_CHECKOUT, 'fecaction=null', 'SSL'); //here is where the "fecaction=null" code is added
I investigated if in the shopping cart module (\includes\modules\pages\checkout\shopping_cart\header_php.php) the destination is defined in any way, but nothing.
If i can isolate the part where the FEC redirects from checkout_shipping to just checkout, maybe i can set some conditional there, where i can ignore it if its in mobile.
Thanks again, southshorepizza and everyone who could help!
Bookmarks