ferryboat wrote: ↑
Tue Feb 06, 2018 11:06 am
I mind the terms but in all this shi**y forum there is no clear solution to this issue and everybody I post I get the same no answers.
It seems you are thick as a brick.
It's clear you understand but you want people speak your language.
So this board, although is not able to satisfy many important questions is headed by a group of people who enjoy their manner of not offering any solution.
Maybe it depends from your translators, but anytime I try to set the feeds I get NO RESULTS - wasted time.
I can't manage a board without providing RSS feeds and the settings of the feed are not clear.
Maybe must be set up a combination of options, but apparently all them act the same way.
In this forum there many pages and noone offer any solution.
it's clear the RSS feed is one of the lack of this forum and nobody want find a solution.
Well... I'm not sure how helpful your first sentence is (actually it is not)
. For everyone's sanity, I think patience and clarity go a long way as there are 3 kinds of users here. And just to be clear they are... Admins (trying to help and address issues), People with issues (like you) and people using phpBB that maybe can help with your issue because we feel that giving back is important. With that baseline established, the community tries (keyword here) to be cordial and professional. Sometimes, people lose their calm when questions are hazy, so choosing your words carefully is actually important.
First, I have been using phpBB for a long time and have integrated it successfully with my own CMS solutions so I am familiar with what you are trying to do (or I think I am, based on what I have read). I have authored code to Aggregate "Forums" Posts into individual feeds; however, you need clarity when defining your request in terms of identifying what you are trying to see or do. Pictures are good too.
There are several ways to both present and aggregate phpBB content (data) into RSS feeds. The first, uses Forum RSS permissions (as a dependency/requirement) to collect and grant access to the data. You'll find that in the Administration Section.
The second method uses externally defined (top level of permissions) and access rights to pull data from the Database and presentation rights come from some other determining factor (some other front end). I'm assuming (because I choose to do so) that you want the former "normal" way if for no other reason than security (you don't want every forum's data accessible by just anyone) and want to be able to look at any particular forums' (or even topic) posts simply by clicking an RSS Feed Icon inside phpBB itself (meaning, you are pulling the data and using it from inside phpBB itself). You want an RSS link to either a specific forum, or a specific topic, or one for the entire board that is based on the User's permissions (If they have rights to "Forum-X", they can see a feed for "Forum-X" (and that could even be down to "Topic-X" if you want).
With that said, of course this is possible and in fact, phpBB is designed to do this. The code is pretty straight forward to also collect this data and present it in, "Blocks" (on other pages of your website) that shows individual Forum or Topic Feeds as well as the entire Board (depending on the user's permissions, meaning they won't see content that they don't have permissions to). phpBB does all of this natively.
I would direct you first to this:
Here, you can see that the entire board and even each forum can have a feed, or even topics can have feeds. It all depends on how you "define" those inside phpBB Administration. Further, know that the "data" is all there. Thus, you can do a lot to "pull" that data and present (or aggregate it) as well using phpBB itself, or add-ons/extensions.
Unfortunately at this time, phpBB documentation little addresses php file calls, Apache, cache resource optimization, configuration models, file consolidation and thus people like me have been forced to simply do all of that externally by creating Content Management Systems that share common datasets with phpBB; however, far reduce the number of unique file calls through our own front-end account management, security and presentation systems. This is why you will find phpBB 2.x common in many CMS systems of the past couple of decades. The ability to pull data for RSS feeds has always been a great function within phpBB; but there are other; better ways too.
Think of the feed "address" (URL) as merely another script that pulls the data from "Forum=$1", "Topic=$Topic", etc.... and runs it through a converter (to put it in RSS or other format), THEN you need to figure out how to present (store, cache, etc...) that data. I do this all the time in my CMS, I turn phpBB content into validated aggregateable RSS/ATOM/XML Content, store it, cache it and then provide a link to that location. I use only 6 PHP includes to determine everything from security to content presentation. phpBB? I shudder to think.
I will comment aloud that I know from experience that aggregating content from multiple files in to one file significantly
accelerates performance. phpBB has done much with 3.x to improve queries; but it has some major performance (errr...I will say, "resource hog") issues from the habit of calling php functions to do things when (in my humble opinion), it shouldn't. Meaning, the "board" is just making way too many file calls over and over, when in fact I think that it should simply be calling a value instead. For example, I don't need a php function (with a file) to present each image, I only need it once and then to know where that image is (given that each image's properties fit within my defined scope when uploaded (where I validate all of that)... after that, it's just an image, though phpBB sadly doesn't handle it as such. I rewrote my phpBB code so in fact that it does handle images and other things as just a value to fix this issue for myself; but hey.. I can do that, as a coder.
This need stems from the assumption that I found elsewhere in these forums;, "Whenever possible, phpBB should correctly negotiate the revalidation protocols for quasi-static content. The two relevant modules here are download/file.php and style.php, and these modules don't do this (except for avatars)".
As my content is only presented to validated users/sessions (a validated/session object front end that is cached), I don't fall in the group that says that static content, EVEN AVATARS needs to be re-validated because MY permissions system works differently from phpBB in a physical difference of HOW files and content are presented. You have no idea how much the Server resources are affected on Shared hosting where the manner of file calls is translated immediately to = "Server Resources" and is resulting in hosts starting to take action and bump phpBB domains. That space simply isn't designed for the file calls in the "new" Internet of Virtual Servers.
I think the process (what php file calls does to these Servers) is murder. If you're hosting your own box, even with default settings you won't have problems until you hit a certain number of user sessions; but regardless, that's not shared hosting. No, rather, my CMS solutions don't process anything near phpBB to pull an image which is why RSS is also helpful, I pull its value and I'm done with it. I consider the data as already validated by the rules of my Front-End CMS and phpBB shared values and when I apply my CMS rules (when I call it in RSS), I am simply converting it and validating 100% compliance to RSS Standards. The link properties for any non-public forum in my case, only work from within the CMS itself which handles security. All others are processed by 3 php files, 4 Apache and 'x' Cache values.
For the phpBB way, here's another link to the "steps" that I believe you are looking for; but remember, there are a ton of ways to pull, manipulate and present phpBB forums data. The key is in forming your question so that everyone understands exactly what your are trying to do. Clarity is everything.
https://www.inmotionhosting.com/support ... d-settings
Hope this helps!