Forum Replies Created

Viewing 15 replies - 1 through 15 (of 114 total)
  • Hiya!

    Is there a fix for this? I’m seeing this error as well. Thanks!

    I have a similar request. I really love this plugin, but would prefer not to have the script tags already included.

    In my case, I want to load a tag with <noscript> in the body, but am unable to do so. Bummer because I actually prefer everything else about this plugin over other implementations. Would love for you to consider an option for scenarios like this.

    Thanks!

    Thanks Shawn.

    That helped steer us in the right direction, I think, though not quite to a solution. If I manually add that shortcode with our mp3 URL [audio url="http://traffic.libsyn.com/socialmediamarketing/SocialMediaMarketing-232-17-01-13.mp3"]
    the player does not load. However, if I use the default WordPress “Add Media” feature and choose to embed from URL it works just fine
    [embed]http://traffic.libsyn.com/socialmediamarketing/SocialMediaMarketing-232-17-01-13.mp3[/embed]

    I tried creating an entire new post and found the same results. I’m scratching my head on how that’s possible. Note again, the same media file is linked to on other pages and loads correctly. Thanks again!

    • This reply was modified 2 years, 9 months ago by masonjames.

    Update: we were able to get it working by removing the links=off modifier from the shortcode.

    Please mark resolved. Thanks!

    Argh, well, it was worth a shot.

    Here’s some instructions on manually updating WordPress. It’s not too scary if you take it one step at a time:
    http://codex.wordpress.org/Updating_WordPress#Manual_Update

    The important thing to remember is that all of your content and customizations are either in the database (which is separate) or in the wp-content folder. Keep those the same and you won’t lose anything.

    If you’re not sure about how to access FTP you’ll need to contact your web host. Here’s some info on FTP and WordPress:
    http://codex.wordpress.org/FTP_Clients

    Hope this helps. Good luck to ya!

    Oy, that’s a lotta work for it to still not be showing 🙁

    Is it possible the visual editor is disabled on your user profile? Log in, then go to Admin->Users->Your Profile and see if the box is checked for ‘Disable the visual editor when writing’.

    If it IS, then you should uncheck that box. If it is not, well, you may need to look at reinstalling WordPress. You’d want to login via ftp and overwrite everything except your wp-contents folder and wp-config.php file to do that.

    Great! Glad it’s all sorted for ya 🙂

    Hiya Jenny,

    WPyogi’s advice above is good – though I know it’s frustrating to think about turning everything off and then back on again.

    This error sounds like a javascript conflict. That’s normally the result of a wayward plugin or theme so deactivating them each one at a time should help you find which one is the culprit.

    Another useful tool would be one like firebug, which allows you to spot errors that are loaded on the page and give hints as to what the root cause is. There’s a great writeup on Firebug here: http://www.studiopress.com/tips/using-firebug.htm

    Hope this helps. Thanks!

    Hiya,

    So the .htaccess file you’ve posted here doesn’t appear all that different from the default, except that there’s a ton of rules that appear to be added by W3 Total Cache.

    My recommendation would be to uninstall that plugin, remove all the records (essentially replace the .htaccess file to the standard default one that you’ve found works) and then try re-installing W3 Total Cache.

    Here’s a pretty excellent article on making sure W3 is setup correctly:
    http://c3mdigital.com/reduce-page-loading-time-w3-total-cache/

    Hope this helps. Thanks!

    Hiya,

    That’s definitely odd. The main time we’d find that some folks see the site a certain way while others do not is either browser caching (clearing all browser cache and cookies is always a good start, then restart the browser) or when something has changed at the site’s DNS level. So, if you changed IP addresses, for example, this change can take a bit to propagate across the entire internet.

    If there’s been any changes at the dns, you may try a dnscache flush (google this – it’s done differently depending on your OS) and seeing if that helps.

    If it IS working for some folks and not for others (as seems to be the case here) that’d point to an issue with the hosting or registrar or local to certain folks machines – and not an issue with the WordPress software itself.

    Oh, and I’ll change the category of this post for ya, no stress on that 🙂

    Hiya,

    Just went to visit your site and it actually showed up fine for me. Were you able to get this resolved?

    Also, it sounds like you have several independent WordPress sites – as opposed to a “mutlisite” installation which refers to a network of websites all running on 1 copy of WordPress.

    At any rate, it’s loading correctly for me, so hopefully you are now back in business. Please let us know if anything else comes up.

    Thanks!

    Hiya,

    When I go to your site, I get the cirtex welcome page. That indicates to me that while your DNS settings (at namecheap) are pointing to the right location, the site isn’t actually live in some way on cirtex.

    Do they have a temporary location for you initially and maybe something you need to change in order to officially make the site live?

    I’d say bring it up with the folks at cirtex as they can see more details and assist with getting this fixed up for you. Let us know how it goes for ya.

    Hiya @potsky0122,

    Yeah, something looks to have gone amiss there. It looks like you’ll need to contact the vendor where the site was hosted/built and have them take a look for you. There’s no way for us to dig deeper into the issue from our end (as all we can see is the same error message you’ve got here).

    Good luck to ya though! If they aren’t able to get you sorted you can always get a free account on wordpress.com.

    Thanks again 🙂

    Hiya,

    Normally when you get this error it means that something’s up with your wp-config file credentials.

    Look for DB_Name, DB_USER, and DB_PASSWORD defines in wp-config and make sure those match what your actual database credentials are.

    A quick way to verify would be to see if they match your old install (if there’s anyway to retrieve a copy of that).

    Also, when you did the move did you make changes to the database so that everything points to blog.e3labs.org.

    Here’s a tutorial a colleague of mine wrote up on how to do a database search and replace:
    http://thewpvalet.com/blog/2012/08/16/heres-a-quick-way-to-search-and-replace-your-database-after-migration/

    Let me know if that works for ya. Thanks!

    That’s interesting. There shouldn’t be anything in the WPMU DEV Affiliates that’s different from anything else. Are you also using our Dashboard plugins for updates?

    I don’t have any experience with Automatic Updater, but Gary, will send you a message 🙂

Viewing 15 replies - 1 through 15 (of 114 total)