Posted 2 years ago #
Hi can you help?
I have installed wordpress quite a few times with no problems however this is the first time with 2.8.
if you go to http://www.pauljunior.co.uk you can see the directory and that the install files are there but the /wp-admin/install.php file will not load
any ideas?
Posted 2 years ago #
"The page cannot be found
The page you are looking for might have been removed, had its name changed, or is temporarily unavailable. "
this is the message I get when trying to load /wp-admin/install.php
I know the file is 100% there
Posted 2 years ago #
FTP to the server and change the permissions of the folder and file to 777.
Then see if it works.
Posted 2 years ago #
whooami
Yes I do know what I'm talking about - thanks, if the folder is definitely on the server and does not have a world read and execute permission - then it will not display or work in the browser.
Even if it fails, its worth trying.
Thanks.
@ UKMMA
looks like your host's windows server is not configured (or has lost) the configuration for handling index files.
Speak to your host about this action.
Posted 2 years ago #
thanks all I have deleted the MYSQL db and I gonna try setting up a new one with new db username etc see if that works
if it does the same thing again I will try what Debil says then if that still doesnt work I will get onto 1&1 (my host)
Posted 2 years ago #
UKMMA
It doesn’t appear to be anything to do with your database at this stage. It looks like a permissions issue. But it could be a server config issue.
Changing the permissions on the directory and file, will quickly either confirm or eliminate the possibility of a permissions issue.
At this stage, the database is an empty database - until you actually run the install - then it is populated with the relevant tables.
debil, I beg to differ but Im not going to debate you -- which is WHY i deleted my reply. ONLY because its windows, and IIS could only be so lame as to necessitate changing a FILE'S permissions to 777. Which, by the way, is what you suggested -- NOT changing a directory's permissions..
Even if it fails, its worth trying.
Given the security implications of such behavior why are you not also telling the OP that should it not work -- that the permissions ought to be reverted? Since you know what you are talking about and all..
UKMMA,
IIS sucks. You can always try to change the FILE permissions. your directory permissions are right, or i would NOT be able to browse them.
and for the record, world-writable files are a security risk, on any web server platform. If, after changing permissions, its not fixed -- change them back. and frankly, if you are using a host that for some unforseen requirement needs you to have world writable files -- then you need to change hosts, or switch to a platform that doesnt require it.
Posted 2 years ago #
UKMMA
Actually just had a look at the domain and it does appear to be a server config issue. None of the files are are displaying. I thought you were just having problems seeing the wp-admin/install.php
As samboli said, best contact support...
None of the files are are displaying.
just had a look at the domain and ...
did you?
you must have missed this one then..
http://www.pauljunior.co.uk/readme.html
the issue is with PHP files.
Posted 2 years ago #
whooami
Actually, it is a process of elimination, a suck it and see process. But I was advising on just reading the content of the post, not following the domain link.
As for security. World write permissions in such circumstances do not present a problem for security - unless you decide to tell everyone your FTP user id and password. Then in such circumstances the permissions setting is irrelevant.
It would only be a security issue if something in the actual application installed, permitted unauthorised or lower than owner users to write to that specific directory. Which it does not.
Now having looked at the actual server, it is clear that it isn’t a permission issue, as none of the files on there are resolving. So it’s on to server support.
As for security. World write permissions in such circumstances do not present a problem for security - unless you decide to tell everyone your FTP user id and password. Then in such circumstances the permissions setting is irrelevant.
youre on crack dude. seriously.
tell you what, you set up your little mac box -- provide me access and change all YOUR permissions to world-writable and watch me root your shit.
Posted 2 years ago #
whooami
At best you would need access to something else on the server via a user ID and password - like an application. Simply having access to a directory via a browser - that is set to 777 will get you nowhere. There are millions of web directories set to 777.
No really? Do you read much, because youre NOT reading the posts in this thread very thoroughly. What do you do for a living anyway? is your 7-11 hiring. Pulease.
Look, you gave bad, incomplete advice. Move on.
Posted 2 years ago #
Yes I should have viewed the domain, but it still is not the security risk you are claiming.
agree with whooami on this
777 permissions are a huge security risk
but can we move on as this is not what the OP signed on for?
Posted 2 years ago #
Absolutely - we should move on, although I do think it is useful for all people to understand that they can experiment with permissions on their server in order to try and resolve problems. I think you were right, in that it does look like a server config issue. Something I should have seen by looking at the link.
As for 777 security. The word world or all refers to the server and not the greater outside world. In order for it to be a security issue, there would need to be access above that particular directory, such as an application / script or FTP.
There are indeed millions of directories set to 777. Any security issue is confined within that directory, the issue is relative to that directory and still requires some kind of access. Password and User ID.
This issue is done to death on thousands of websites: Google: what are 777 security risks.
http://www.google.com/#hl=en&q=what+are+the+777+security+risks&aq=f&oq=&aqi=&fp=AYh9MvVRflg
I do think it is useful for all people to understand that they can experiment with permissions on their server in order to try and resolve problems.
and No-ONE said otherwise.
As for 777 security. The word world or all refers to the server and not the greater outside world.
Both Sam and I are aware of that. really.
there would need to be access above that particular directory, such as an application / script or FTP.
thats not exactly correct and I CAN demonstrate it.
A typical setup:
/
/home
/blah
all dirs are owned by root.
inside /home lets put
/home/you
and /home/me
you own /home/you and I, of course, own /home/me
You chmod /home/you to 777 and I assure you that I, being "me", can cd into the /home/you/ directory, ls -la and proceed to edit your files.
if thats NOT a security risk to you, you need to rethink something.
Furthermore, that simplemachines says that 777 isnt an issue -- is the same exact crap that the people that decided to suggest that everyone make wp-content/ world-writable so that theme files could be edited, etc.. etc.. like to toss out every once in a while.
Crap.
This btw, is demonstrated over and over again, by php shells uploaded to a single users directory that wrek fsking havoc on other user's sites.
That there are millions of sites set up this way doesnt further your argument that it's somehow or remotely safe.
Posted 2 years ago #
I think I may understand what you are saying - again correct me if I am wrong.
Are you saying that someone else on a shared server, could cd across. So in such circumstances, it would be another client who already has access to the shell on the same server would cd across, then ls and edit files?
Which is conceivable - but as likely as being hit by a bus in this particular circumstance. And still would not be a major security risk as the website had not been installed. Which brings me back to the process of elimination. One stage at a time... which I tried to allude to - and naturally admitted that if I had followed the link would have seen for myself that it was not a permission issue.
Long and winded affair, but what do you think the odds are of what you describe actually happening.
Posted 2 years ago #
Ok thanks for all the advice its been emotional LOL
turns out that Sam was right and it was due to me being on MSSQL not MYSQL
I have since changed this and the install screen loads however.....
I am now stuck on;
http://www.pauljunior.co.uk/wp-admin/install.php?step=2
It will not accept any password I enter into this step of the install
jeez ive setup up three of these so far and by far this has been the most troublesome
This topic has been closed to new replies.
