Forum Replies Created

Viewing 15 replies - 31 through 45 (of 62 total)
  • I really don’t have much additional direction for you. But here is some more detail, in case it helps.

    Look at this:

    http://profile.mytwinflame.info/wp-admin/css/login.min.css?ver=3.9.1

    (Shows the wp-admin CSS.)

    Then look at this:

    http://ufochick.com/wp-admin/css/login.min.css?ver=3.9.1

    (404 page, telling you to log in.)

    Look at this:

    http://profile.mytwinflame.info/wp-admin/

    (Redirects you to the login page.)

    Then look at this:

    http://ufochick.com/wp-admin/

    (403 unauthorized error from the server.)

    At least one of the problems is that the wp-admin directory is preventing you from logging in. Fix that and you can move on to fixing the asset errors.

    If you can’t find it on your own, you should ask your host for help looking for permissions (as described above), or you may need to hire someone (note that link is to WordPress jobs – they may or may not be able to help you with a hosting issue).

    I do understand what you are saying.

    The problem is that the login form submits its results to a script within the wp-admin directory, which appears to be protected in some way. But there needs to be a way to submit the request to an unprotected form first, in order to access that resource, and that’s just not there.

    Namely, since that directory appears protected, and the only way to get to it is by logging in, it’s a bit of a catch-22.

    If you could log into another directory, then there would not be a problem – you would log in to (some other directory, which isn’t protected), and then you would have access to the resource: In this case, wp-admin. But since you can’t, it’s stuck. You can’t log in, and you can’t access the way to log in. So one thing or the other will have to give.

    Since we don’t have access to the system, it’s a bit of a guessing game for us here. There are a limited number of likely options as to why the directory may not be accessible:

    – The directory may not have the correct permissions (generally 755).

    – The directory may have authentication turned on (this is the file I mentioned in the previous post).

    – Something else might be preventing access, such as a plugin (and it might use one or both of the other methods).

    Since you have disabled the plugins, by renaming them, and you have checked the permissions, and you have checked for the existence of an authentication file, it’s likely not any of those.

    But by checking to see if a file is available to someone browsing (this is the CSS link I have posted), it means simply accessing the directory, or even a file in the directory, is causing problems.

    A 404 error – not found – is being thrown. This is a server error. The “you must be” message is a part of that, and is likely configured somewhere on your server (possibly in your theme).

    Ultimately, it means that the one issue you are having is that you can’t access the wp-admin directory, which is what you need to do to login. Anything you submit via wp-login.php simply won’t be processed until that is corrected, and that is what needs to be corrected.

    To change a description, log into WordPress, click on Posts, then Categories. Locate the one(s) you want to change and click Edit, make the changes to the description field, and click Update.

    Note that Quick Edit will not work to change the description.

    Also it seems that your category page looks like it has been modified (or perhaps you are using an older version of the Living Journal theme).

    From one of your categories, the description looks like this:

    <p>Collection of funny jokes in Hindi with Pictures and Wallpapers to share with your friends on Facebook, Also share as jokes sms on Whatsapp.</p>

    If you look at the default category.php template, it would actually output something much different, something like this:

    <div class="category-archive-meta">Collection of funny jokes in Hindi with Pictures and Wallpapers to share with your friends on Facebook, Also share as jokes sms on Whatsapp.</div>

    (This is taken from the category.php in the Living Journal theme 1.1.2 that I just downloaded.)

    That would make styling it much easier, because then you can target .category-archive-meta in the style sheet. If you don’t have this version, you might need to take another approach to styling the text.

    Site changed drastically when I reloaded it – now getting colors.

    Blue at the top, purple (with video in addition to audio), white, blue, white, blue, and then gray.

    I don’t know if this helps – but it’s definitely different than what I had before – just a black bar with a loading graphic and audio. Maybe you will see something different now. 🙂

    There are still a bunch of graphics with links to http://profile.mytwinflame.info/, but they are probably not causing the problem (directly) – however, that doesn’t mean that they aren’t a symptom of a move gone awry.

    If you have disabled the plugins directory and there is still a problem, you should check the other permissions (notably the wp-admin directory), because it is still inaccessible:

    http://ufochick.com/wp-admin/css/login.min.css?ver=3.9.1

    And it is returning a 404 error (not found), not 403 error (not authorized).

    The CSS alone isn’t going to prevent you from logging in, but it does indicate that there is a problem accessing the directory, and even if you do login successfully via the unstyled form, you won’t be able to get past it since the directory is inaccessible.

    If you find that the directory permissions are correct, you should also check for an authentication file. Look in the .htaccess file for a line similar to this one:

    AuthUserFile /usr/something/something/.htpasswd

    The part at the end is the file name. The part prior to the end is the path to the file – similar to Windows (or whatever operating system you use).

    If that line is there, and .htaccess cannot find that file, then that explains the problem. Make sure the path and file name are correct. It would indicate why this comes up when requesting something in wp-admin:

    “You must be a registered member to view this part of UFOchick.com. Please click the register tab for the private part of our site.”

    North Carolina, using Time Warner.

    Both sites come up for me, though the login comes up much faster than the home page, and the home page only plays audio and a “loading”-type graphic. It makes me wonder if something is missing. But it does seem to work just fine. I can also pull up other pages, like “about”, for instance, and they load fine. Have you tried from any sites outside your network, or outside your ISP (say, Time Warner if you are on Comcast, or vice versa)?

    You have a Feedburner subscription now – are you wanting something else, or to replace that?

    Have you tried the Jetpack Subscriptions? I notice you say you want to customize the subscription box – just how much customization do you want? If all you want to do is change the font, spacing, etc, you can do this with CSS, and the integration may be best with Jetpack.

    If, however, you want to add additional fields, then you may need something else – but that would require a different plugin. There are several out there, it depends on what you want most.

    This may or may not help, but as of right now, http://aspiritualparadigm.com/ is reloading in Chrome (35), but not in Firefox (29, both on Windows 7), if you are on the home page. None of the other pages seem to reload. Meanwhile, http://barrettjunctioncafe.com/ isn’t reloading in either browser.

    Also, http://aspiritualparadigm.com/ is prompting for translation – don’t know if you’ve added that (I haven’t looked).

    For what it’s worth, http://aspiritualparadigm.com/ is showing the Customizr theme and http://barrettjunctioncafe.com/ is showing Twenty Twelve, if that helps at all.

    Just wanted to let you know that information, in case it helps – I’ll take a look and see if I can find more information for you.

    The uniqueness is fairly well ingrained into the core, and there are a few discussions out there on this, going back a few years (both here and elsewhere).

    The issue is that there’s a record somewhere that causes the software to think it needs to increment the slug, so finding it is the only solution.

    It would indeed be nice if a plugin removed that data, but if the data is either still in use (for whatever reason) or orphaned so that it can’t be found, then they can’t find it, and it won’t be removed – looking for it manually is going to be the only option.

    I did see a discussion how it may also be in wp_terms (under slug), so you might want to look there too, if you decide to look. This would be a category record.

    And if you’re interested in reading more detail, this is an interesting conversation on the subject.

    If you have a post-list-2, then there is a post_name somewhere in the database with post-list on it, resulting in the additional record being created. Though there are ways around it, that requires programming (and is probably not suggested).

    I just tested on my own installation, using version 3.9.1, and didn’t have the same problem as you are seeing, so either you have another version that may have an issue with this (leaving remnants of some sort behind in the database), or the software version is okay, but there is something left in the database that needs cleaning.

    The simplest way to resolve the problem would be to try a tool from your host, such as phpMyAdmin, and see if there is anything in the wp_posts table (the table prefix may differ on your installation). You can either manually look at the post_name column, or search it if you have a number of records. If you have something in there, it will help determine why you are getting another record created.

    The page template is simply a layout – a template with spaces for each bit of information if you will. So if you have a table (table cell, etc), then all the template does is determine what the page will look like when it fills in those blanks.

    What the page contains – that is, what images, text and whatnot go into each template – are determined entirely by you when you create that page. The method is the same whether there is no image, one image or fifty images.

    The login page is at wp-login.php at the new domain and you should see a WordPress login page. (I didn’t add a direct link, to try and minimize any extra, unwanted activity to that page – but if you still can’t find it let me know for more details.)

    However, that page isn’t styled, which makes it seem like you may be missing something else.

    It looks like the CSS from the wp-includes directory is working:

    http://ufochick.com/wp-includes/css/buttons.min.css?ver=3.9.1
    http://ufochick.com/wp-includes/css/dashicons.min.css?ver=3.9.1

    But the CSS from the wp-admin doesn’t work:

    http://ufochick.com/wp-admin/css/login.min.css?ver=3.9.1

    That would likely indicate a permissions problem, or (somewhat less likely) that it doesn’t exist and simply can’t display the file. Still another possibility is that it’s related to one (or more) plugins. You may want to try disabling them and seeing if that helps the situation.

    Is ufochick.com the new site? I ask, because it looks like profile.mytwinflame.info has links to ufochick.com.

    If all you did was download the information from one site and upload it to the other, then the links will naturally point to the other one.

    Though it sounds like you then changed the theme, which would fix your links – but not necessarily your login.

    To do that, you would need to actually login to the new site (which I think is ufochick.com, so I’m really not sure).

    Looking at the source of your login page (because that’s the only one I looked at), there are icons, backgrounds and other items that come from profile.mytwinflame.info. Also, you have some redirects that go to:

    http://profile.mytwinflame.info/UFOchick-community-home

    It looks like maybe this plugin has something to do with it, so you’ll want to check that. And make sure all your assets are pointing to the right place in your various templates from your theme, because it doesn’t look like they are right now.

    If you have these values hardcoded, you might want to consider using the wp_upload_dir function instead, so if you move at any point, you don’t need to change things.

    It looks like you are using the Open Graph tags (og:title, etc), and when the site is shared on Facebook, the information is pulled in as “Hero Run 5k” – is this what you want, and perhaps more importantly, are you still seeing the same behavior as you mention above?

Viewing 15 replies - 31 through 45 (of 62 total)