cantelow

Thanks lots, sterndata and kmessinger.

At the site you pointed to, sterndata, https://codex.www.ads-software.com/Updating_WordPress#Automatic_Update , I see that it says we should have all files owned by the web server, which seems like a security risk for me, and that document also says that it is a security risk. That also points to this helpful info: https://codex.www.ads-software.com/Configuring_Automatic_Background_Updates . I’ll need to check these permission configuration values and maybe at least change permission for themes and plugins to allow updates of them through the server.

The second and 3rd documents you mention about upgrading constants tells about enabling ftp updates and entering ftp credentials ahead of time, which does not help if our firewall is shutting ftp out due to not having wordpress in its ftp whitelist.

Your link, kmessinger, has the address of the main host domain, www.ads-software.com. In a quick search through the wordpress code, I see that this is the host referenced for about anything needed from wordpress, as well as api.www.ads-software.com. I should have thought of looking through the code before.

Many thanks, I’ll ask our network maintainer to put www.ads-software.com and api.www.ads-software.com in our whitelist and try an update.

Whoa- I just changed line 30 in admin.php from:

require_once(dirname(dirname(__FILE__)) . '/wp-load.php');

to

require_once('../wp-load.php')

and my dashboard comes up very nicely. Does anyone see a problem down the road with me doing this?

Clicking on various links around the dashboard, I haven’t found a problem so far. I’ll report if I do.

In admin.php, at line 30, where it’s not finding wp-load.php, the code is this:

require_once(dirname(dirname(__FILE__)) . '/wp-load.php');

I added this line to admin.php, just above that line:

echo "file var is " . dirname(dirname(__FILE__));

The result was- .

But, wp-load.php is at the top level of the distribution, so wouldn’t it be .. or ABSPATH?

Hope this helps, many thanks.

Thanks for the lightning response! I reuploaded with FileZilla set on auto, wiped the database and set up again via wp-config.php. Unfortunately I get the same result, with the same error message.

Thanks again, open to any other suggestions.

I had this same problem. My solution was to increase the memory available to php from 256Mb to 512Mb. I hope this helps the OP.

But, now I have a new problem- I set up a user and password when asked, but if I try to log in I get a new error-

Warning: require_once(./wp-load.php) [function.require-once]: failed to open stream: No such file or directory in ./admin.php on line 30

Fatal error: require_once() [function.require]: Failed opening required ‘./wp-load.php’ (include_path=’.:/usr/local/php5/lib/php’) in ./admin.php on line 30

It’s looking in the wrong place for wp-load.php. If I create a soft-link to wp-load.php in /wp-admin, I get back to the line 46 in wp-load.php of something else unable to load.

Are all the wp-admin files supposed to be at the top level of the wordpress installation?

Hello again. I decided to go ahead and try an upload from another machine instead of a local install on the server. I put the 3.1.3 zip file on a windows machine this time, unpacked, installed FileZilla, set to ASCII instead of Auto, and uploaded the entire wordpress folder and file structure.

This did the trick, many thanks! Does this mean the tar.gz file, which I was trying before, has a bug, or doesn’t work with tru64 unix?

At any rate, I’m happy, I’ve now got a working installation for my user with a nice admin dashboard and functions.

Thanks tons, esmi, for your help.

I’m unpacking it on the same machine where I am trying to install it. I don’t see how I can upload it, with only 1 machine involved. Are you asking me to download it as a tarball to some other machine, unpack there and upload it again? Sorry for not understanding, and thanks for the help.