valkey-io / valkey-io.github.io

BSD 3-Clause "New" or "Revised" License
31 stars 25 forks source link

[NEW] Website | Docs? #7

Open ultimateshadsform opened 3 months ago

ultimateshadsform commented 3 months ago

What should we create the website with or the docs with?

What technology should we use for the docs?

Should we use Vitepress for that or what do you all want to use?

Should we use Nuxt 3 for the frontend or what do you all want?

Just wondering. I mean I know it's early and everything but it was just an idea.

Edit: Nvm I just was that it's already started.

zuiderkwast commented 3 months ago

The contents of the docs is forked from Redis. It's Creative Commons Share-Alike 4.0, i.e. something like copyleft. It's in the repo valkey-doc.

For the rendering, we could start off with a clone of redis-website, which is using Hugo. This is Apache 2 so we can fork that too.

This seems to me like the easiest way to get started. I don't have any strong preferences. It's up to the people who want to be responsible for a website.

ultimateshadsform commented 3 months ago

I mean we can make the website open source so everyone can access and edit it.

I think something like Vitepress would be nice!

But it depends on what functionality the website will need.

I think Vitepress would be a nice choice if it's not that complicated then we could just make .md files to make the website etc.

If it's all static we could use github pages.

Would be nice with something that's easy to edit instead of manually editing .HTML files.

paulohmorais commented 3 months ago

Hey!

Check docusaurus.io.

The project can do both Documentation and Website!!

And are used by others amazing open source projects docusaurus.io/showcase

madolson commented 3 months ago

We had someone working on it here, https://github.com/valkey-io/valkey-website, it was building and working but something broke with the rename and now it's no longer getting updated :/. I haven't gotten much of a chance to deep dive it yet. (It also leaks we were really into the Odis but we decided to pivot to a different name).

kuroh123 commented 3 months ago

Vitepress or nextjs would work. Probably nextjs would be more feasible since its more popular framework ig

ultimateshadsform commented 3 months ago

I don't really mind what we use.

We could use Docusaurus if it's not that complicated and doesn't need any advanced functionality.

madolson commented 3 months ago

We could use Docusaurus if it's not that complicated and doesn't need any advanced functionality.

That seems okay. My asks are basically we need a framework that can support:

  1. An interactive "Try Valkey page" with examples
  2. A documentation page
  3. A blog

For the rendering, we could start off with a clone of redis-website, which is using Hugo. This is Apache 2 so we can fork that too.

The current website is https://github.com/redis-stack/redis-stack-website, afaik, I didn't see it have a license. Where did you see it was apache 2? The old redis-io doesn't seem to have a license either.

ultimateshadsform commented 3 months ago

Can you explain more about "An interactive "Try Valkey page" with examples" ?

We can use Docusaurus then.

But if it's a little more advanced or something we could use Next JS with TypeScript.

madolson commented 3 months ago

Can you explain more about "An interactive "Try Valkey page" with examples" ?

The ability to try valkey with a simple prompt so you could do something like:

valkey> SET FOO BAR
OK
valkey> GET FOO
"BAR"
ultimateshadsform commented 3 months ago

Can you explain more about "An interactive "Try Valkey page" with examples" ?

The ability to try valkey with a simple prompt so you could do something like:

valkey> SET FOO BAR
OK
valkey> GET FOO
"BAR"

Could maybe use next js then or something.

dizys commented 3 months ago

Next.js seems to be a popular choice for newly revamped websites, especially within the React frontend ecosystem. Big name examples including react.dev (https://react.dev/) and nodejs.org (https://nodejs.org/).

I think many people would be able to contribute to it since nextjs has become pretty popular.

ultimateshadsform commented 3 months ago

But I'm not sure how it would work to provide an example. How would that work?

It would be so insecure to just run a shell command.

So I don't know how to solve that. Unless there is some webassembly thing.

Ayyoub-ESSADEQ commented 3 months ago

what about using nextra ? it is based on Nextjs and offers a lot of flexibility, we could create our own theme and populate the website with the needed documentation using mdx.

dizys commented 3 months ago

So I don't know how to solve that. Unless there is some webassembly thing.

Either 1) spin up a container, could be expensive or 2) compile to wasm and run in browser memory, not sure how hard it is to strip down and compile. Would be nice to have a faithful online playground without reimplementing all the commands with js.

madolson commented 3 months ago

The website pipeline is working again :). https://github.com/valkey-io/valkey-website

So, any updates there will showup on https://d18m7x5q574jh8.cloudfront.net/. I assumed it would all be a static website, which is what the pipeline is built around.

spin up a container, could be expensive

I can convince AWS (or one of the other corporate entities helping us) to cover a small fee. My vision would be we would host a simple service that can support that. There is an embedded webassembly version of redis, that could also be cool.

ultimateshadsform commented 3 months ago

Could just use plain old php with jquery (april fools)

zuiderkwast commented 3 months ago

The current website is https://github.com/redis-stack/redis-stack-website, afaik, I didn't see it have a license. Where did you see it was apache 2? The old redis-io doesn't seem to have a license either.

@madolson i thought is was https://github.com/redis/redis-website. It had apache 2.

Ayyoub-ESSADEQ commented 3 months ago

@ultimateshadsform

I mean we can make the website open source so everyone can access and edit it.

I think something like Vitepress would be nice!

But it depends on what functionality the website will need.

I think Vitepress would be a nice choice if it's not that complicated then we could just make .md files to make the website etc.

If it's all static we could use github pages.

Would be nice with something that's easy to edit instead of manually editing .HTML files.

We could use Nextra, I made a quick draft, you can check it here : https://valkey.vercel.app/

madolson commented 3 months ago

@madolson i thought is was https://github.com/redis/redis-website. It had apache 2.

hmm, I had never noticed that before. I'm not sure if it was ever used, (it was in redis.io -> redis-stack), but it seems to work.

zuiderkwast commented 3 months ago

@madolson i thought is was https://github.com/redis/redis-website. It had apache 2.

hmm, I had never noticed that before. I'm not sure if it was ever used, (it was in redis.io -> redis-stack), but it seems to work.

I was active in redis-doc but during that new website project, they didn't care to keep me updated. I was told this repo will be the new website though, so I guess that was the idea at some point. If we can spin it up and it works, I think we have gained a good starting point. Most of it is statically rendered IIUC.

I do want even more of the content to reside in valkey-doc though. None or very little content should be in the rendering templating. We can even generate man pages for all of the commands and manuals. It might be something distro maintainers are interested in.

dizys commented 3 months ago

I quickly mocked up some original artwork and I attributed it under CC BY 4.0.

Feel free to use it as part of the product identity:

Screenshot 2024-04-02 at 1 20 50 PM

SVG: ValKey-Logo_CC-BY-4 0

or differently stylized lowercase: ValKey-Logo_v2_CC-BY-4 0

madolson commented 3 months ago

You can find the temporary URL at https://d18m7x5q574jh8.cloudfront.net/ as well as on the main page. Once things are "mostly" working, we can update the url to point to this.

W.r.t. hugo and other things. Our decision was that we would like to get the website working (so would rather continue with what we have), but be wiling to update and change in the future. The only real mindful decision we have to make is to make sure url's continue to roughly point to the right place.

zuiderkwast commented 3 months ago

There are some special stuff like automatic links to the commands and some exception when using asyntax like `!PING` that makes it NOT link to the command with that name...

I would assume using the Hugo thing would work out of the box (almost) with links and content working.

(Edit: Part of this comment moved to #6)

zuiderkwast commented 3 months ago

I like this logo, a hexagon labyrinth with the key in the middle.

stockholmux commented 2 months ago

@dizys You want to submit the colours you came up with as the official Valkey colour pallet? #55

zuiderkwast commented 2 months ago

@stockholmux Do you mean these? https://github.com/valkey-io/valkey/issues/82#issuecomment-2035079091

dizys commented 2 months ago

@dizys You want to submit the colours you came up with as the official Valkey colour pallet? #55

To be clear, the color pallet used in https://github.com/valkey-io/valkey/issues/82#issuecomment-2035079091 is by @madolson I believe. 😊

madolson commented 2 months ago

Yes! I added the colors with the help of a graphic designer. Sorry if that wasn't clear.