wpismypuppet

Well, first off you have the first piece a little wrong… you’ll want it to be this:

<?php
    session_start();
    $_SESSION['men'] = 'yes';
    header( home_url('/') );
?>

For ease of use, let’s just set the ‘men’ variable to “yes”. Once you get it working, you should make it more secure so it’s not easily guessed.

Also, since you want to send people to the homepage of your WordPress site, we can send them using home_url(). Using this function will allow it to work even if you changed the domain name to something different down the road.

Your version redirects them back to the /men page, which will cause a continuous loop to happen. Also, because you are using the header() function, you do not need any 301 redirects. That is the point of using this method.

On the homepage, you have the code correct, but we’ll change the variable to reflect:

<?php
    session_start();
    if( isset( $_SESSION['men'] ) ) {
        if( $_SESSION['men'] == 'yes' ) {
            // Do something here
        }
    }
?>

As far as the pop up code, you implement something as simple as a JavaScript modal. jQuery is already being used by WordPress as a default, so you could easily use a jQuery modal of some kind. There are literally thousands of scripts out there… just have to find the one that does something similar to what you are looking for. How much programming experience do you have?

In your style.css file, on line 444 you have this rule set up:

h1,h2,h3,h4,h5,h6 {
    clear: both;
}

Since “Introduction” on that page is an h2, it’s clearing the float right. Change that rule, or remove it completely and your problem is fixed.

Here is a quick plugin I found… haven’t testing it, but it looks to do what you requested. There should be plenty more if this one fails.

http://wordpress.org/plugins/loop-post-navigation-links/

Here’s another:

http://wordpress.org/plugins/ambrosite-nextprevious-post-link-plus/

Or you could try to code it out yourself:

http://wordpress.org/support/topic/how-to-show-first-post-link-in-last-post-in-pagination

Before I go as far as disabling plugins and switching to the default theme, I would first start by trying a new browser… maybe Firefox or something. See if the problem persists in any other browser. The reason I mention this is you stated:

The only workaround I could find was to quit Safari and restart it; then graphics would appear on that one but not on the next. Now it only happens about once a day, and restarting the browser fixes it.

If simply closing the browser fixes your issue, then it sounds more like a browser issue than a WordPress issue. WordPress would still be broken when you launched the browser again. It is possible that a plugin could be causing the issue and that restarting the browser also resets the plugin, but that’s weird to me.

If the problem persists in a different browser, try WPyogi’s suggestion…

There should be a columns attribute in that shortcode. Though I don’t know why selecting 3 columns didn’t insert the code, you can do it manually by changing your shortcode to this:

[gallery ids="2283,2282,2267,2265,2266,2263,2264,2284,2285" columns="4"]

Actually “Search and Replace” offered by vtxyzzy is ridiculously easy and we use it on almost a daily basis when we move a testing environment over to production.

You download the file from the website, upload it to the root folder using any FTP program, and access it by typing http://www.domain.com/searchreplacedb2.php (of course replace domain.com with your actual domain). Then you follow the wizard, which is basically click, click, click then type in the string you want to find and the string you want to replace.

WP-CLI requires a Linux environment… what if the user has a Windows one? I know… I shudder just thinking about that myself… but it’s possible!

At any rate, I wrote up a whole instructional on “How to migrate a WordPress installation to another domain“. It’s a bit lengthy, but that’s only because of the detailed instructions so people know what’s going on behind the scenes. If you look at the core of what’s happening, it’s really basic and super easy.

First off, let me start by staying that this advice is not “responsible web programming”. Simply “hiding” elements from mobile devices still causes the mobile devices to download the content, even if you don’t “see” it on the screen. For people with unlimited data plans it may not be that big of a deal. But almost every country charge mobile users by the megabit, and downloading content that they’ll never see eats up their data plans (and their wallets) for no reason.

We who code the web should start taking this type of practice more serious. I HIGHLY recommend reading up on articles from people like Luke Wroblewski, Myers, and all the other popular web gurus out there on “Mobile First” and “Responsible Web”. Do a Google search and you’ll see lots of information out there.

And secondly, it all depends on how sensitive the data is we are trying to hide from mobile devices. If it’s really sensitive data, display:none will not protect you. Screen readers and other accessibility programs will quickly pick up on hidden elements. My guess is the data isn’t that sensitive if it’s being displayed on non-mobile devices, but still we must consider this as well and never assume. We all know what that leads to…

And third, unknowing of why the OP wants to hide data from mobile devices, I must also stress that it is bad practice to have your mobile version contain less data or elements than it’s “full version” counter part. Why hide data??? More and more people are using their mobile devices strictly for web browsing and not using laptops or desktops. Websites that we create are content driven… it shouldn’t matter what device the website is being viewed on, you should serve the same content. The only difference is how we arrange that content, but we don’t even have much control over that anymore. In fact, we’ve never had control over that… it’s always been just an illusion. But that’s another thread altogether.

Sorry, I wasn’t trying to solicit, I was trying to insult the company this poor person hired claiming they couldn’t do something so easy. My point was to say that a company who is paid to create WordPress websites should know basic redirects and be willing to spend 10 minutes researching the solution… especially since this person paid for this assistance.

I’ll keep my insults to myself 🙂