sonofadoc

I’ll go ahead and do that and post the link to it. If you could give me an email address I’ll send you a username and password in an encrypted email. I’ll be back with the link in a jiffy.

Yes, when I switch back to twentyfourteen I have all of the options.

I’ll go back and retrace my steps to see if I can give you the most accurate picture of how I can to where I am at this point.

Better yet, would it be helpful to you if I upload it to my host server and you could take a look? I could even provide you with a username and password so you could get to the dashboard and access to the admin and folders and files.

It is a child of 2014, so the functions.php file is in the twentyfourteen folder. I’ll have to check and see if it is being called from ?. Would that be called from the header.php file?

Good point though. I’ll have to see if I can find it being called. I suppose I can just go into the twentyfourteen index.php or header.php and find the call code – right?

What happened to the “Active” WordPress community I read about on the WordPress website?

Thanks vrazer, that’s a good possibility in my case as I’m working in a child theme I created. Thanks for the suggestion and the links. I’ll check out the links to see if there’s a solution for me there. I’ll let you know what I find. It may be awhile as I’m in the midst of trying to bend my brain around some PHP dev. I thought they said it was going to be so easy!

Is your Web site on your local server or a hosting service? I ask in order to try and narrow my field of search for a solution because A possibility might be a need to upgrade the version of PHP or tweak something in the php.ini file.

Custom page files have to be inside a custom-templates folder. For instance: full-width.php needed to be inside a folder named custom-templates inside my child theme folder. Senior moment.

Thank you! I’m a simpleton! I guess I was thinking if they were in the trash they weren’t visible anymore. But now I understand a little bit about how import works. I had two choices, to empty the trash and upload and import the file again or just restore them and hook them all back up again on the menu page etc. I chose to just restore them as I’m still trying to wrap my head around how file structure works in WP so it’s good practice for me to go through that process.
I didn’t get as far as the wp_posts table as I found what I needed in the trash. But I suppose that’s in the database. Is that where you’re talking about?

That’s an excellent suggestion. I don’t know why I didn’t think of it. I believe I still have a parked add-on domain or two left that I didn’t let expire. I could just put the WP files in a folder named “my add-on domain” and that would work.

So simple, thanks for your suggestion.

Thanks for the response.

OK, if that’s normal behavior I can live with that. I just thought I remembered (having played with WP in the past) there always being an author next to the time stamp. It’s not necessary for me to change this behavior at this time if this is normal. It’s a fresh install so I’m just making sure everything is functioning as it’s supposed to.

I do appreciate the direction for where I can go in the future to find this area in the code and will make a note for future reference.

Thanks again!

Nope. My ISP is via a satellite and my computer is directly connected to a modem (that cannot be configured). If I had a router I might be able to do it.

Is there an expert in WordPress out there that would be willing to try and give me a suggestion or two with the information provided?

I realize this is a problem. I don’t know how to “portforward.” Is this something I can do without a complicated set up? IP address and DNS and all the stuff required to open the server up to the www.

You may be wondering what the .htaccess and index.php files look like to get preliminaries out of the way. So here’s the code to .htaccess:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

And here’s the code to the index.php file:

<?php
/**
 * Front to the WordPress application. This file doesn't do anything, but loads
 * wp-blog-header.php which does and tells WordPress to load the theme.
 *
 * @package WordPress
 */

/**
 * Tells WordPress to load the WordPress theme and output it.
 *
 * @var bool
 */
define('WP_USE_THEMES', true);

/** Loads the WordPress Environment and Template */
require('./wordpress/wp-blog-header.php');

I copied and pasted my .htaccess file on my host server replacing the one on my local server to see what would happen. Nothing changed and nothing broke. Exactly what do these .htaccess files do? Same 404 error unless I change the permalinks to the default.

Something I’m just now realizing which I don’t think is right on taking another look at the .htaccess file on my local server and comparing it to the one in my public_html folder on my host server. Here’s the file on my host server where the custom permalinks work:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

and here’s the one on my local server where I get the 404 error:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /bigsurwebdesign/
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /bigsurwebdesign/index.php [L]
</IfModule>

# END WordPress

I don’t know how the .htaccess file really works so it’s difficult to wrap my head around it, but this .htaccess file is located in a directory called “bigsurwebdesign” along with the wordpress directory. So, it seems to me these paths to bigsurwebdesign directories are wrong.

On that note here’s a question I’ve wondered about for some time. Is . / the same as ../ or up one directory?