Support

UNiTE, Remote CLI, eXtract Wizard

#3601 Various XML-RPC errors

Posted in ‘UNiTE and Remote CLI’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

PHP version
n/a
Tool
UNiTE
Tool version
n/a

Latest post by user6374 on Tuesday, 16 February 2010 10:55 CST

user8219
Hi there! I really would like to use the native tools, but ease up backing up so much, but it did not work out for me yet.
I have installed joomlapack plus 2.4.1, installed and enabled the plugin, enabled web services, enabled Joomla XML plugin. i dont use https.
I have read some threads in the forum and tried to solve it.

When i just use basic mode to connect i get "couldnt connect to xml-rpc server. enable webservices.." (both with or without www.)

in expert mode i type in http://78.xx.xx.xx/xmlrpc/index.php for url to xml-rpc host with port 1 i get "socket error #11001 host not found"
with port 80 or no port i get the same.

using http://gggeek.raprap.it/debugger/ with my url i get "Didn't receive 200 OK from remote server. (HTTP/1.0 500 Internal Server Error)"
using it with the ip like above i get "'Didn't receive 200 OK from remote server. (HTTP/1.1 404 Not Found)'"

i think thats pretty much all information i can give you, besides im using joomla 1.5.15 with the standard .htaccess. i have my joomla install in the root directory and normal backup via backend works fine!

is there any way to solve this?
thank you ver much for your help and your great products!

dlb
You've already done everything that I could have suggested, so I'm done. :(

Does your backup work from the back end? Please zip and post your backup log, if there is one, and the Remote log (right click on the site setup).

I'll flag this for Nicholas when we get all the information together.


Dale L. Brackin
Support Specialist


us.gifEnglish: native


Please keep in mind my timezone and cultural differences when reading my replies. Thank you!


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

user8219
hi there!
thank you very much for trying to help me!
i have attached my log file including a successfull backup from the backend JoomlaPack_Debug_Log-20100203-2.zip

dlb
At the risk of being picky, can I have the log from the unsuccessful backup, pretty please? :D

You'll have to trigger another backup from Remote, JoomlaPack only keeps one log. Thanks.


Dale L. Brackin
Support Specialist


us.gifEnglish: native


Please keep in mind my timezone and cultural differences when reading my replies. Thank you!


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

user8219
haha ok now i see what ur getting at ;)
well i think my problem is that i cant do exactly that: trigger a backup from remote...i fail to add my site within joomlapack remote.
if there is any log of my connection attempts recorded by joomlapack then it would be this file..

oh and when i click "view log..." in joomlapack remote nothing happens.. propably because there is none

user8219
alright i tried the same thing on a different server and it worked right away out of the box although it has the same joomla environment.
so it must my provider i guess.. what do i have to ask him to make this work? like "allow xml-rpc remote calls"?

dlb
Time for Nicholas. :D


Dale L. Brackin
Support Specialist


us.gifEnglish: native


Please keep in mind my timezone and cultural differences when reading my replies. Thank you!


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

nicholas
Akeeba Staff
Manager
"Didn't receive 200 OK from remote server. (HTTP/1.0 500 Internal Server Error)


There, you answered your question yourself, you just haven't realized it yet ;)

The Joomla! XML-RPC service (web services) is actually yet another application built on top of the Joomla! Framework API - the other three being the front-end, the back-end and the installer. Here's the problem. Most extension developers are oblivious to this fact and never test their plug-ins against the XML-RPC services application!

Given this background info, I now turn to my crystal ball and guess the problem: you have installed a bridge between your site and a non-Joomla! forum or photo gallery application. The bridge installs authentication and user plug-ins which are incompatible with the XML-RPC services layer. Unless you turn them off, you can't access the Joomla! XML-RPC functions. Do note that this problem happens very early in the Joomla! side of the code, long ago before plg_jpremote's code is loaded. Which means that it's basically beyond my ability to put workarounds in the code so as to cope with this messy situation.

Furthermore, using your IP address instead of the host name doesn't work. Chances are that you're on shared hosting. Shared hosting servers have one IP address and use a technique called "virtual hosting" to direct multiple domain names to this single IP. The web server reads the domain name in the HTTP request headers and knows which site's pages to serve. If you use just the IP, this information is missing from the headers and the web server serves the pages of the default site which eventually causes it to throw a 404 not found error. Bottom line: use your domain name, not the IP.

Nicholas K. Dionysopoulos

Lead Developer and Director

πŸ‡¬πŸ‡·Greek: native πŸ‡¬πŸ‡§English: excellent πŸ‡«πŸ‡·French: basic β€’ πŸ• My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

user8219
hello nicholas! thanks for your reply and your concern for my problem.
i dont have any bridge installed or anything else outside of joomla.
after reading it i thought about testing another joomla installation on the same server and it worked somehow. then i reenabled the plugin and webservices on one of the failing ones and tried it again and it worked aswell... i dont know what happened.
though there is one installation which has more components installed such as sh404SEF and joomlafish which is not working altough its on the same server. maybe its one of those extra components that is blocking the installation or it is the older version of joomlapack (2.4.0)?
edit: actually how could it be one of the components when not even the xml-rpc server can be reached.. the only difference to this installation is that it is in the root folder.

nicholas
Akeeba Staff
Manager
Maybe you should check the existence of .htaccess files which cause a failed redirection either in the root of this site, or in the xmlrpc directory of this site. Error 500 is either caused by a PHP bug or failure to parse .htaccess. In very rare occasions it can be caused by malformed php.ini files inside the xmlrpc directory as well.

Nicholas K. Dionysopoulos

Lead Developer and Director

πŸ‡¬πŸ‡·Greek: native πŸ‡¬πŸ‡§English: excellent πŸ‡«πŸ‡·French: basic β€’ πŸ• My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

user8219
well you are right, the failing installation is the only one using a .htaccess file.. will check

renamed .htaccess and set sh404SEF to "no .htaccess (index.php)", still not working.

i have no extra php.ini in the xmlrpc directory nor anywhere else, so i guess this cant be the problem since joomla installations in subdirectories are working.

if it helps, here are the uncommented lines of my .htaccess:

RewriteEngine On
RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=|\%3D) [OR]
RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [OR]
RewriteCond %{QUERY_STRING} (\|%3E) [NC,OR]
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\[0-9A-Z]{0,2}) [OR]
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\[0-9A-Z]{0,2})
RewriteRule ^(.*)$ index.php [F,L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !^/index.php
RewriteCond %{REQUEST_URI} (/|\.php|\.html|\.htm|\.feed|\.pdf|\.raw|/[^.]*)$ [NC]
RewriteRule (.*) index.php
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]

they are all from the standard joomla htaccess.txt i think "rewriteengine on" is normally commented out, but i have to use it to make it work.

nicholas
Akeeba Staff
Manager
This looks like the standard Joomla! .htaccess, which shouldn't cause any problems. I am sure there is something going on with an installed plugin. In extreme cases of despair - like this one - you may want to use the "shotgun debugging" method, i.e. start disabling non-core plug-ins until you find the culprit.

You can also try accessing directly the /xmlrpc/index.php page on your browser. You should see an XML document mentioning an error in line 0. This is normal and means that your XML-RPC server is working. If you get an HTTP 500 error, you have to do the "shotgun debugging" chore. If not, you can try uninstalling and reinstalling plg_jpremote, in case you were using an older version of it (highly unlikely, but you never know).

Nicholas K. Dionysopoulos

Lead Developer and Director

πŸ‡¬πŸ‡·Greek: native πŸ‡¬πŸ‡§English: excellent πŸ‡«πŸ‡·French: basic β€’ πŸ• My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

user8219
hello nicholas!
i have tried the "shotgun method" and disabled all nonstandard plugins but still no luck. they are only a couple of joomlafish, sh404SEF and rockettheme(which i think you know, having a look at your template ;) ) plugins.

but whats maybe more interesting is that when accessing the /xmlrpc/index.php page directly i dont get an error, but only a blank page.. maybe this tells you something?

otherwhise i think i will just have to abandon the idea.. thanks for the great support anyway!

nicholas
Akeeba Staff
Manager
The blank page is not normal. It is a hidden error. Whenever a fatal PHP error happens, it's standard practice to display nothing in the browser, but send an HTTP error header nonetheless. This means that your browser shows a blank page and Remote (which can read the invisible headers) reports the error.

Since there is no conflicting plugin, I can only assume that some files in the xmlrpc directory are corrupt, or you have installed a component on your site which "hacks" core files, e.g. JACL. AFAIK, ACL components and XML-RPC don't mix very well (they're like drinking and driving).

If all else fails, you'll have to wait about two months for me to get ready the next version of Remote, which won't use the XML-RPC plugin. More specifically, I will be using a simple JSON web service embedded in the component, slashing the external requirements and conflict potentials.

Nicholas K. Dionysopoulos

Lead Developer and Director

πŸ‡¬πŸ‡·Greek: native πŸ‡¬πŸ‡§English: excellent πŸ‡«πŸ‡·French: basic β€’ πŸ• My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

user8219
ok i suppose your right. and that a new version is about to come up is very good news! :)
thanks again and keep up your great work!!

nicholas
Akeeba Staff
Manager
Thanks for your kind words :) I'm working day and night to make the release by February 20th!

Nicholas K. Dionysopoulos

Lead Developer and Director

πŸ‡¬πŸ‡·Greek: native πŸ‡¬πŸ‡§English: excellent πŸ‡«πŸ‡·French: basic β€’ πŸ• My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

user6374
.

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!