cURL error at verification (siteground)

I have been trying to install this at Siteground host for 2 days now, manually. I have notified them and eventhough they recreate the error, their solution is

1. ignore the message
2. use their auto installer

What should I do to get it to manually install and get past the error they say to ignore...happens with both 1.3.9h and 1.5.1 versions

They use softalicious as their installer.

They need to have curl compiled with their php

kobra:

They need to have curl compiled with their php

Thank you but I thought that too and when they checked and I checked php it claims that cURL is turned on.

Feb 13 2013 17:47 -- inspect
System Inspection Results:

NA: Webserver => Apache
NA: HTTP Host => artspaintball.net
NA: Path_Translated => /home/zzzz/zzzz/zc_install/index.php(SCRIPT_FILENAME)
NA: Real Path => /home/zzzz/zzzz
NA: Server Free Disk Space => 1085.93 GB
NA: PHP O/S => Linux
NA: PHP API Mode => cgi-fcgi
NA: PHP Max Execution Time per page => 45
OK: Register Globals => OFF
OK: MySQL Support => ON
OK: PHP Version => 5.3.21
OK: PHP Safe Mode => OFF
OK: PHP Sessions Support => ON
OK: PHP Session.AutoStart => OFF
OK: PHP session.use_trans_sid => OFF
OK: Suggested SQL Cache Folder => /home/zzzz/zzzz/cache
OK: PHP magic_quotes_runtime setting => OFF
OK: PHP magic_quotes_sybase setting => OFF
OK: PHP GD Support => ON
OK: GD Version => GD bundled (2.0.34 compatible)
OK: PHP ZLIB Compression Support => ON
OK: PHP OpenSSL Support => ON
OK: PHP cURL Support => ON
WARN: CURL NON-SSL Capability => CURL problems detected: 7 => couldn't connect to host
WARN: CURL SSL Capability => CURL requires SSL support. Please notify webmaster or hosting company. 7 => couldn't connect to host
OK: PHP Upload Support => ON upload_max_filesize=24M; post_max_size=32M
OK: PHP Upload TMP dir =>
WARN: Apache .htaccess Support => OFF
NA: PHP include_path => .:/usr/local/php53/pear
NA: PHP SMTP destination => localhost
NA: PHP sendmail path => /usr/sbin/sendmail -t -i
NA: PHP sendmail 'from' =>
OK: PHP open_basedir restrictions =>
WARN: PHP Output Buffering (gzip) => OFF
OK: PHP XML Support => ON
OK: PHP Session.Save_Path => /home/zzzz/zzzz/cache-->Writeable
OK: includes/configure.php => Writeable
OK: admin/includes/configure.php => Writeable
OK: cache => OK 777 read/write/execute
OK: images => OK 777 read/write/execute (INCLUDE SUBDIRECTORIES TOO)
OK: includes/languages/english/html_includes => OK 777 read/write (INCLUDE SUBDIRECTORIES TOO)
OK: logs => OK 777 read/write/execute
OK: media => OK 777 read/write/execute
OK: pub => OK 777 read/write/execute
OK: admin/backups => OK 777 read/write
OK: admin/images/graphs => OK 777 read/write/execute
PHP Extensions compiled: Core, date, ereg, libxml, openssl, pcre, sqlite3, zlib, bcmath, bz2, calendar, ctype, curl, dba, dom, enchant, hash, fileinfo, filter, ftp, gd, gettext, SPL, iconv, session, intl, json, ldap, mbstring, mcrypt, mysql, mysqli, pcntl, standard, PDO, pdo_mysql, pdo_pgsql, pdo_sqlite, pgsql, Phar, posix, pspell, readline, Reflection, imap, shmop, SimpleXML, soap, sockets, SQLite, exif, tidy, tokenizer, wddx, xml, xmlreader, xmlrpc, xmlwriter, xsl, zip, cgi-fcgi, bz2_filter, http, mailparse, memcache, stats, xattr, SourceGuardian, mhash, ionCube Loader, Zend Guard Loader

Is there something or somewhere to tell them to look...and installing with their installer---is advisable since I get this error

"7 - couldn't connect to host" means that CURL is installed but is unable to make connections to outside services. That could be a misconfiguration, or a firewall issue. Any good host can fix that in a few seconds.

If you don't plan to use PayPal or USPS or UPS or FedEx or Authorize.net or Linkpoint/FirstData or any other 3rd party service that depends on CURL, then you can ignore the error and proceed with installation by clicking the Install button at the bottom of the screen.

If you need CURL for the services you intend to use, then you'll need to get them to make CURL work, or you'll need to find a host that knows what they're doing.

DrByte:

"7 - couldn't connect to host" means that CURL is installed but is unable to make connections to outside services. That could be a misconfiguration, or a firewall issue. Any good host can fix that in a few seconds.

If you don't plan to use PayPal or USPS or UPS or FedEx or Authorize.net or Linkpoint/FirstData or any other 3rd party service that depends on CURL, then you can ignore the error and proceed with installation by clicking the Install button at the bottom of the screen.

If you need CURL for the services you intend to use, then you'll need to get them to make CURL work, or you'll need to find a host that knows what they're doing.

thank
you so very much, I have spent the past many hours with them telling me that it is me and the manual install. Yes the owner will be needing paypal. They are telling me that wiht their installer called softalicious it will install.

I need to let them know so they can fix it.

Try the curltester script and test PayPal specifically, as explained here: http://www.zen-cart.com/showthread.php?65680-PayPal-Communications-Response-Testing-Tools

DrByte:

Try the curltester script and test PayPal specifically, as explained here: http://www.zen-cart.com/showthread.php?65680-PayPal-Communications-Response-Testing-Tools

thank you I will after me head clears a bit...I just sent them another work ticket so hopefully they get started and fix it

Dr. Byte,

I did the check you said to try and sent the results to them also:

IPNCHECK.PHP - Version 1.3.9

IPN TESTING - Response Received via CURL -- COMMUNICATIONS OKAY

IPN TESTING - Confirmation/Validation response with fsockopen(): FSOCKOPEN() RESPONSE RECEIVED - Communications OKAY

Default method likely to be used for communications is: CURL, with the fallback method being FSOCKOPEN if possible.

Script finished.

Then it's very possible that the CURL test occurring with zc_install is only failing when trying to reach the zen-cart.com testing server. That may or may not be an indicator of a larger problem. But for now, I'd be inclined to carry on with installation by ignoring the error. Then test PayPal before you get too far into things.

BUT ... I told you to use the curltester.php script, not the ipncheck script. Please go back and do that.

Holy crap, sorry I used the wrong one...this is result of curltester

7 couldn't connect to host

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.005832
[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
)

And, now, continue with the test of PayPal using curltester, as explained in that article I linked to, by adding ?paypal=1 to the URL so that it checks the PayPal servers, not the Zen Cart server.

sorry fighting migraine also:

COMMUNICATIONS TEST OKAY.
You may see error information below, but that information simply confirms that the server actually responded, which means communications is open.
Array
(
[url] => "https://api-3t.paypal.com/nvp"
[content_type] => text/plain; charset=utf-8
[http_code] => 200
[header_size] => 153
[request_size] => 204
[filetime] => -1
[ssl_verify_result] => 0
[redirect_count] => 0
[total_time] => 0.421158
[namelookup_time] => 0.031029
[connect_time] => 0.095457
[pretransfer_time] => 0.238816
[size_upload] => 0
[size_download] => 146
[speed_download] => 346
[speed_upload] => 0
[download_content_length] => 146
[upload_content_length] => 0
[starttransfer_time] => 0.421066
[redirect_time] => 0
)

ACK=Failure&L_ERRORCODE0=81002&L_SHORTMESSAGE0=Unspecified%20Method&L_LONGMESSAGE0=Method%20Specified%20is%20not%20Supported&L_SEVERITYCODE0=Error
EOF

The results are good. Carry on with installation.

The CURL error you were seeing during zc_install is a problem caused by SiteGround's servers being specifically blocked because many of them have been hijacked by spam bots spamming the Zen Cart forum. Something to keep in mind if you continue to use that company's servers.

thanks for saying that cause dealing with them with this problem has left me with a sour taste in my mouth. I shall relay this to the owner of the site.

Hello,

My name is Svetlio and I am a member of the SiteGround Senior Technical Support Department.

I have checked the case in details and confirmed that the Curl service works correctly on our servers. The reason for the failed Curl queries to the zen-cart.com website is the fact that the IPs of some SiteGround shared servers are blocked at the ZenCart's end.

We take issues with the spam activity very seriously. We do our best to stop spam messages and bots activity from our servers.

We have described in details the latest steps which we have taken in this direction in our blog:

http://blog.siteground.com/spam-free/

So we are very concerned about your statement:

The CURL error you were seeing during zc_install is a problem caused by SiteGround's servers being specifically blocked because many of them have been hijacked by spam bots spamming the Zen Cart forum.

Moreover, we are surprised to understand for such spam activity originating from our servers.

We are willing to work together with the Zen-Cart team in order to prevent such issues in the future and have our servers unblocked.

In order to complete a throughout investigation on this problem please provide us with all the relevant logs and the time when spam bots originating from our servers have been spamming your forum.

Please either post the logs in this forum thread or send them to us at [email protected].

We are looking forward to your reply in order to permanently resolve the issue.

Best Regards,
Svetlio
SiteGround Senior Technical Support Department

Thanks for coming in here to see what may be possible, however, the owner chose to leave your hosting since he wanted his store to be up and running and only wanted to use PayPal. We did send numerous messages about this problem we were having and I kept being told to use the installer on site vs the manual install and that it was me that was probably doing something wrong by doing manual install and was even told to disregard the error message and continue with the installation.

If your servers are being blocked from this forum -- then maybe someone will be able to work with you to rectify this for your future hosting needs so the clients are not made to look like fools for doing what they know is correctly done.