c3iq
Forum Replies Created
-
Would you open the call with support again, please?
Done.
In the debug info sent to you the blog mentioned was https://p1324201x.our.dmu.ac.uk. The domain mapped one is jonathan-gration.our…
Based on advice you have given others I compared the database back ups. The Jetpack related info hadn’t changed.
Before our upgrade when tested the updates on a test site where we change the host file to convince the server it is the real thing. Access is not opened on the firewall so Jetpack wouldn’t be able to pass thing back during that period. The production site was up during the same period. We didn’t us Jetpack Developer Mode. I’ve only just learnt about it…
I created a pcap from the Dashboard and from Jetpack>Site Stats. For the Dashboard, which does display a graph these servers responded:
192.0.78.12:443 192.0.78.13:443 192.0.78.26:443For the Jetpack>Site Stats where we get a spinning wheel for ever we get these servers responding:
192.0.78.13:443 192.0.78.26:443 192.0.78.27:443I’m guessing that this is fine and it is the conversation, that I can’t see because it’s encrypted, in Jetpack>Site Stats that has the problem.
The first user who pointed out this problem has also said that he can’t see subscribers to his blog. He’s pointed out that both the stats and the subscribers are key to his research.
$ dig dashboard.wordpress.com ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.37.rc1.el6_7.4 <<>> dashboard.wordpress.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 22840 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 4, ADDITIONAL: 4 ;; QUESTION SECTION: ;dashboard.wordpress.com. IN A ;; ANSWER SECTION: dashboard.wordpress.com. 7781 IN CNAME lb.wordpress.com. lb.wordpress.com. 300 IN A 192.0.78.13 lb.wordpress.com. 300 IN A 192.0.78.12 ;; AUTHORITY SECTION: wordpress.com. 142373 IN NS ns1.wordpress.com. wordpress.com. 142373 IN NS ns3.wordpress.com. wordpress.com. 142373 IN NS ns2.wordpress.com. wordpress.com. 142373 IN NS ns4.wordpress.com. ;; ADDITIONAL SECTION: ns1.wordpress.com. 142373 IN A 198.181.116.9 ns2.wordpress.com. 142373 IN A 198.181.117.9 ns3.wordpress.com. 142373 IN A 192.0.74.9 ns4.wordpress.com. 142373 IN A 192.0.75.9 ;; Query time: 33 msec ;; SERVER: 146.227.1.1#53(146.227.1.1) ;; WHEN: Thu Sep 24 19:42:16 2015 ;; MSG SIZE rcvd: 226$ dig @8.8.8.8 dashboard.wordpress.com ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.37.rc1.el6_7.4 <<>> @8.8.8.8 dashboard.wordpress.com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57887 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;dashboard.wordpress.com. IN A ;; ANSWER SECTION: dashboard.wordpress.com. 2426 IN CNAME lb.wordpress.com. lb.wordpress.com. 21 IN A 192.0.78.13 lb.wordpress.com. 21 IN A 192.0.78.12 ;; Query time: 7 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Thu Sep 24 17:49:12 2015 ;; MSG SIZE rcvd: 90I also used lynx to login in to the dashboard via the command line.
While clicking around, as well as sometimes getting the mini graph in the tool bar I get the Jetpack stats graph on a blog’s dashboard but when I click on ‘View All’ I go to the stats page and only get a spinning wheel. The URL below the spinning wheel is https://wordpress.com/stats/47979283 which goes to the correct blog on WordPress.com.
After reconnecting celt.our.dmu.ac.uk to Jetpack I get :
Your Jetpack setup looks a-okay!
Maybe I need to explain the network set up in case that rings a bell. We have two internal IPs and two external NATing to those. They map to our.dmu.ac.uk and *.our.dmu.ac.uk. We did this because web browsers got upset about SSL certs in turn upsetting our users.
Everything was working up until we upgraded from 3.9 to 4.3.1 and the associated plugins.
I’m a software engineer and I have root. Is there anything I can look at under the hood that doesn’t mean I have to change the status of any plugins? Is there a debug switch for the Jetpack plugin? Can I redirect (just) Jetpack plugin debugging to a file?
Thanks.
Another blog https://celt.our.dmu.ac.uk is probably the best one to look at. I have disconnected that one.
Looking more at this… https://p1324201x.our.dmu.ac.uk is domain mapped to https://jonathan-gration.our.dmu.ac.uk/. This blog gets the mini graph at the top of the blog for me (super admin), for jonathan-gration.our.dmu.ac.uk, but when I go to the dashboard the URL becomes https://p1324201x.our.dmu.ac.uk/… and Jetpack settings complains:
It looks like you may have changed your domain. Is http://jonathan-gration.our.dmu.ac.uk still your site’s domain, or have you updated it to http://p1324201x.our.dmu.ac.uk ?
However, https://c3iq.our.dmu.ac.uk is a blog in its own right and doesn’t get the mini graph and the ‘View stats…’ wheel spins forever.
I have come up with this…
I believe that I can’t combine one site in Piwik and multiple blogs in WP using WP-Piwik so that individual users can see their own stats.
With that in mind I don’t want to use our usual Piwik instance because I would be adding 700+ “websites” to the handful we have.
I have created a new instance of Piwik just for this service (got to love open source). I wrote a script which gets domains for every blog, creates a site in Piwik and gives view rights to a user in Piwik who doesn’t have superadmin or admin rights.
As soon as a user clicks on WP-Piwik in their dashboard the two, blog and website in Piwik, get linked together.
I just need some stats now to prove this works.
An update. Piwik needs websites listed in Websites Management. It seems so far that *.somedomain.com doesn’t work. The test for this is:
https://statistics.library.dmu.ac.uk/Piwik/?module=API&method=SitesManager.getSitesIdFromSiteUrl&format=PHP&token_auth=changedtoprotecttheinnocent&url=http%3A%2F%2Ffulup.ourdev.dmu.ac.ukNot listed:
a:0:{}listed:
a:1:{i:0;a:1:{s:6:"idsite";s:2:"15";}}I don’t know yet if Piwik/WP-Piwik can sort out the difference between the different subdomains.
Forum: Plugins
In reply to: [Media Category Library] Fatal Error!I added this:
require_once(ABSPATH . "wp-admin/includes/screen.php");to the top of wp-content/plugins/media-category-library/classes/media-category-library.php as per http://wordpress.org/support/topic/fatal-error-when-going-to-wp-admin?replies=5
This brings the website admin back.
Forum: Plugins
In reply to: [Media Category Library] Fatal Error!Me too.
I’m running 3.5.1 with multisite and Buddy Press. I’ll test with a previous version and feedback.
[edit] Should have said it breaks admin pages only.
Forum: Networking WordPress
In reply to: Site admin URL repeats website domain ending in 404I discovered, via the usual route of install backup and update one plugin at a time, that wordpress-https 3.3.6 caused the problem. I’ve downgraded to 3.3.5.
Problem now is that I have to somehow go to the settings for HTTPS and re-save them for every blog.
Anyone know of a quicker way?
Forum: Networking WordPress
In reply to: Site admin URL repeats website domain ending in 404Here is the stack for the code called when the correct URL is created:
#0 wp_register() called at [/usr1/home/www/virtual/ourtest/public/htdocs/wp-includes/default-widgets.php:314] #1 WP_Widget_Meta->widget(Array ([name] => Primary Sidebar,[id] => sidebar-1,[description] => ,[class] => ,[before_widget] => <li class="block"><div class="block-content block-widget_meta clear-block" id="instance-meta-2">,[after_widget] => </div></li>,[before_title] => <div class="title"><h3>,[after_title] => </h3><div class="bl"></div><div class="br"></div></div>,[widget_id] => meta-2,[widget_name] => Meta), Array ([title] => ,[dw_include] => 0,[dw_logout] => 0,[dw_login] => 0)) called at [/usr1/home/www/virtual/ourtest/public/htdocs/wp-includes/widgets.php:182] #2 WP_Widget->display_callback(Array ([name] => Primary Sidebar,[id] => sidebar-1,[description] => ,[class] => ,[before_widget] => <li class="block"><div class="block-content block-widget_meta clear-block" id="instance-meta-2">,[after_widget] => </div></li>,[before_title] => <div class="title"><h3>,[after_title] => </h3><div class="bl"></div><div class="br"></div></div>,[widget_id] => meta-2,[widget_name] => Meta), Array ([number] => 2)) #3 call_user_func_array(Array ([0] => WP_Widget_Meta Object ([id_base] => meta,[name] => Meta,[widget_options] => Array ([classname] => widget_meta,[description] => Log in/out, admin, feed and WordPress links),[control_options] => Array ([id_base] => meta),[number] => 2,[id] => meta-2,[updated] => ,[option_name] => widget_meta),[1] => display_callback), Array ([0] => Array ([name] => Primary Sidebar,[id] => sidebar-1,[description] => ,[class] => ,[before_widget] => <li class="block"><div class="block-content block-widget_meta clear-block" id="instance-meta-2">,[after_widget] => </div></li>,[before_title] => <div class="title"><h3>,[after_title] => </h3><div class="bl"></div><div class="br"></div></div>,[widget_id] => meta-2,[widget_name] => Meta),[1] => Array ([number] => 2))) called at [/usr1/home/www/virtual/ourtest/public/htdocs/wp-includes/widgets.php:893] #4 dynamic_sidebar(sidebar-1) called at [/usr1/home/www/virtual/ourtest/public/htdocs/wp-content/themes/mystique/sidebar.php:8] #5 require_once(/usr1/home/www/virtual/ourtest/public/htdocs/wp-content/themes/mystique/sidebar.php) called at [/usr1/home/www/virtual/ourtest/public/htdocs/wp-includes/template.php:407] #6 load_template(/usr1/home/www/virtual/ourtest/public/htdocs/wp-content/themes/mystique/sidebar.php, 1) called at [/usr1/home/www/virtual/ourtest/public/htdocs/wp-includes/template.php:383] #7 locate_template(Array ([0] => sidebar.php), 1) called at [/usr1/home/www/virtual/ourtest/public/htdocs/wp-includes/general-template.php:92] #8 get_sidebar() called at [/usr1/home/www/virtual/ourtest/public/htdocs/wp-content/themes/mystique/home.php:35] #9 include(/usr1/home/www/virtual/ourtest/public/htdocs/wp-content/themes/mystique/home.php) called at [/usr1/home/www/virtual/ourtest/public/htdocs/wp-includes/template-loader.php:47] #10 require_once(/usr1/home/www/virtual/ourtest/public/htdocs/wp-includes/template-loader.php) called at [/usr1/home/www/virtual/ourtest/public/htdocs/wp-blog-header.php:16] #11 require(/usr1/home/www/virtual/ourtest/public/htdocs/wp-blog-header.php) called at [/usr1/home/www/virtual/ourtest/public/htdocs/index.php:17]The code produced (copied to the error_log):
<li><a href="https://sherazhussain.ourtest.dmu.ac.uk/wp-admin/">Site Admin</a></li>but the code in the browser reads:
<li><a href="sherazhussain.ourtest.dmu.ac.ukwp-admin/">Site Admin</a></li>When I hover over this I get:
http://sherazhussain.ourtest.dmu.ac.uk/sherazhussain.ourtest.dmu.ac.ukwp-admin/I get the same symptom if I change themes. domain_mapping.php appears to be doing its job.
Any ideas folks? Much appreciated.
Forum: Networking WordPress
In reply to: Site admin URL repeats website domain ending in 404wp_register() eventually spits out:
<li><a href="https://subdomain.domain.ac.uk/wp-admin/">Site Admin</a></li>which is correct so the HTML must be being post processed because the code uses ‘echo’.
How do I debug this please?