The Joomla! Forum ™

On the very first installation page I get the following error three times at the top of the page and the list of languages does not populate...

Warning: Invalid argument supplied for foreach() in \\HOSTING\DFS\x\x\x\x\xxxxxxx\user\sites\MYDOMAINREMOVED.com\www\new\libraries\joomla\language\language.php on line 712

I have spoken with tech support at web.com and they say all is working properly on their end.

I've done numerous unix installs, but this is my first IIS install.

Any ideas?

The messaging tends to suggest that your upload (FTP?) might not have worked well, try FTPing the files in the installation directory again.

_________________
Joomla! on the fabulous Sunshine Coast...
hotmango, web & print http://www.hotmango.me/
Network SMARTS, Systems Engineering http://www.networksmarts.com.au/

Was this issue ever resloved? I am getting the same error, deploying Joomla 1.5 on Web.com IIS7. I have FTP'd the files several times but still get the same error on the first install page which contains no language options.

Warning: Invalid argument supplied for foreach() in ..\libraries\joomla\language\language.php on line 712

When re-FTP'ing, check your FTP Client software and ensure that "overwrite" is set to ensure any damaged files are replaced, or delete the original fileset on the server and FTP again.

If you FTP Client allows "multiple / concurrent" uploads streams (many files being uploded at the same time) reduce the number of steeams to a maximum of 3, some servers have problems with this FTP feature.

_________________
Joomla! on the fabulous Sunshine Coast...
hotmango, web & print http://www.hotmango.me/
Network SMARTS, Systems Engineering http://www.networksmarts.com.au/

I have deleted and FTP’d the files several times, but still get the exact same error every time. I don’t know if it may be part of the issue but I have seen it mentioned that I need to allow the IIS user IIS_USRS read / write permissions to the installation folder and configuration.php but cannot see any way to do so through the IIS Management Console on a Windows host plan at Web.com. The error is always at the line foreach ($subdirs as $path) in the following function of .\libraries\joomla\language\language.php. I assume that the error is indicating that no language subdirectories exist, but I have confirmed via the FTP client that they do exist in the install folder and that copying one under \libraries\joomla\language did not fix the problem.

Any suggestions welcome...

/**
* Searches for language directories within a certain base dir
*
* @access public
* @param string $dir directory of files
* @return array Array holding the found languages as filename => real name pairs
* @since 1.5
*/
function _parseLanguageFiles($dir = null)
{
jimport('joomla.filesystem.folder');

$languages = array ();

$subdirs = JFolder::folders($dir);
foreach ($subdirs as $path) {
$langs = JLanguage::_parseXMLLanguageFiles($dir.DS.$path);
$languages = array_merge($languages, $langs);
}

return $languages;
}

Talk to your host and see if one of the following options is available to you, this is either and FTP or a Host issue.

1) You can FTP the comlpete .zip file to the server and unzip it on the server
2) They can copy the file on to your acocunt and unzip for you on the server

As for permissions, these may also be set through an FTP program if you do not have access to some form of File Manager on the server that provides this facility. Or again, ask your host to configure the permissions for you.

_________________
Joomla! on the fabulous Sunshine Coast...
hotmango, web & print http://www.hotmango.me/
Network SMARTS, Systems Engineering http://www.networksmarts.com.au/

Resolved

I eventually found a solution posted by gooberwiper. Apparently the clean function in <install.dir>\library\joomla\filesystem\path.php was stripping the leading 'double' \ in the UNC path. The \\ in a Windows world is not an escaped \ - and it's required to find the home directory path, on my hosting server (Not needed on my home test setup, as I have a drive letter designation).

Modify the if condition to look as follows:
if (empty($path)) {
$path = JPATH_ROOT;
} ElseIf (($path[0] == '\\' ) && ( $path[1] == '\\' )) {
// Remove double slashes and backslahses and convert all slashes and backslashes to DS
$path = preg_replace('#[/\\\\]+#', $ds, $path);
// Put the UNC-required backslash back in - remember to escape it by double
$path = "\\".$path;
} else {
// Remove double slashes and backslahses and convert all slashes and backslashes to DS
$path = preg_replace('#[/\\\\]+#', $ds, $path);
}

find_karl,
Excellent! Thanks for the details. It was a cut and paste w/documentation to boot.
I have over 20 sites and web.com has been the biggest problem. Now if I could get the speed of web.com servers to that of Apache servers. Oh well, that's life.

Thanks again,

Phil

No problem PhilOSparta, that's what is so great about the forum, we can all build on each others efforts. Interesting to hear that you are experiencing speed issues with web.com, that is my mission tomorrow, now that I have a site deployed on the clients Windows web.com account.

I also deployed the site in a sub-folder of another account, GoDaddy and Linux. Using FireFox with the Life of Request Info add-on I measured the response time and so far the Linux - GoDaddy deployment seems to take a about 1.5 sec to load a page but the Windows - web.com deployment takes on average more than 10 sec, occasionally as much as 108 sec. I have also received MySQL timeouts at web.com. To be fair to web.com I have no idea how Joomla performs on an IIS7 host so I will be doing several test deployments and gathering data tomorrow. If you are interested I may post my results and observations on the forum, perhaps under the thread "Slow loading Joomla 1.5 site"

I guess we went off topic, but a search for "web.com" is what got me here. Regarding the speed issue, I'm interested in your progress and will try to add to it. I placed a support request yesterday "exceedingly slow speed" and the response was
They also said that I should contact my webmaster. Duh!?
On first access it took 10 seconds for the frontpage to load with similar timing on admin page. All admin access e.g. "create new article", "save article" etc. took 10 to 11 seconds each. It's Saturday morning. It can't be a slow internet. Your measurement of 108 sec. is probably what I got last night when I finally got the J 1.5.14 loaded and configured. All of my other sites are Linux. Most are on Godaddy, and I agree with you on the Godaddy timing.
I'm converting a simple HTML flat site to Joomla, and I hope my client can live with the speed issue until it's resolved. Otherwise, I'll recommend Godaddy to the client.

Thanks again,

Phil

Having received a couple of questions regarding the outcome of my deployment to web.com perhaps it's best to update this thread with my results.

The fix mentioned above did allow me to deploy the site on the Web.com windows plan but the site was very slow, even to the point of occasionally timing out. Since it was a simple Joomla site I persisted with web.com support, eventually deploying the site to my GoDaddy Linux account where it worked as expected. I then sent comparison stats and a link to support at Web.com who eventually contacted me to say that their shared windows plan simply could not perform and that I needed to change to a Linux plan. Kudos to web.com for admitting this limitation, on the other side, I have found that both the support and performance on my GoDaddy Linux account to be excellent.

Thanks for your feedback about web.com. Since my client's email and years worth of experience with web.com's support were at stake, I decided that the only way to fix the problem was to go to a Linux platform. Once we made the change our speed issues were resolved. We've been very happy with the web.com Linux platform.

Joomla! on Linux at web.com is great and their support is great also.

Phil

Thanks Phil,it would be good to hear if anyone has a production deployment to a shared windows host at any of the common hosting companies. I believe that the issue only occurs on shared plans but have not tried any others windows deployments myself. I can however report that the site appeared to function just fine on my local IIS deployment.

Works Perfect.. Thanks find_karl

Works great! I've created an account here just to thank you find_karl! =)

Lucas