Hi Thomas,

On 01.04.2017 16:36, Thomas Doczkal wrote:

On 04/01/2017 02:30 PM, Erik Albers wrote:

...

Hi Wikicaretakers,

thank you very much for taking care of the wiki right now.

I see you moved https://wiki.fsfe.org/Migrated/FellowshipElection_2017 to https://wiki.fsfe.org/Activities/Election/FellowshipElection_2017

That's correct.

...

Can you please make a forward to this page then?

No. /Migrated/ will be empty soon and we should get rid of this Links as soon as possible.

I am absolutely in favor of getting rid of /Migrated/, but I think we should handle this transition with forwards to the "real" pages. There might be a ton of external links to wiki-pages of FSFE that now lead to empty pages.

...

Now the latest news item links to the old version and people find an empty page ...

The latest news Item (April) is ready for proofreading but so far no one has committed another language but english.

I have just fixed the english version.

https://trac.fsfe.org/fsfe-web/changeset/35248

thank you very much. However, we are talking about two different things. You relate to the newsletter and I was talking about the now latest news-item on our homepage. "Fellowship elections 2017 with eight candidates"

I now fixed it, but the whole weekend it was linking to /Migrated/ and therewith to an empty page...

That is why I mean there should be forwards to the "new" pages instead of presenting empty pages.

Thanks, Erik

Hi wiki-care-takers,

On 05.04.2017 19:33, Thomas Doczkal wrote:

can you create a List of _required_ forwards? We have moved migrated to several different places and there is no easy way to forward everything to it's new destination.

I think the easiest way is if everyone who is working with the wiki should receive an email, explain the problem and explain how to add forwards. Then, we simply have to fix this step by step over time, every time we find a broken link.

For example I was just reading the news-entry for the Fellowship-elections 2015: https://fsfe.org/news/2015/news-20150316-01.en.html which links to the now dead-link: https://wiki.fsfe.org/FellowshipElection_2015 which forwards to here: https://wiki.fsfe.org/Migrated/FellowshipElection_2015

can you please explain me, how can I integrate forwards into the wiki? I would like to do so, so I can link it to the "real" page instead.

I mean, now I changed the link from the news-item into https://wiki.fsfe.org/Activities/Election/FellowshipElection_2015 but for sure there are more pages who link to the now dead-linking election page.

Best regards, Erik

Hi Thomas,

On 24.04.2017 14:43, Thomas Doczkal wrote:

...

...

can you create a List of _required_ forwards? We have moved migrated to several different places and there is no easy way to forward everything to it's new destination.

I think the easiest way is if everyone who is working with the wiki should receive an email, explain the problem and explain how to add forwards. Then, we simply have to fix this step by step over time, every time we find a broken link.

Please handle this information with care. You can edit the .htaccess file of the web server in our wiki. See this link: https://wiki.fsfe.org/WikiAdmin/Redirections

Please Note: this file is linked *live* to the .htaccess file... In case you add a typo to this page the wiki might stay offline until someone has time to fix it. Please read and follow the comments on the linked page first.

I am confused and need help:

As I understand it you have to write Redirect permanent "/NAME OF OLD LINK" "/NAME OF NEW TARGET"

And if I set a string of commands it leads me through all of them, like

Redirect permanent "/FrontPage" "/FSFE Fellowship Wiki" +

Redirect permanent "/FSFE Fellowship Wiki" "/FSFE Wiki"

Brings me from /FrontPage "directly" to /FSFE Wiki, right?

Then, first I do not understand why there are still redirects that lead the user to "/Migrated/something", like Redirect permanent "/addresses and mailing lists" "/Migrated/AddressesAndMailingLists" Redirect permanent "/Apple-Tax_Refund" "/Migrated/AppleRefund" Redirect permanent "/BLIT" "/Migrated/BLIT08" ? Although I think the whole idea of the new page-moving was to get rid of "/Migrated"?

Then, generally, I kindly ask to explain me where I can add new redirects, on top of "automatically generated redirects" or inside or at the end?

Example: the edu-team is worried because their leaflets are no more available from the outside and the links in all the blogs etc are broken.

Right now, in the automatic section we have the following rules: Redirect permanent "/Reasons_for_schools_to_use_free_software" "/Migrated/Reasons_for_schools_to_use_free_software" Redirect permanent "/Reasons_for_schools_to_use_Free_Software" "/Migrated/Reasons_for_schools_to_use_Free_Software" (yes, it is double in there)

However, /Migrated/Reasons_for_schools_to_use_Free_Software leads to an empty page, so I like to make a redirect from there to /Activities/Education/Reasons_for_schools_to_use_Free_Software.

So, from my understanding I write the following rule:

Redirect permanent "/Migrated/Reasons_for_schools_to_use_Free_Software" "/Activities/Education/Reasons_for_schools_to_use_Free_Software"

right?

And, where do I put it?

Thanks, Erik

Hi Thomas,

On 01.06.2017 22:37, Thomas Doczkal wrote:

On 05/29/2017 02:17 PM, Erik Albers wrote:

...

So, from my understanding I write the following rule:

Redirect permanent "/Migrated/Reasons_for_schools_to_use_Free_Software" "/Activities/Education/Reasons_for_schools_to_use_Free_Software"

right?

And, where do I put it?

Thanks, Erik

May I ask you why you need to write a new Rule which redirects from Migrated to something?

Because of this:

On 29.05.2017 14:17, Erik Albers wrote:

Example: the edu-team is worried because their leaflets are no more available from the outside and the links in all the blogs etc are broken.

People of the education team have written blog posts in the meantime that link to wiki pages who have been under /migrated/ in the last year. If you read their blogposts now and you click on the link, this linke leads you to wiki.fsfe.org/migrated/something and you get a "page does not exist".

The same is true for an inestimable amount of links to several wiki-pages from multiple resources (blogs, news, social media posts and even our very own news-section picking up the example from the Fellowship elections)

That is why I see the need to redirect these broken pages to their new pages now. I mean we simply cannot change the links from the outside. I propose to do it page by page, whenever we get aware of broken links or someone complains like in the current case the edu-team.

In the beginning of your mail you wrote that you are not happy with links pointing to Migrated and then in the next step you want to point from migrated to something. It would be better to get rid of redirects pointing to Migrated and have them redirect to the right destination.

haha, sure : )

But we cannot. I am talking about all the links in the web out there that have been set in the last year or so in that we had the /migrated section.

We cannot change them.

Your assumption of 'direct' is wrong. You have multiple redirects which you will find out if you use something like 'request policy' for Firefox and have to apply each redirect. This can be really annoying ...

I do not know what assumption you mean, but I am totally aware of this problem, as I wrote "if I set a string of commands it leads me through _all_ of them".

However, I think the amount of users who use something like the mentioned request policy and is getting annoyed is much smaller than the amount of users who do not use it, click on a link and get annoyed by getting an empty page.

Can we have a Session to discuss this further?

sure, we can have a phone/video call next week if you like.

I'm sorry I missed your mail as I have lots of work to do and literately no time left for FSFE right now.

actually you responded very quick. thank you!

If you have dead links maybe it's best to write me an e-mail personally to doczkal@fsfe.org and CC the Mailinglist (I have different accounts for the mailinglist and doczkal@fsfe.org) so I can look into it. I'll then post back to you a diff of the page so you can review it later.

Would that be an option for you?

I guess we are talking about ~50 pages or so. Not sure if this is convenient for you.

Thank you for taking care, Erik