Changing directory now cannot get into admin

Very good you already answered the next few questions I had in mind. So your primary domain and all your subdomains except im are 100% intact? Is that correct? All the websites and all the dashboards are OK except for im.mikediane.com ?

If the answer is yes, next I’ll need to know what all files and folders are present within the root folder of im.mikediane.com ?

The /wp-login.php aka /wp-admin (dashboard) is a much more complex url than the / (public facing website).

In other words, when logging in to dashboard there are authentication methods and sometimes various internal core redirects in place, which are not present when simply viewing the site.

For these reasons I believe it is easier if not also important first to troubleshoot and repair the / url public facing site. Further, I expect when the public facing site is repaired, the dashboard login also will have become repaired with no additional effort. Does this make sense?

Thus, my request to learn first and foremost what are the file and folder contents of the site root folder:

next I’ll need to know what all files and folders are present within the root folder of im.mikediane.com ?

Ok, hello to the support team volunteers working on this 1:

Might I take the liberty to summarize, & let’s see if we all agree on the series events & Perhaps the summary might provide a bit of clarity as well?

Diane had a working install on im.mikediane.com/wp. However, she didn’t like appending /wp to the url. So, at that point, she copied her index.php file to the root & changed the line to:
require( dirname( __FILE__ ) . ‘/wp/wp-blog-header.php’ );

At that juncture, she seems to have had a working homepage, but was unable to login using the /wp-admin url, as it simply redirected to the homepage. She was, however able to reach a login screen by using im.mikediane.com/wp/wp-login.php . She states, however, that after entering her username & password, she was then redirected back to the homepage.

Martin made the suggestion that she put the appropriate site url in her functions.php file. The result appears to be that the homepage now no longer functions. I guess my own feeling regarding that is that it was a good idea, but, since that appears not to be working, perhaps it should be removed. Since Martin suggested including it, I’ll leave it to him to recommend its removal or not, as he sees fit.

She also stated when asked to login using im.mikediane.com/wp/wp-login.php prior to adding the siteurl to her functions.php file:
“I indeed get to a page with the log in form (it is without any css), but when I enter my user name and password, it just takes me to the home page of my site without the css. It is ugly.”

That almost suggests to me a broken theme, which could, in fact, be the cause of this entire problem. I had suggested renaming the plugins & themes folder in an earlier post–we haven’t done that yet–& it might in fact prove instructive.

So here’s a plan I propose. What do the rest of you think? Any other suggestions?

1) Have Diane describe, as best she can, the folder structure of her server. Also make sure there are no files such as index.htm?, home.htm?, etc.

2) That the entries in the functions.php be removed at Martin’s discretion.

3) That she create a .htaccess file, both in the /wp subdirectory & the im.mikediane.com root directory. The file would consist of the basic WordPress .htaccess file, the only difference between the 2 files being RewriteBase / should be in the .htaccess file of the root of the subdomain, while rewriteBase /wp should be in the /wp .htaccess file.

At this juncture, an attempt to login should likely occur. If things don’t work as anticipated, then I’d suggest

4) Rename the plugins folder & try to log in again. If that works, do the usual–rename the folder back, change all but 1 of the plugin folder names in the plugins folder, etc.

5) If it doesn’t, then rename the plugins folder back & rename her current theme folder & try logging in, from which point, hopefully, she can reset her theme to a default one.

That’s obviously contingent on the site file system being in order,of course, but somehow I suspect that is in fact the case. Thoughts, yall?

Which is 1 reason, Martin, I hoped you’d consider suggesting the edits to the functions.php file be removed. At least that way, I think, we can get her back to the homepage she had originally. But I don’t feel it’s appropriate for me to do that. The last thing I want to do is step on toes here. This was actually Radices’s thread first–the only reason I intervened at all was because it appeared to me that perhaps Diane had erred in following the Codex’s instruction, which in fact she had evidently not done. So–in retrospect, I should likely not have intervened at all, & the person who should be apologizing is me. Now that I’m eyeball-deep, however…

The summary was as much or more for myself, to be honest, i.e., to see if I had missed anything & to try to clarify things in my mind. I guess I was also hoping that we could somehow come up w/a unified plan for Diane to follow so we weren’t all asking her to do 100000 different things all at the same time lol. She’s done really well at keeping up w/everything, I just want to try to minimize confusion for her if at all possible. It’s tough–she’s dealing w/a broken site, doing cross-cultural ministry, the dear Lord only knows how many different timezones, & 3 of us giving instructions–I was just hoping to try to simplify things for her, you know? It was just a thought.

Diane, might I ask a question here? Does your CPanel have any autoinstallation scripts like Fantastico, Softaculous, or something like that? Maybe this would be the better way to go? It’ll create your database & install WordPress for you. Sometimes, these autoinstallers want to install to a separate folder, i.e., wp, but just keep vigilant, & erase it from the edit box to install to the root. If you extract the files to wordpress, you’re going to have a similar problem to the 1 you had w/installing to wp.

Actually, I looked at your sites, which is why I felt you were in Malaysia. So–guess, yes–but hopefully a rather educated 1 lol.

When I go there, I get:
WordPress › Installation

WordPress
Select a default language
English (United States)

Continue

Is that how it should appear?