Closed Bug 874986 Opened 12 years ago Closed 12 years ago

Ensure /projects links points to learning projects

Categories

(Webmaker Graveyard :: Thimble, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: michiel, Assigned: michiel)

Details

(Whiteboard: u=user p=1 s=2013w23)

Attachments

(1 file)

Right now we have learning projects (partner projects we made for thimble last year, london zoo etc) sitting in the thimble repository, where will these move? Also, if they move somewhere else, how do we load their data into thimble? (we load from template right now, node-side, so if we move them webmaker.org instead, things get more complicated)
Why not just leave them in the thimble.wm.o repository? Leave existing links working as-is, right?
existing links no longer work, though. However, the learning/content team mentioned they'll be curating the projects to determine which to keep and which to prune, I suspect we can close this ticket in lieu of their work.
setting Brett as a needinfo, to see whether we can close this or need to keep it open (might need to be moved to general webmaker if we do? not sure)
Flags: needinfo?(brett)
Will decide on these this week.
Assignee: nobody → brett
Flags: needinfo?(brett)
Whiteboard: c=thimble s=2013w21 u=dev p=1 → u=user p=1 s=2013w22
So this shouldn't be thimble specific. We should pass through all webmaker.org/projects and decide on a list of what we want to keep Lets make a list here and decide this week https://etherpad.mozilla.org/webmakerv2contentmigration Adding Kat, Jacob, Paula.
Flags: needinfo?(jacob)
Summary: where do the "learning projects" go? → Create a list of projects to migrate
I made a google doc that might make the decision process even easier - https://docs.google.com/spreadsheet/ccc?key=0Ao9wg_o18NI1dHJGc0h4bFhrb2xtd1lmTWwwNlJfdEE#gid=0
My initial reaction is that we should keep the ones that we made unless there's a reason not to? We'll have to manually submit them as published makes and then copy/paste/format the instructions as a Thimble tutorial. I can get started on it once the site is ready for submissions
Flags: needinfo?(jacob)
Copied Ross' migration spreadsheet to our burndown google doc https://docs.google.com/a/etherworks.ca/spreadsheet/ccc?key=0AkvvpcilLIOndFE1MURBQjRFcjV3cHlpVElDVmhGRHc#gid=5 Pushing this till next week.
Whiteboard: u=user p=1 s=2013w22 → u=user p=1 s=2013w23
Hi all - will be sending email out, but Paula and I have realised we don't fully understand what will be lost and what will stay during this migration - and we're also realising an email will need to be sent to mofo-all to ensure nothing is lost that we've missed in the migration spreadsheet.
Pomax, we've made a list here: https://docs.google.com/a/mozillafoundation.org/spreadsheet/ccc?key=0AkvvpcilLIOndFE1MURBQjRFcjV3cHlpVElDVmhGRHc#gid=0 However, one thing I'd like to do is keep the thimble landing page at thimble.webmaker.org and just leave the existing links, so that people who use that can still depend on that list. I understand from your comment that published makes will be fine as is, but that editing urls for legacy content will not, ie https://thimble.webmaker.org/en-US/projects/o2_helloworld/edit What would be the best solution, then, for ensuring that these legacy links still work? There are orgs that actively use these URLS (the one above is an example) and we can't have them dissapear. Is there a simple redirection strategy that would work for everything in the repo?
Flags: needinfo?(pomax)
:jp - as it seems like we know the URLs we want to redirect and where we want them to go is this something that could be set up at the load balancer level? Failing that could we set up something like this for the Thimble app - https://github.com/paulosman/batucada/blob/master/apps/projects/views.py#L33-L53
Unfortunately, AWS ELB isn't that smart :( Why we should try to go to all this trouble to have two copies of thimble running indefinitely? Why not just have thimble-node do everything that thimble-django does? We can even import the old data.
+1 to that idea jbuck. I'd love to see us figure out a conversion path for these projects and allow ourselvesa chance to sunset old thimble.
We don't need a "conversion path", we already have all those projects in new thimble, in their own directory as dedicated templates. We had that working 2 pretty much on week one. So: we can just make the new instance accept the old URL routes, and then load up the relevant project using new thimble if we want, quite easily. However, I'm not quite sure what you mean with keeping the old landing page (were there any designs for that?). Do we need a landing page for thimble.webmaker.org that lists all makes with tag "super special we-approved-these projects" that can then be clicked through? Because right now the base url opens up Thimble itself.
Flags: needinfo?(pomax)
OK, was just confused by this original comment: (In reply to Mike "Pomax" Kamermans [:pomax] from comment #2) > existing links no longer work, though. However, the learning/content team > mentioned they'll be curating the projects to determine which to keep and > which to prune.... If we can just load 'em in thimble node we are fine. The problem we're solving here is that there are an unknown # of orgs using thimble as curriculum, and we don't know which projects they use. The likely answer is "not many", but its the edge cases that would be the problem. We can leave it designed as is for June 15th, and do some simple cleanup that indicates there are a list of "legacy projects". But we won't point to this UI within webmaker.org and we'll sunset this landing page over time. If by leaving those projects in the repo, and simply building as is, we get new links to these projects, we're good.
yeah, we got that covered (there's a /projects link on new thimble that lists all the "learning projects" we had)
that said, we're not surfacing that link atm, but we can trivially make the old style "/en-US/..." links point to the new project locations and have everything work as far as the users/orgs are concerned.
Assignee: brett → pomax
Summary: Create a list of projects to migrate → Ensure /projects links points to learning projects
Status: NEW → ASSIGNED
this adds the legacy route from current thimble, using the /en-US/projects/{name}/edit URI fragment.
Attachment #759830 - Flags: review?(scott)
Attachment #759830 - Flags: review?(scott) → review+
landed the patch that enables the old style URLs so that they resolve correctly under new Thimble. I think that's all we really needed from this ticket?
resolved.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Attachment mime type: text/plain → text/x-github-pull-request
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: