gregscott
Forum Replies Created
-
Oh boy – don’t take this the wrong way, but I’m sure glad I’m not the only one seeing this!
So for the folks with Yoast – is this a plugin bug, a Google setting we’re missing, or what?
– Greg
Two days later – the silence is deafening. Am I on my own with this?
In case anyone stumbles onto this – When I look at the Google Analytics website, Google tells me it **is** expecting universal tracking data from my website. But when I check the Universal Tracking box in Yoast Google Analytics plugin v5.2.7, Google tells me my website is not sending data. When I uncheck Universal Tracking from the plugin, now my website talks to Google just fine.
So which one is right? I can’t be the only person in the world with this problem.
– Greg
Update:
When I unchecked “Enable Universal Tracking” in the plugin settings and saved changes, the code the website sends to Google changed. And looking at my Google Analytics page, Google now says it’s collecting data again.
So there’s apparently a different and presumably better Google Analytics now called Universal Analytics. And I apparently need to do something inside Google to turn it on and then I can turn it on inside my website.
The Yoast knowledgebase talks about this. The screenshot in the KB article shows a checkbox to get help, but I don’t see it in the settings for the live plugin. So I’ll navigate through Google and see if I can find how to tell Google to turn this on. Then I’ll recheck “Use Universal Tracking” in the website.
(Edit a few minutes later)
Uhm… Looking at my Google Analytics page, from what I can tell and looking at Google FAQs, I already have Universal Analytics turned on. The GA Admin page shows no option to upgrade it – so Google must have done that automatically during one of its rollout phases. So if Google “thinks” Universal Analytics is already turned on and my website sends it UA tracking code, what’s going on? And when I uncheck “Universal Tracking” in the Yoast settings and now Google tells me it’s receiving data, something is backwards here. My guess is, there’s a Google setting on the Google GA page I need to mess with.
Help and advice are welcomed!
thanks
– Greg
Forum: Plugins
In reply to: [Really Simple CAPTCHA] Captcha images don't appearHmmmm….
Here’s what mine looks like:
[root@www wpcf7_captcha]# pwd /usr/share/wordpress/wp-content/uploads/wpcf7_captcha [root@www wpcf7_captcha]# ls -al total 20 drwxrwxr-x. 2 apache apache 87 Dec 23 11:52 . drwxrwxr-x+ 4 apache ftp 37 Dec 22 16:20 .. -r--r--r--. 1 apache apache 1068 Dec 23 11:52 760030984.png -r--r-----. 1 apache apache 97 Dec 23 11:52 760030984.txt -rw-r--r--. 1 apache apache 112 Dec 22 20:08 .htaccess -rw-r--r--. 1 root root 102 Dec 22 19:55 .htaccess-disabled [root@www wpcf7_captcha]# [root@www wpcf7_captcha]# more .htaccess ##Order deny,allow ##Deny from all ##<Files ~ "^[0-9A-Za-z]+\.(jpeg|gif|png)$"> ## Allow from all ##</Files> [root@www wpcf7_captcha]#(Added an edit)
When I renamed my .htaccess, the plugin just created its own when I tested it again. So I edited it by hand and just commented everything out.– Greg
Forum: Plugins
In reply to: [Really Simple CAPTCHA] Captcha image are brokenWatch your httpd error logs if you have the ability to do so on your web host. Look for errors similar to what I found.
If you see such errors, take a look at the directory where ReallySimpleCAPTCHA puts its tmp file. You will need telnet or ssh access into your web server. Do a series of linux commands similar to:
cd /usr/share/wordpress/wp-content/uploads/wpcf7_captcha/ ls -alLook for a file named .htaccess – the dot in front makes it hidden, but
ls -al
shows hidden files.This is a file that tells apache what it can/cannot do with the directory where it lives.
Open this file in a text editor. Many hard-core unix people like vi. I prefer an editor named nano – easier to use. Tinker with the syntax until you get something that works. In my case, I just bypassed this file and put the appropriate permission settings into my own .conf file for my whole website, so I don’t have a corrected .htaccess file to share.
Or maybe there’s a way to get the attention of the plugin developer – this looks like a plugin bug to me.
– Greg
Forum: Plugins
In reply to: [Really Simple CAPTCHA] captcha field?I may know what’s going on. I’ll bet it’s a wayward .htaccess file. Take a look at this thread:
https://wordpress.org/support/topic/i-think-i-know-why-captcha-images-are-broken?replies=1
– Greg Scott
Forum: Plugins
In reply to: [Really Simple CAPTCHA] Captcha image are brokenI spent most of yesterday on a similar problem. Take a look at this thread:
I’ll bet the problem is a wayward .htaccess file.https://wordpress.org/support/topic/i-think-i-know-why-captcha-images-are-broken?replies=1
– Greg Scott
Forum: Plugins
In reply to: [Really Simple CAPTCHA] Captcha images don't appearI’ll bet a doughnut the problem is not file system permissions, it’s apache web server permissions and a wayward .htaccess file. Take a look at this thread:
https://wordpress.org/support/topic/i-think-i-know-why-captcha-images-are-broken?replies=1
– Greg Scott
Forum: Fixing WordPress
In reply to: 403 POST errors with /wp-admin/admin-ajax.php breaks some plugins.Thanks. I was feeling lonely. Hopefully we’ll get some attention now.
– Greg
Forum: Fixing WordPress
In reply to: 403 POST errors with /wp-admin/admin-ajax.php breaks some plugins.Wow – a month later and the community response is underwhelming. Why do I need to make this file named admin-ajax.php wide open to the world? Convince me this does not create a major security hole. Or tell me it’s a bug that’s been patched. Tell me something!
thanks
– Greg Scott
Forum: Fixing WordPress
In reply to: 403 POST errors with /wp-admin/admin-ajax.php breaks some plugins.This seems to do the trick.
<Directory /usr/share/wordpress/wp-admin> ## AllowOverride Options AllowOverride All <IfModule mod_authz_core.c> # Apache 2.4 ##Require local Require ip 192.168.10 ##Require all granted </IfModule> <IfModule !mod_authz_core.c> # Apache 2.2 Order Deny,Allow Deny from All Allow from 127.0.0.1 Allow from ::1 Allow from 192.168.10 </IfModule> <Files "admin-ajax.php"> <IfModule mod_authz_core.c> # Apache 2.4 Require all granted </IfModule> <IfModule !mod_authz_core.c> # Apache 2.2 Order Deny,Allow Allow from All </IfModule> </Files> </Directory>Am I opening myself up to attack by doing this?
thanks
– Greg Scott
Forum: Fixing WordPress
In reply to: Database errors and trying to post my first blog entryWhen I put in the latest update for my “Responsive” theme, my “Greg’s Blog” menu started working as expected.
For anyone else who encounters this thread looking for WordPress database problems, here is a blog entry I put together with links to details on how I dealt with the problem.
http://www.infrasupport.com/and-now-this-blog-is-finally-visible-to-the-world/
The main thing to remember is, on your web host, watch the error_log file or equivalent generated by httpd. If you see database errors similar to those I posted above, make sure mysqld on your web host really is writing to the tmp file it think it’s using.
– Greg Scott
Forum: Fixing WordPress
In reply to: Database errors and trying to post my first blog entryWe’re on to something here.
The gist of that link above is, the new way that Fedora starts up messes with what msqld uses for its private tmp directory. It “thinks” it is using a system wide tmp directory, but in fact it’s using a private tmp directory. Apparently, Fedora removes these private tmp directories periodically – every 10 day or so?
The net result is, everything works fine for 10 days, then the database errors kick in and strange behavior happens.
To test this, I just restarted mysqld on my Fedora host and now I can click all over the place in my website with no errors. And I can view my blog post.
Clicking on my “Blog” menu is still broken, but I’ll have to come back to that later tonight.
– Greg
Forum: Fixing WordPress
In reply to: Database errors and trying to post my first blog entryThanks @wpyogi
But before temporarily crippling my website – I stumbled across this link that might be helpful:
http://stackoverflow.com/questions/11997012/mysql-cant-create-write-to-file-tmp-sql-3c6-0-myi-errcode-2-what-doesI am hosting my website on a Fedora 18 system and evidently the new systemd does something ugly with /tmp when sqld starts up. Sqld is apparently trying to write its temporary database tables to some other deep down directory that it “thinks” is /tmp. I’m going to dig deeper into this and will post here what I come up with.
– Greg
Forum: Fixing WordPress
In reply to: Hosting a Wordress site myself and stumbling on host header infoTrying to follow the directions in
http://codex.wordpress.org/Changing_The_Site_URLI made an even bigger mess.
First, in wp-admin, I went to Settings…General and changed my WordPress Address URL and Site Address URL from http://10.10.10.4:/wordpress to http://www.infrasupport.local.
Trying to visit my test website generated output I can only describe as strange. My opening page came up, but when I clicked on any link to my test pages in the menu, it expanded the test pages below the opening page, keeping the opening page in place. And wp-admin gave me that embarrassing error again. Trying to load the page with raw IP Addresses also broke.
I am using the TwentyTwelve theme, so following that Changing_The_Site_URL advice, I went to my Fedora server, navigated to /usr/share/wordpress/wp-content/themes/twentytwelve and edited functions.php. I inserted these lines right below the opening <?php line:
update_option('siteurl','http://10.10.10.4:/wordpress'); update_option('home','http://10.10.10.4:/wordpress');And now I can get to everything in my browser again by raw IP Address.