Skip to content
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

Retire rack.github.io site #1263

Closed
antonpaisov opened this issue Apr 17, 2018 · 14 comments
Closed

Retire rack.github.io site #1263

antonpaisov opened this issue Apr 17, 2018 · 14 comments
Assignees

Comments

@antonpaisov
Copy link

When a person visits https://github.com/rack/rack, the description says "a modular Ruby webserver interface http://rack.github.io/".
However, the rack.github.io site is seriously out of date with the latest post in news dating "February 7th, 2013" and the latest release marked as 1.4.1.
This is very confusing.
Given that https://github.com/rack/rack.github.com is basically a static HTML page with hardcoded content (meaning that neither releases nor other content fetched from outside) and it seems that no one is interested in updating and maintaining it, I suggest it's better to remove the repo and the site altogether and keep all the related info in the main repo/documentation.

If, however, someone would be willing to update/maintain rack.github.io, that person would need to make a new site anyways.

Opinions?

@yhirano55
Copy link
Contributor

I'm going to update rack.github.com in the near future. I feel it's not good to maintain with hardcoding, so I'm going to propose that we adopt static generator like Jekyll (like https://github.com/rails/homepage)

@antonpaisov
Copy link
Author

@yhirano55 cool! When I saw the site I also thought about making a completely new version with something like Jekyll :)
One of my concerns is that there's no CHANGELOG (or I haven't found one) at the repo. This fact made me also think that if the basic info is not supported in the repo it will be twice as hard to keep the separate site up to date. Hope that I'm wrong with this assumption :)

@leahneukirchen
Copy link
Member

Reminder that the rack homepage existed before Github was in use. :)

I think it makes sense to kill it and just redirect to this repo and fill the README with the appropriate info.

There is a HISTORY.md file, but it's not maintained anymore it seeems.

@antonpaisov
Copy link
Author

antonpaisov commented Apr 18, 2018

IMO having readme.md and changelog.md is most important and is actually enough (maybe with an addition of a separate contributors.md).
I think if there will be a separate site (which I still think is not needed anymore) - it would basically be a page that combines readme.md and changelog.md, or what else could there be?

On a side note - is there a quick way to create and fill changelog.md for rack?

@yhirano55
Copy link
Contributor

I think it makes sense to kill it and just redirect to this repo and fill the README with the appropriate info.

+100

@yhirano55
Copy link
Contributor

@chneukirchen This repo's Wiki is quite old, too. Do you have the plan delete it?

@antonpaisov
Copy link
Author

antonpaisov commented Apr 18, 2018

@yhirano55 yeah, I also think that would make sense.

So now someone with an admin access to the repo just needs to do that :)

@ioquatix
Copy link
Member

Can we come to a consensus on what to do here?

  • Kill or update the website.
  • Kill or update the wiki.

Please let me know your thoughts.

@ioquatix ioquatix self-assigned this Nov 28, 2019
@leahneukirchen
Copy link
Member

My opinion above stands. (Please don't break the URL tho, add a static redirect to the repo README.)

@leahneukirchen
Copy link
Member

The wiki can also go.

ioquatix added a commit to rack/rack.github.com that referenced this issue Dec 9, 2019
The site is too old and no longer relevant. See
rack/rack#1263 for more details.
@ioquatix
Copy link
Member

ioquatix commented Dec 9, 2019

Okay the website has been nuked.

@leahneukirchen can you make me and @tenderlove an admin of the rack org if possible?

@ioquatix
Copy link
Member

ioquatix commented Dec 9, 2019

cc @raggi :)

@antonpaisov
Copy link
Author

@ioquatix I guess we can close the issue now? 🙂

@ioquatix
Copy link
Member

I wanted to rework the wiki into the README there are some good links. If anyone has time to review the content and make a PR that would be great.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants