-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for other delivery endpoints #20
Comments
There simply was no need for it yet. It definitely makes sense to support other end-points. Maybe it's best to first think about what that would look like in code for people using Kontent.Statiq? |
I suggest we keep this one open and collect feedback here. I'll definitely have some input myself soon and it was already mentioned by one of our team members too :) |
Single Currently, I am using this a a workaround:
|
This might be a single-use purpose, but Or maybe use Paging API for that purpose. More context here: https://github.com/Kentico/statiq-kontent-collaboration/issues/18 I have datasets for:
|
@Simply007 I added very naive support for items feed, this is the result: I'll see about optimizing this a bit. |
Well, looks like the second run was already a lot faster. I'm assuming that's due to caches being primed from the first run (?). Running the test in a release build shaved off another couple of seconds. I tried profiling but did not see any significant slow downs in the Kontent.Statiq module. Here's the result. I'll push my changes as well. |
Is there a reason why there is support only for the
/items
endpoint? Was it a deliberate choice or was it just because of the lack of time and it's still the plan to support them at some point?I can see that for larger projects it could be handy to implement the
/items-feed
as well. The same goes for the taxonomies... (not to mention other endpoints)The text was updated successfully, but these errors were encountered: