search

PiRSquared17 / ovz-web-panel

Automatically exported from code.google.com/p/ovz-web-panel
Other
1 stars 0 forks source link

WHMCS module doesn't work normally #335

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
Hello, I have used latest whmcs 4.5.2 and latest owp from svn 
When I'm try to install new product I have empty dropbox field. See screenshots 
attached. How I can solve this problem?

Original issue reported on code.google.com by anton.ka...@gmail.com on 8 Sep 2011 at 10:54

Attachments:

GoogleCodeExporter commented 9 years ago 
Sorry, problem solved. Wrong php.ini used.

Original comment by anton.ka...@gmail.com on 8 Sep 2011 at 10:08

GoogleCodeExporter commented 9 years ago 
What settings in your php.ini did you change?

Original comment by southeas...@gmail.com on 14 Oct 2011 at 2:57

GoogleCodeExporter commented 9 years ago 
Try, allow_url_fopen = On

Original comment by anton.ka...@gmail.com on 14 Oct 2011 at 9:52

GoogleCodeExporter commented 9 years ago 
Thank you for the reply.  Will let you know if that was the culprit.

Original comment by southeas...@gmail.com on 15 Oct 2011 at 2:58

GoogleCodeExporter commented 9 years ago 
allow_url_fopen was already set to on, we're seeing the same empty fields for 
product.  There does not appear to be any connection made from whmcs to owp.  
Any other ideas or suggestions?

Original comment by southeas...@gmail.com on 15 Oct 2011 at 3:05

GoogleCodeExporter commented 9 years ago 
Hmm, I've testing allow_url_fopen on/off and dropbox fields empty when it is 
OFF.
Please, check that you have curl support in php.

Original comment by anton.ka...@gmail.com on 15 Oct 2011 at 9:23

GoogleCodeExporter commented 9 years ago 
allow_url_fopen must be enabled on server when WHMCS installed, not at in OWP

Original comment by anton.ka...@gmail.com on 15 Oct 2011 at 9:25

GoogleCodeExporter commented 9 years ago 
i have the same problem

Original comment by ManGa...@gmail.com on 11 Nov 2011 at 1:30

GoogleCodeExporter commented 9 years ago 
allow_url_fopen is enabled but the problem continue

Original comment by ManGa...@gmail.com on 11 Nov 2011 at 1:50

GoogleCodeExporter commented 9 years ago 
I have same problem though I have allow_url_fopen = ON and cURL installed on 
WHMCS server. Please Help ??

Original comment by kdkaus...@gmail.com on 6 Feb 2012 at 9:14

GoogleCodeExporter commented 9 years ago 
Same problem here on debian, apache2, php 5.3.10. allow_url_fopen = on and curl 
installed.

Original comment by a...@segebrecht.com on 7 Mar 2012 at 3:03

GoogleCodeExporter commented 9 years ago 
Same problem

Panel V2 (recommended version) , WHMCS v5.0.3

The API does not communicate, the fields are empty

have you solution ? update API for WHMCS V5 ?

regards

Original comment by dedizo...@gmail.com on 15 Mar 2012 at 8:23

GoogleCodeExporter commented 9 years ago 
I'm having the same problem.  Firewall turned off on both servers, fopen 
enabled and curl is compiled with PHP, there must be some other problem.

I don't have time right now but in the next day or two I will try and go 
through the code and see if i can find out what the problem is.

Original comment by tripf...@gmail.com on 19 Mar 2012 at 7:40

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
but the bug has still not been fixed because we avosn same tests in build 
version

problème always present :/

Original comment by dedizo...@gmail.com on 19 Mar 2012 at 7:43

GoogleCodeExporter commented 9 years ago 
Hmm, I can send my php.ini and php -m output. All works with enabling 
allow_url_fopen = On

Original comment by anton.ka...@gmail.com on 19 Mar 2012 at 8:12

GoogleCodeExporter commented 9 years ago 
allow_url_fopen:
- Local Value=On    
- Master Value=On

Core PHP Version= 5.3.10.

I have PageSpeed, it's problème for dial ?

Original comment by dedizo...@gmail.com on 19 Mar 2012 at 8:22

GoogleCodeExporter commented 9 years ago 
I tracked down the problem to the fopen call.

I have updated the module to support curl instead of fopen.  I sent a pull 
request on github, but for now you can get the code from here:

https://github.com/tripflex/owp/commit/66903981d4ccd9683819b485bac173c53ac805da

I'm going to test to make sure everything works correctly but I will be adding 
in SSL support and a few other tweaks.

Original comment by tripf...@gmail.com on 22 Mar 2012 at 1:22

GoogleCodeExporter commented 9 years ago 
There's a pull request for an updated module that will check for curl, if curl 
is not compiled with PHP it will fall back to fopen.

Original comment by tripf...@gmail.com on 24 Mar 2012 at 6:43

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
i worked for me "very nice work" but why suspend by hostname for VM ?

But my customer change hostname = no suspend vm but user ID is disable

my customer no change hostname = vm and user disable

why do you want use (VEID)and user id for suspend and other ? 

My sysadmin sugest use IP adress !! ?

best regards

Original comment by dedizo...@gmail.com on 25 Mar 2012 at 8:51

GoogleCodeExporter commented 9 years ago 
We are working on upgrading the WHMCS module to support this as well as 
automatic IP assignment from the free IP pool.  If you are having an issue like 
you stated please open up a new issue as this one deals specifically with the 
API connection.

Please open a new issue and we will look into improving the WHMCS module.  The 
developer has spent a lot of time on this project and we should be thankful he 
took the time to even develop a WHMCS module.  I will be working with him to 
improve the module as much as possible.

Original comment by tripf...@gmail.com on 26 Mar 2012 at 12:04

GoogleCodeExporter commented 9 years ago 
no problèm ;) thanks i open new issu

Original comment by dedizo...@gmail.com on 26 Mar 2012 at 12:28

GoogleCodeExporter commented 9 years ago 
Unfortunatelly this does not seem to work for me.

Curl is enabled:

cURL support    enabled
cURL Information    libcurl/7.18.2 OpenSSL/0.9.8g zlib/1.2.3.3 libidn/1.8 
libssh2/0.18 

And owp.php has been altered to be using this (like comment 19 says): 
https://raw.github.com/tripflex/owp/66903981d4ccd9683819b485bac173c53ac805da/uti
l/whmcs/owp/owp.php

Could anybody help me out?

Original comment by spy...@gmail.com on 26 Apr 2012 at 3:07

GoogleCodeExporter commented 9 years ago 
Please try this one from the master branch:
https://github.com/sibprogrammer/owp/blob/master/utils/whmcs/owp/owp.php

If looks for curl and if not enabled it will fall back to fopen.

Technically curl must be enabled for WHMCS to work anyways.

Are you getting any type of errors?

Make sure you're firewall is not blocking you.

Follow this Wiki article i created:
https://github.com/sibprogrammer/owp/wiki/WHMCS-Module

Original comment by tripf...@gmail.com on 26 Apr 2012 at 7:29

GoogleCodeExporter commented 9 years ago 
Thanks for your quick reply!

I tried the version from the master branch without success.
I've also enabled php error reporting, no errors are shown.
Please also see the attached screenshot.
The hostname is resolvable, ovzwp is installed on the openvz master.

I've also checked the wiki page you mentioned and doubled checked everything, 
seems ok (suggestion add a link to it from 
http://code.google.com/p/ovz-web-panel/wiki/WhmcsModule).

Firewall settings:

:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
-A INPUT -p icmp -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 3000 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 7767 -j ACCEPT
-A INPUT -j REJECT --reject-with icmp-host-prohibited
COMMIT

Original comment by spy...@gmail.com on 26 Apr 2012 at 9:12

Attachments:

GoogleCodeExporter commented 9 years ago 
FYI: Clicking create after a order has been placed results in:
Fatal error: Call to a member function getName() on a non-object in 
/var/www/html/www/cp/modules/servers/owp/owp.php on line 95

Original comment by spy...@gmail.com on 26 Apr 2012 at 9:53

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
You've definitely got some server problems, email me myles AT(aka @) hostt.net 
and i'll try and help you out.

It looks like $result is not being initialized for some reason.  getName is an 
internal XML function to php...something's going on with your server.

Original comment by tripf...@gmail.com on 26 Apr 2012 at 10:45

GoogleCodeExporter commented 9 years ago 
Send you a e-mail. Cheers!

Original comment by spy...@gmail.com on 27 Apr 2012 at 8:13

GoogleCodeExporter commented 9 years ago

Original comment by sibprogrammer on 1 May 2012 at 9:09

GoogleCodeExporter commented 9 years ago 
my best setting is use port 3000 on hostname configuration. 
it should be your.host.name:3000 instead your.host.name

Original comment by crusiffi...@gmail.com on 16 May 2012 at 9:10

GoogleCodeExporter commented 9 years ago 
#34 has worked for my, thanks. Please update the FAQ ;-)

Original comment by richardr...@gmail.com on 16 Jul 2013 at 5:05