ozpost shipping module

[dw08gm]

To do this, load /modules/shipping/ozpost.php into a text editor, then comment out (or delete) lines 525 - 532 and resave the file. Please report your results.
Cheers
Rod

Hi Rod

1.
Before committing to your response, I rechecked all of the 2.05 file edits. The file that I said was a 139b version should have read 139c, and was
admin/includes/modules/product/collect_info.php. However, I doubt this edit is material, as the only difference concerns $oFCKeditor->Value =...

2.
Upon remming lines 525 - 532 of includes/modules/shipping/ozpost.php, all except the following shipping modules in Admin > Modules > Shipping disappeared,
Flat Rate
Free Shipping Options
FREE SHIPPING!
Per Item

Returning to Admin > Home, unremming lines 525 - 532, and then returning to Admin > Modules > Shipping, resulted only with
Flat Rate

But upon returning again to Admin > Home, and then to Admin > Modules > Shipping, all shipping modules re-appeared. There is now a green light against the OZpost module and an error message at top of screen:
Error cURL communication ERROR: Could not resolve host: ozpost.vcsweb.com; No data record of requested type
Error Unable to connect to Ozpost server

Upon clicking OZpost to select for install, the screen gyrated for about 10 seconds, and then the list of OZpost Multiquote options appears in column right below Remove/Edit buttons.

Upon clicking Remove, the Install button reappears in column right, and then clicking Install, I get the white screen with error message
Network Connectivity test FAILED
Is cURL installed on your server? (it needs to be). If so, this may be a temporary glitch, try again in a few minutes.
Installation will NOT continue.

3.
In between this remming, I got three of the following myDEBUGs:

PHP Parse error: parse error, expecting `T_FUNCTION' in ...\includes\modules\shipping\ozpost.php on line 742

4.
Upon uninstalling 2.05 and reinstalling 1.02, just by replacing the two ozpost.php files, I get no curl errors and 1.02 loads.

Upon uninstalling 1.02 and reinstalling 2.05, just by replacing the two ozpost.php files, I get the curl errors and 2.05 fails to load.

5.
Upon running http://localhost/MYSTORE/extras/curltester.php (after reinstalling 1.02), I got this result

Array
(
[url] => "http://www.zen-cart.com/testcurl.php"
[content_type] =>
[http_code] => 0
[header_size] => 0
[request_size] => 0
[filetime] => -1
[ssl_verify_result] => 0
[redirect_count] => 0
[total_time] => 0
[namelookup_time] => 0
[connect_time] => 0
[pretransfer_time] => 0
[size_upload] => 0
[size_download] => 0
[speed_download] => 0
[speed_upload] => 0
[download_content_length] => 0
[upload_content_length] => 0
[starttransfer_time] => 0
[redirect_time] => 0
)

I gather this result is correct when running on localhost. For comparison sake, could someone please provide live test result.

ps
This week may be remembered as the week of the long posts.

Interminable troubles of infinitesimal trickiness - how I love and hate IT.

[RodG]

There is now a green light against the OZpost module and an error message at top of screen:
Error cURL communication ERROR: Could not resolve host: ozpost.vcsweb.com;

This is the 'guts' of your problem.

As for the errors you were getting when remming the code, it is quite possible that I got the line numbers wrong by looking at slightly different code than you have, so I wouldn'd worry about them.

No data record of requested type
Error Unable to connect to Ozpost server

These errors are both effects stemming from the "Could not resolve host" error.

Upon running http://localhost/MYSTORE/extras/curltester.php (after reinstalling 1.02), I got this result

Array
(
[url] => "http://www.zen-cart.com/testcurl.php"
[content_type] =>
[http_code] => 0
[header_size] => 0
[request_size] => 0
[filetime] => -1
[ssl_verify_result] => 0
[redirect_count] => 0
[total_time] => 0
[namelookup_time] => 0
[connect_time] => 0
[pretransfer_time] => 0
[size_upload] => 0
[size_download] => 0
[speed_download] => 0
[speed_upload] => 0
[download_content_length] => 0
[upload_content_length] => 0
[starttransfer_time] => 0
[redirect_time] => 0
)

I gather this result is correct when running on localhost.
.

Sadly, no. That is NOT a good result.

For comparison sake, could someone please provide live test result.

Here's my result (also running from localhost)

----------------------------------------
CURL Test Page

This page is intended for testing CURL behaviour. You should be accessing this page via CURLTESTER.PHP running on YOUR server.

You submitted the following fields and data:

Array
(
[field1] => This is a test
[statuskey] => ready
)
Data validation

Good Other Info

Your server IP address is: xxx.xxx.xxx.xxx.
Your system identifies itself as: Zen Cart(tm) - CURL TEST

Array
(
[url] => "http://www.zen-cart.com/testcurl.php"
[content_type] => text/html
[http_code] => 200
[header_size] => 275
[request_size] => 212
[filetime] => -1
[ssl_verify_result] => 0
[redirect_count] => 0
[total_time] => 1.024883
[namelookup_time] => 0.497785
[connect_time] => 0.757249
[pretransfer_time] => 0.757299
[size_upload] => 0
[size_download] => 2181
[speed_download] => 2128
[speed_upload] => 0
[download_content_length] => 2181
[upload_content_length] => 0
[starttransfer_time] => 1.023789
[redirect_time] => 0
)

--------------------------------------------

As you can see, a very different result.

Anyway, from the only significant error message provided, it appears that there may be a problem with the DNS rather than cURL - So unless you know about such things your best option is to take it up with your webhost.

Cheers
Rod

[dw08gm]

Hi Rod

I see the light now thanks. Upon connecting my localhost to the internet, I got the following curltest result. So my CURL was enabled (via php.ini) but did not work because localhost was not connected to the internet.

CURL Test Page
This page is intended for testing CURL behaviour. You should be accessing this page via CURLTESTER.PHP running on YOUR server.

You submitted the following fields and data:

Array
(
[field1] => This is a test
[statuskey] => ready
)

Data validation
Good
Other Info
Your server IP address is: xxx.xxx.xxx.xx.
Your system identifies itself as: Zen Cart(tm) - CURL TEST
Copyright © 2003 - 2010 Zen Ventures, LLC - Powered by Zen Cart™

Array
(
[url] => "http://www.zen-cart.com/testcurl.php"
[content_type] => text/html
[http_code] => 200
[header_size] => 275
[request_size] => 212
[filetime] => -1
[ssl_verify_result] => 0
[redirect_count] => 0
[total_time] => 1.36
[namelookup_time] => 0.156
[connect_time] => 0.531
[pretransfer_time] => 0.531
[size_upload] => 0
[size_download] => 2183
[speed_download] => 1605
[speed_upload] => 0
[download_content_length] => 2183
[upload_content_length] => 0
[starttransfer_time] => 1.36
[redirect_time] => 0
)

However, whereas OZpost1.02 only required CURL to be enabled (via php.ini but with Use cURL? No), to install OZpost2.05 on localhost requires CURL to be enabled AND a live connection to the internet. I hazzard this should have been the point of my initial post on this matter.

Perhaps an explicit note to this affect in your install documents (which I wish were all combined into one txt file) would be useful for newcomers, even seasoned novices like myself.

[uniqueliving]

Hi Rod

Just wondering if you can help me. I have ozpost installed and i have set the error amount up but when a customer orders alot and it goes back to my error amount the customer can't use it. It wont let them past step 2 in the check out and when it does it brings up a error screen saying the webpage format is not supported do you know what this could be.

Thanks

[RodG]

I see the light now thanks. Upon connecting my localhost to the internet, I got the following curltest result. So my CURL was enabled (via php.ini) but did not work because localhost was not connected to the internet.

I guess that explains things.

Mind you, the cURL test program, and indeed, the ozpost module itself are only really designed to work with internet connected computers and running the curltest program on local host doesn't help solve server related issues anyway.

to install OZpost2.05 on localhost requires CURL to be enabled AND a live connection to the internet. I hazzard this should have been the point of my initial post on this matter.

Perhaps an explicit note to this affect in your install documents

I'll put this way up there with a warning notice that says "Hot surface, do not touch".

No offense intended, but I do expect zencart users to have a little bit of common sense, and if an error message along the lines of "unable to connect to server" doesn't imply that an internet connection is needed then perhaps the person shouldn't be running an online store in the first place.

(which I wish were all combined into one txt file)

Not everyone will want, or need, to read all of the text files supplied. By combining them all into a single document will create a document that I beleive will be scare many people away from even attempting a self-install.

would be useful for newcomers, even seasoned novices like myself.

As indicated above, I believe that newcomers should at least have some prior experience with the Internet and website management/maintanance prior to embarking on something as powerful and flexible as zencart and its associated modules. It really isn't my position to 'teach' people that 'unable to connect to server' could mean something as simple as their modem not being plugged in, to something more complex such as cURL not being installed, or a firewall issue, etc, etc... .

As for "seasoned novices like yoursself" - In light of this discussion I would be categorising you as a complete novice due to your inabilty to realise that a localhost needs to be connected to the internet in order to access an internet server.

That said, you DID eventually realise this, as will all 'newcomers'. some will take a little longer than others, but once again this is basic computing 101 - the ozpost module documentation isn't really the place for such lessons.

Cheers
Rod

[Mike_Dean]

Hi Rod,

Just a piece of assistance if you wouldn't mind.

I want to remove the bracketed delivery method that appears at step 2 of the checkout process., such as

Delivery (3Kg Prepaid Satchel) and replace it with

Delivery - Prepaid Satchel. (ie remove the brackets and the reference to the 3Kg)


Thanks,
Mike

[RodG]

Hi Rod

Just wondering if you can help me. I have ozpost installed and i have set the error amount up but when a customer orders alot and it goes back to my error amount the customer can't use it. It wont let them past step 2 in the check out and when it does it brings up a error screen saying the webpage format is not supported do you know what this could be.

Thanks

I'll need to check/verify this somehow.

If I don't get back to you in a day or 2 please send me a reminder :-)

Cheers
Rod

[RodG]

Hi Rod,

Just a piece of assistance if you wouldn't mind.

I want to remove the bracketed delivery method that appears at step 2 of the checkout process., such as

Delivery (3Kg Prepaid Satchel) and replace it with

Delivery - Prepaid Satchel. (ie remove the brackets and the reference to the 3Kg)


Thanks,
Mike

Removing the "3kg" reference can be achieved in a similar manner that has previously been discussed.

Removing the brackets is something I can't really help with. They are not added by the ozpost module, but rather by the checkout page(s) themselves, so that is where you'll need to be looking.

Cheers
Rod

[uniqueliving]

I'll need to check/verify this somehow.

If I don't get back to you in a day or 2 please send me a reminder :-)

Cheers
Rod

Thanks for your help Rod Much appreciated.

[Mike_Dean]

Removing the "3kg" reference can be achieved in a similar manner that has previously been discussed.

Removing the brackets is something I can't really help with. They are not added by the ozpost module, but rather by the checkout page(s) themselves, so that is where you'll need to be looking.

Cheers
Rod

Thanks Rod,

I manged to get rid of the brackets...

but the other part has got me stumped..

The earlier efforts removed the 3Kg from the shipping estimator, but I cant seem to fathom where, and in what file to edit to remove the reference from the checkout process pages.