Forum Replies Created
-
AuthorPosts
-
March 4, 2024 at 2:04 pm #9229Boone GorgesKeymaster
Very peculiar. Paul, if you’re comfortable with it, you could try (temporarily) running this small redirect logger that I’ve written: https://gist.github.com/boonebgorges/83ad69a81052c5ce43001d7c7523a586 Put it in wp-content/mu-plugins/redirect-log.php. Then, trigger the redirect. You should see a redirect-log.txt file at wp-content/uploads/. Share the relevant entries with us here.
February 27, 2024 at 4:21 pm #9215Boone GorgesKeymasterFor reference, here’s where the redirect happens: https://github.com/boonebgorges/bp-groupblog/blob/565b256ede1f2a8c89c480e78b97753d3257afbe/bp-groupblog.php#L1881
I suspect that
$blog_id
is incorrectly returning1
, and/orget_home_url()
is doing something strange.Have you by any chance updated BP to version 12.0+? You would have to have done this manually, overriding CBOX’s default management of the BuddyPress plugin.
@r-a-y Any thoughts about what might be triggering this redirect behavior? The fact that there *is* a redirect is correct, it’s just that the URL is wrong.February 26, 2024 at 3:39 pm #9212Boone GorgesKeymasterHi Paul – It’s normal for the href attribute of the links to point to /groups/name-of-group/blog. But once you load that page, you ought to be redirected to the group blog’s home page, ie to name-of-blog.sunygeneseoenglish.org.
A few things to check:
– Go to Dashboard > Network Admin > Settings > GroupBlog Setup > Redirect. Ensure that ‘Redirect Enabled To:’ is set to ‘Home Page’.
– What is the privacy setting for the group blogs in question? Are you testing using a user account that has access to visit the site?November 12, 2021 at 2:17 pm #9104Boone GorgesKeymasterSorry for the error. I’ve created the tag and you should now be able to complete the upgrade via the CBOX upgrade panel.
October 15, 2021 at 5:29 pm #9060Boone GorgesKeymasterThanks for the ping. @r-a-y is correct that the best way to contribute translations is through https://translate.wordpress.org. The Getting Started section in the handbook is a good place to start https://make.wordpress.org/polyglots/handbook/translating/glotpress-translate-wordpress-org/#getting-started
After submitting translated strings, one of the language editors must approve them before they’ll count toward the 90% threshold. I’m not sure how this process works inside the translation team. https://make.wordpress.org/polyglots/ might be a good resource.
March 31, 2021 at 4:17 pm #8859Boone GorgesKeymasterThanks, Ed. I’ve created a ticket to track the issue. https://github.com/cuny-academic-commons/commons-in-a-box/issues/347
March 30, 2021 at 9:07 pm #8857Boone GorgesKeymasterThanks, Ed. It looks like the cron job is not scheduled. It would be called
bp_groupblogs_cron
. If you want to create it manually using wp-crontrol, it should work./wp-admin/tools.php?page=crontrol_admin_manage_page&action=new-cron
. Set it to ‘hourly’.March 30, 2021 at 10:23 am #8854Boone GorgesKeymaster> for a very busy site (like a mature Commons in a Box OpenLab) the cron might be running too often!
This isn’t quite true. WP’s pseudo-cron is throttled in such a way that it can’t be run “too often”, and in any case, the individual jobs will only be run on schedule. But your general point is correct: on low-traffic sites, certain jobs may not be triggered often enough.
It should be the case that RSS feeds across all sites are imported every hour, even if the individual group is not visited. See https://github.com/cuny-academic-commons/external-group-blogs/blob/master/loader.php#L31. There is additional code that triggers a refresh for a specific group when you visit that group, but it’s only used as a fallback. You might consider using a tool like WP-Crontrol to see whether the
bp_groupblogs_cron
job is scheduled and running properly. https://wordpress.org/plugins/wp-crontrol/As for the specific suggestion about system cron, I have a couple of thoughts:
– The blog post you’ve linked is about multisite, and it works by sending regular pings to each site on the network. But the problem you’ve indicated here doesn’t have anything to do with secondary sites; instead, it’s related to traffic on the *main* site, and in particular, traffic to groups. So it doesn’t really address the underlying problem (though it does ensure that, at the very least, the *main* site’s cron jobs will be run once per hour – far less frequent than WP’s default, which is every couple of minutes, but important if you have a very low-traffic site)
– I have some concern about how the trigger.php script in your linked post will work at scale. It pulls up a list of all sites on a network, and pings each one, with a three second pause between loads. If eachwp_remote_get()
ping takes another 3 seconds, then on a 1000-site network we are looking at 6×1000 seconds. This is nearly two hours. So an hourly cron job will result in a never-ending ping cycle that only gets more overlapping as your network grows. In addition, most hosts will kill script execution after a certain amount of time, so your 6000-second script is unlikely to complete, and many sites will never be pinged.
– There’s a more sophisticated replacement for WP-cron called Cavalcade, which stores all tasks from across the network in a single queue (rather than separate queues for each site) and then uses a systemctl daemon to monitor and run these tasks. It scales very well and is resilient for just this sort of situation. However, it may not be compatible with all hosting setups. See https://github.com/humanmade/Cavalcade/January 20, 2021 at 11:52 am #8789Boone GorgesKeymasterHi all – CBOX OpenLab is specifically designed so that each site (aside from the primary site) is associated with one group, and each group, in turn, cannot be linked to more than one site. As such, it’s not possible at the moment to pursue the most natural solution, which would be to link more than one site to a group (thus pulling all of the sites’ activity into the single group’s activity feed).
A workaround may be the plugin BP External Group Blogs. The CBOX team supports its own version of this plugin, which ships with CBOX Classic but not CBOX OpenLab. See https://github.com/cuny-academic-commons/external-group-blogs. This allows a group to “subscribe” to multiple arbitrary RSS feeds. New items from those feeds will then appear in the group’s activity feed. I don’t see any reason why the plugin wouldn’t work on CBOX OpenLab. Give it a try and let us know what you think.
Another option – and this might be what Ed is suggesting – is to designate the site linked to the course group as the “aggregator” site. Then, use a plugin like FeedWordPress to pull RSS feeds from student sites into that “aggregator” sites. These aggregated posts will then appear in the group activity feed for the main course group.
January 6, 2021 at 10:31 am #8764Boone GorgesKeymasterExcellent! Happy new year!
January 6, 2021 at 10:28 am #8762Boone GorgesKeymasterHello – Try selecting the ‘Legacy’ option from the ‘jQuery Version’ dropdown.
November 19, 2020 at 11:57 am #8636Boone GorgesKeymasterGreat, thanks for reporting back!
November 19, 2020 at 11:43 am #8633Boone GorgesKeymasterHi Sally – The error I’m seeing suggests that BuddyPress was not properly updated. This could happen for a number of reasons, most likely that there a momentary glitch on your server while WordPress was in the process of unzipping the plugin files and then moving them to their proper location.
Here’s what I recommend:
1. Download a fresh copy of BuddyPress: https://downloads.wordpress.org/plugin/buddypress.6.3.0.zip
2. Unzip that file
3. Using FTP or whatever tool you’ve got available, navigate on your server to wp-content/plugins/buddypress
4. Replace the contents of wp-content/plugins/buddypress with the contents the BuddyPress zip file (should contain bp-loader.php and class-buddypress.php)November 12, 2020 at 11:57 am #8616Boone GorgesKeymasterBy the looks of it, there’s something wrong with your Multisite setup, which is causing requests to URLs like http://mycommstories.com/school-1/wp-includes/js/wp-embed.min.js?ver=5.5.3 not to redirect properly (should load the file at http://mycommstories.com/wp-includes/js/wp-embed.min.js?ver=5.5.3). This is likely related to your webserver configuration, and in particular the way that your .htaccess rules are configured.
This problem appears to be unrelated to CBOX or CBOX OpenLab.
When you initially configured Multisite, did you make the necessary changes in .htaccess? The Multisite setup page should have given you some content to put into .htaccess, which should have replaced the default WP rewrite rules already there. Can you share the content of your .htaccess file here?
November 9, 2020 at 10:33 am #8604Boone GorgesKeymasterHi @r-a-y – Thanks for the ping. I’ve confirmed the behavior and put a fix in place. https://github.com/cuny-academic-commons/commons-in-a-box/issues/313
-
AuthorPosts