-
-
Notifications
You must be signed in to change notification settings - Fork 92
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
Curate Trainings #672
Comments
@plone/documentation-team @plone/training-authors @plone/training-team @pbauer @ksuess @spereverde would y'all please review the spreadsheet (https://docs.google.com/spreadsheets/d/1Wmg03uXD3fIRYz33xPFnzaFbLYdxjhKq10NAKDswFxg/edit#gid=0) and let me know whether the information is correct, especially whether or not to retain or archive each of the trainings that is currently published? I will create a post to the Community Forum this week to announce archival of old trainings for transparency. Thank you! |
It's time to try to clean up the Trainings once again. @fredvd said I will be granted access to the machines that host Training and Documentation so that I can manage these things. However we need to make sure I know any history that should be preserved. @pbauer @ksuess @polyester @spereverde @fredvd @ericof please review the above plan and linked spreadsheet, and let me know if there is anything that should be changed or considered. Thank you! |
https://training.plone.org/volto/index.html is still valid. The PloneConf 2022 training "Volto and React" is as far as I know a combo of trainings "React", "Volto" and "Volto Hands-On". |
@stevepiercy, your plan sounds reasonable to me. |
My current and urgent problem is: |
Would a redirect permanent 301 from |
I think a redirect permanent 301 from The important point of my problem is, that only the main training.plone.org should be indexed and listed in search results of Google, etc.., not training.plone.org/5/ nor training.plone.org/2022/. |
If you don't want them indexed, then we should delete old trainings. I don't think we want to do that. I think there is value in retaining older trainings as well as older versions of specific trainings and allowing them to be indexed. The whole purpose of using a year in the URL is to indicate to the reader that this training occurred in a given year and might not be up-to-date. We can do that with an announcement banner, which the theme supports. Do we instead want to deploy a snapshot at a different hostname? This would be similar to Plone Documentation versions and branches. For example, should we do:
Good question. I can look into the Matomo stats. I suspect that there are still a lot of external links that contain I updated the todo list at the top of this issue. Now they are logically grouped together, and I revised a few items for clarity. |
@ksuess I had a quick chat with Paul. I forgot myself, but the redirect for both training and docs are defined in an Ansible setup we have used and are still using for the current docs.plone.org. Here they are:
This is what gets applied to the nginx config. (edit, I wrote apache before) |
+1 from me for all the above. Just to be sure, that we are speaking of the same when speaking about archiving. This means deleting the training identified as outdated (-> Google sheet). They are still available under /2022/* Your hint that obviously many external links still exist that have the form /5/** is very valuable. So if we can reduce these external links and no crazy stuff is configured, then Googling would lead me to training.plone.org/** and not training.plone.org/5/**. :-) |
Thank you @fredvd, now we know where /2022/ should be deployed to. |
For Matomo stats, I checked entry pages since we started collecting stats, and |
Changes to plan: Deployment of archiveAdd location on server:
This was replaced:
...with this:
Added:
|
Correct, but with a modification, per discussion. Archived trainings would be available in the branch
This theory has no supporting evidence, unless I misinterpreted Matomo stats. In any case a redirect permanent from Deployment of archive
|
Google search dashboard would be our friend here; it's pretty good at assigning which versions of URL's are canonical. I can probably do this, but at @work crunch this week, so can't really tend to that until the weekend |
Should I have access to this as well? |
yes, you should. Let me try to work through the horrible Google UI when it's not late at night here |
@alecpm @calvinhp @cdw9 @cekk @ebrehault @ericof @fulv @jackahl @jensens @ksuess @MrTango @oz123 @pbauer @robgietema @smcmahon @sneridagh @thet @tiberiuichim @tomgross @tschorr you are an author or presenter of a Plone training. Please review the plan at the top of this issue, and reply by 2023-03-31 if you think that we should change whether your training should be archived or retained. Thank you for your collaboration! |
I agree Transmogrifier can be archived |
I agree Angular SDK for Plone can be archived. |
You can archive gatsby too |
I agree Deploying and Operating Plone on WSGI can be archived. |
I agree with the plan. |
The Plone Workflow training should be retained though since it it is still 100% valid. There is also Use, Integrate and develop Patterns for Plone 6 Classic which is not part of the repo but should be in the list of trainings. |
Updated to "retain".
Should it be moved into this repo, not just a link to an external site? The Sphinx Book Theme, which is based on PyData Theme, might support its functionality. Also is the training in a separate repo? I could not find it. |
It's weekend, I know, no hurry please. Remark: A redirect of /5/* to 2022.training.plone.org/* with a banner "this is a 2022 snapshot. See training.plone.org" gets more importance since a newby posts /5/ urls on community.plone.org, which is outdated. |
I agree with the plan. |
Most of the Solr training is still relevant but I have no plans to update it. If no one wants to take over it can be archived. |
Thanks for catching that. Updated the plan for this item:
|
Thank you for the reminder. It was discussed, but I forgot to include it. I have added it to the plan as this item:
|
I think we can say this for all archived trainings: "This training may still be useful for the latest Plone versions, but it may need to be updated. We seek contributors who still use this training to update or maintain it for the latest versions." Or something to that effect. |
You gave the trainings "React an Volto", @jackahl and @iFlameing. Is the "Volto" training superseeded by "Volto Hands-On" training? Should "Volto" training be retained or archived, what do you think? |
During the Volto Team meeting, we confirmed the plan. Only "Volto" training will be archived, and the other three retained. |
I've created PRs to update links in preparation for the cutover to archive old trainings. Some cannot be merged until we have https://2022.training.plone.org/ ready. Next up, work on upgrading the theme to the latest versions. |
Here's the preview: https://deploy-preview-752--plone-training.netlify.app/ And the PR: #752. This theme upgrade is needed primarily to thoroughly test it for its application to Documentation and other Plone docs, but also to take advantage of features that are only available in the latest version, such as an announcement banner. |
Moving forward! I updated the todo list. I removed the mention of creating a tag, because a branch name is adequate for this project. I removed "Add robots.txt to 2022 so that it is no longer indexed." because we actually do want the old trainings to be indexed and searched, and it is fine to do that with the banner announcement. |
This is now complete. Thank you everyone for your contributions to make this happen. 🎉 🍺 |
We have several outdated, unmaintained, and unsupported trainings. We need to curate them. @polyester, @pbauer, @ksuess, and I discussed how to proceed. We should notify Authors to update their trainings, and let Authors know of their planned status. Here's the suggested plan in sequence.
Communication
archive
orretain
)https://training.plone.org/5/*
withhttps://training.plone.org/*
across Plone org #740/5/
is preferred over/
in search engine results. [Edit: @stevepiercy believes that a redirect permanent 301 will fix this.]Deployment of archive
https://training.plone.org/5/
exists on the server:/var/www/training.plone.org/5/
2022
for the archived trainings. Updates to that branch may continue to be deployed.2022
to/var/www/2022.training.plone.org/
on the server./5/*
to2022.training.plone.org/*
to remove indexing of/5/
and use2022.training.plone.org
instead./var/www/training.plone.org/5/
from the server.Deployment of
main
main
continues to be the current branch to be automatically deployed always and forever tohttps://training.plone.org/
.main
, retaining only the current trainings. Archive trainings #757training.plone.org
, mention historic trainings by year. Archive trainings #757Annual deployment
2023
branch and under the URL/2023/
.@pbauer @ksuess @polyester @spereverde @fredvd please let me know if this sounds reasonable or if I missed anything.
The text was updated successfully, but these errors were encountered: