Log In
Home
(0 votes) 3:04 pm
This is more a question about understanding the process more than anything else..
When you set some default parameters for rss feeds how do they work in the following instance..
feed categories - if you specify xxx in default then if you specify yyy in a specific feed, then does it OVERWRITE the setting from default or in ADDITION ?
The next options from extract full articles down to post date adjustment range I presume are an overwrite to the default settings as there is no way you could do multiple for each setting if you can confirm that?
Then for post headers, footers, custom and php....are they OVERWRITE or ADDITION? It would be nice if you say ADDITION so for example if you set a default php bit of code to cut all messages to 50 words then you can add a feed bit of php code to cut one specific feeds words to 40 if you wanted. Im sure there are other examples better than that but would be good to know so I understand the process.
Thanks
3:36 pm
July 2, 2009
Offline
1) If you assign some specific category to the feed, the default settings will be ignored.
2) The default setting will be always overridden for the feed's local ones.
11:43 pm
so if I wanted some global php scripts to run against all feeds, and some specific ones to run only for 1 or 2 feeds then I would need to put all of the code into the feed instance yeah?
11:46 am
ok I read your reply again... so it is the presense of a category in the feed definition which determines if the php for a feed is run or not?
Login to see the code
^Would the above php work? My intention is if the excerpt in an rss feed is longer than the content then make both the same. Do I need to add a ; onto the end of the line as well or not?
11:52 am
One other thing is I think you said before that the settings for each feed are stored in an array and not in the database? If its not in the database then how and where does it populate the data into the array from? I have looked in the plugin directory for cyberseo but no file there has been updated since I installed it so im confused to where it is getting the info from for each feed or the default settings as well?
4:55 pm
July 2, 2009
Offline
Login to see the quote
Yes. Every feed will need its own code.
4:57 pm
July 2, 2009
Offline
Login to see the quote
Yes it will.
5:00 pm
July 2, 2009
Offline
Login to see the quote
The plugin code treats the settings as arrays (when they are loaded into RAM). On the other hand, they are physically stored in the WP database as serialized objects among standard WP options.
12:08 pm
That would explain a lot in the sense that I guess once a feed is 'polling' then its config is held in memory. It is causing me some problems updating php config for some feeds as it suggests it has done it but then I look again and the update I made hasnt taken effect.
I have got my settings set on auto so wp-cron will run the updates when the frequency gets matched also meaning I dont have to worry about cron. So clearly in order for me to update a feed or the default parameters I need nothing to be trying to update, but even setting the global parameter to cron it doesnt guarantee that a parameter I change will actually stay there. With 20+ feeds and needing to change them all that is quite annoying.
Is there a better way to stop everything from updating so I can alter stuff without losing it?
1:03 pm
July 2, 2009
Offline
Sorry but I'm completely confused now. You are just trying to change the feed settings, but NOT pull the feeds. Right? So what exactly you want to "stop from updating"?
Please email me with access (login/password) to your blog's control panel along with a step-by-step instruction on how to reproduce the mentioned problem. I can't see any other way to understand it.
3:59 pm
July 2, 2009
Offline
The another customer had a similar issue. The problem was in caching plugin: Login to see this link - the thread is in Russian, use Google Translate to read.
11:12 pm
hmm i dont have any caching plugin for wordpress. The only thing that could be related is the standard mysql settings :
# User Parameters
table_cache=80
key_buffer_size=512M
#sort_buffer_size=16M
read_buffer_size=4M
log-slow-queries = /var/log/mysql_slow.log
query_cache_type = 1
query_cache_limit = 1M
query_cache_size = 48M
They seem to help the site work much better in terms of performance so I dont really want to change them if there is another way? Do you think any of those could be the cause?
11:18 pm
July 2, 2009
Offline
Sorry but I can't help with that. I'm a PHP coder but not a server admin, so it's just out of my competence. I can only suggest you to consult your host administrator.
11:22 pm
damn, thats me then hahhaa. ok i will try and turn the mysql cache off and see if that fixes it and what effect it has on performance of the server.
Will let you know ! Thanks
11:29 pm
July 2, 2009
Offline
It's not that easy as it may look. The CyberSEO plugin does not interact with the MySQL base directly. It does use the WordPress API instead. The internal functionality of these API may be changed by WordPress developers at any time. So the things that were working just find earlier many not work after another upgrade of the WordPress core. All these changes are absolutely transparent for CyberSEO which fully rely upon the WordPress API internal realization "as is".
All RSSMost Users Ever Online: 541
Currently Online:
29 Guest(s)
Currently Browsing this Page:
1 Guest(s)
Top Posters:
ninja321: 84
s.baryshev.aoasp: 68
Freedom: 61
Pandermos: 54
MediFormatica: 49
B8europe: 48
Member Stats:
Guest Posters: 337
Members: 2817
Moderators: 0
Admins: 1
Forum Stats:
Groups: 1
Forums: 5
Topics: 1626
Posts: 8273
Newest Members:
igor.buzaev, jeremyboucher, lthompson2709, MAC, duty3canada, backlinkmoroccoAdministrators: CyberSEO: 3910