Search Results for 'wordpress'
-
Search Results
-
Cool man, I don’t want anyone to think I only just complain, hehe. I have never been good at sugar coating stuff, and my wife gives me hell all the time about it. Btw, I have a 2 y/o and a pregnant wife, so I reserve the right to be snarky, lol.
Check out my registry for auto-embedding rich media services. I think it could be adapted to work for activity streams, although I guess it would have to be de-PHP5’d
Registry & Service Template Methods
https://plugins.trac.wordpress.org/browser/buddypress-links/tags/0.2-RC1/bp-links-embed-classes.php
Services
https://plugins.trac.wordpress.org/browser/buddypress-links/tags/0.2-RC1/bp-links-embed-services.php
To solve the performance problem, each “service” would need to define a method that denormalizes itself for storage in the table that is queried (it gets hammered). This is very similar to format_activity(), except the abstract activity registry class would define strict rules for the format of data that is returned, then format the output itself from this “cached” denormalized data. We are back to square one with the need to refresh the denormalized data periodically, but I can think of a few ways to lessen the hit. One would be to have a timestamp (or other freshness indicator) column so only records that have changed are refreshed. It would be ideal to refresh the data with a pure SQL query, but then the components would have to provide the SQL to do it, and that would get very messy.
In the end you have an activity stream class interface that basically says… you want to record activity? Ok, extend me and define these methods. You have to return data in exactly this format. Add yourself to my registry, and if you followed directions, I will do all of the heavy lifting for you. Otherwise, get lost.
LMK if any of this sounds good to you, or if we are way off of the same page.
I´m looking for a plug-in to display Buddypress user statistics, but showing user activity on the social network, not web traffic. Any help with this? Thanks a lot.
This thread has been created from this thread since the topic of discussion changed from syncing content to database and component architecture.
First of all, let’s clear a few things up:
1. The activity table is not a cache table, so the preconceived notions of what “cache” means don’t apply when considering solutions. It may contain data that has been pre formatted, but it still contains all the pointers back to the original content. It is quite possible to reconstruct all of the data from the information stored in the activity table. Remember “format_activity” functions?
The table is named “_cached” because this is a leave over from how the component used to work. I have not found a decent reliable way to change the name of the table that will not break a percentage of installations. This leads me onto number 2.
2. What people have talked about so far is the way the activity component used to work. It used to just be a table containing only pointers back to the original content. The stream would be re-built every four hours. The result would be populated in the “_cache” table which is a small part of what you see today. This would then be used to render the stream.
In reality this was just too expensive. Of course we can normalize the database until the cows come home, but in reality this isn’t going to cut it on a low end server. What I don’t want is for BuddyPress to be limited to high end servers with beautiful caching solutions. In reality, I want this thing to run on cheap hosts where someone can just throw it up there and it doesn’t take the server down.
Now, none of that is an excuse for poor database design – and I’m not saying BuddyPress has poor database design – but I’ll be the first to admit it could be better. Rome wasn’t built in a day, and I have no doubt that the schema is going to improve significantly over the next several versions and your help as a developer is appreciated. My philosophy is release early, often and iterate. No one is going to build a perfect solution straight off the bat, let’s get it out there and get people using it.
What we don’t want to do is start talking and discussing changes that fit the way things work right now. Here’s something to consider. I think the activity stream is going to be “the” central point to everything in BuddyPress. As an example, when the photos/album/gallery component is built, images will just be uploaded as an activity stream entry and appear on the activity stream. Any comments on the photo/photos will be activity stream comments. When you look at the permalink for that photo, it will just be an activity permalink with the comments showing.
What I’m saying is *everything* is an activity, regardless of what the content actually is. Rather than thinking of the activity stream as just a place where everything is aggregated, the activity stream will be the place where everything actually happens/is stored. The activity stream has almost everything you need now, powerful filtering, threaded commenting, permalinks and the ability to delete (and soon edit).
Separate interfaces could be built to perhaps display uploaded images in a different fashion, or private messages in a typical email style. However, in reality all of these are still activities.
You could compare this to the posts table in WordPress which is the heart of the software. Everything on the database level is considered a post, but on all levels above the database the content is defined by the “post_type”. Rather than creating multiple new tables for each content type, why not just use the activity table but be able to denote different types of content using identifiers or types?
These are all just ideas and nothing is anywhere near set in stone, however this all something to consider when talking about changes to the schema or debating how it works.
Let’s start some positive discussions about suggestions for small iterative improvements. But — I don’t want to hear about how WP does it wrong. At the end of the day WP is wildly successful and runs on most servers, fulfilling most people’s needs without a problem. Let’s keep it constructive.
Topic: Detailed Debugging ?
I have previously posted in the thread below about activation issues Im having :
http://buddypress.org/forums/topic/premature-end-of-script-headers-internal-server-errors
Im not getting any help resolving this so wonder if there is anyway I can get more debugging output than what I am seeing below :
[Thu Dec 17 08:52:35 2009] [error] [client 81.105.177.234] WordPress database error Table ‘projoosr.wp_bp_groups’ doesn’t exist for query SELECT id FROM wp_bp_groups WHERE slug = ‘rss’ made by require, require_once, require_once, require_once, do_action, call_user_func_array, groups_setup_nav, BP_Groups_Group->group_exists
[Thu Dec 17 09:52:17 2009] [error] [client 81.105.177.234] Premature end of script headers: index.php, referer: http://projoosr.com/wp-login.php
[Thu Dec 17 10:04:03 2009] [error] [client 81.105.177.234] Premature end of script headers: index.php
Thanks !
Topic: Cannot login into new blogs
Hello,
I got a weird problem I cannot figure out. I have installed WordPress MU 2.8.6 and Buddypress 1.1.3. Now I have no problem logging into my main site but I cannot log into new blogs that have been created under my username.
No matter how I arrive at the login screen for the blog, I enter my user name and password but nothing happens. No error message. The page just goes back to the WP login.
I even changed the password of the new blog to the password of my main blog through my main admin area so I know the password is correct but absolutely nothing happens.
Any ideas about how to correct this?
Thanks,
Ed Brancheau
Hello All,
BuddyPress Links version 0.2 (RC1, unstable) is now available for download!
http://wordpress.org/extend/plugins/buddypress-links/download/
(Don’t forget to re-copy the “links” folder into your theme!!!)
* Added support for auto-embedding of rich media (API documentation coming soon!)
* Reduced create/admin form to one page
* Wider selection of thumb sizes for the links widget
* Many CSS improvements and fixes
* Lots of general refactoring
* Some minor bug fixes
Currently supported rich media services are YouTube, Flickr (Photo & Video), and metacafe.
The rich media embedding is scalable to an infinite number of rich media services by extending the class API. I will be writing some more extensions based on Alexa.com reach statistics when I have the time. I am also going to try to write up some basic documentation for how to write custom services. In the meantime, if you are a PHP OO wizard, you will have no trouble figuring it our by yourself, just look at the class interfaces in bp-links-embed-classes.php. Feel free to contact me if you need help or would like me to check your work.
Please post any bugs or other issues to this thread. I will do my best to monitor it and address anything that comes up.
Enjoy!
Marshall
Contributors, Authors, Editors and Administrators can all write blog posts.
https://codex.wordpress.org/Roles_and_Capabilities
The tricky part is only allowing admin-authored posts in the homepage loop. Not sure how to do that. Perhaps with a conditional or a custom query? I’m not enough of a coder to answer that. Goggle is your friend
If there will be only ONE admin however (you?) then it could be as simple as this (note: change “1” to whatever your author id is).<?php query_posts('author=1'); if (have_posts()): while (have_posts()): the_post(); ?>
yay. my posts.
<?php endwhile; else: ?>
oops. no posts.
<?php endif; wp_reset_query(); ?>You can use the same idea to display only posts from a certain category (i.e…. featured)… but I’m pretty certain you can’t restrict what categories a person can post in based on user level. So that probably wouldn’t help you.
Hey,
Yes it works! I spent a while trying to uinstall it manually, but it’s actually much easier to use the plugin:
https://wordpress.org/extend/plugins/wp-prettyphoto/faq/
The css needs some cleaning up but otherwise it’s nice and works
Running BP 1.1.3 on WPMU 2.8.6 w default BP theme
When I tick “Users must be registered and logged in to comment” under Settings>Discussion a non-logged-in user sees “You must be logged in to post a comment.” (this is good, I want them to register)
Clicking that link brings them to the usual WordPress login form (should it? don’t see why not) at the bottom of which they are offered “Register | Lost your password? “
If they choose “register” I would think they SHOULD go to the BP register page, but instead they go to “wp-signup” which is quite different and appears with a few warnings in a blank space near the top.
