redict/redict-doc
7
3
Fork
You've already forked redict-doc
3

Rewrite Redis => Redict #3

Open
opened 2024年03月23日 11:27:12 +01:00 by ddevault · 11 comments
No description provided.

Let me try to clarify the task here, before I work on it:

  • clients, libraries and tools: I don't think we should rewrite anything in that directory right now: The clients listed there are targetting Redis, so I think it would be a bit weird to change "A full featured Redis client for Pharo" to "A full featured Redict client for Pharo". Right? 🤔
  • modules and modules.json: I think the same is true for them, right?
  • commands and docs: Here the task is pretty clear to me 👍
  • community: Here, the bigger question is: Do we have replacements for all the things listed there? It mentions the Discord Server, Mailing List, Twitter Account. I think our community setup is described. Maybe we can just remove this directory altogether, as that page supersedes it?
  • wordlist: Not sure what that is?
Let me try to clarify the task here, before I work on it: * `clients`, `libraries` and `tools`: I don't think we should rewrite anything in that directory right now: The clients listed there are targetting Redis, so I think it would be a bit weird to change "A full featured Redis client for Pharo" to "A full featured Redict client for Pharo". Right? 🤔 * `modules` and `modules.json`: I think the same is true for them, right? * `commands` and `docs`: Here the task is pretty clear to me 👍 * `community`: Here, the bigger question is: Do we have replacements for all the things listed there? It mentions the Discord Server, Mailing List, Twitter Account. I think [our community setup is described](https://redict.io/docs/community/). Maybe we can just remove this directory altogether, as that page supersedes it? * `wordlist`: Not sure what that is?
Author
Owner
Copy link

I don't think we should rewrite anything in that directory right now: The clients listed there are targetting Redis, so I think it would be a bit weird to change "A full featured Redis client for Pharo" to "A full featured Redict client for Pharo". Right? 🤔

Agreed.

community

we can probably remove that

wordlist

I think they have a spellcheck linter for the CI, we can remove that imo

> I don't think we should rewrite anything in that directory right now: The clients listed there are targetting Redis, so I think it would be a bit weird to change "A full featured Redis client for Pharo" to "A full featured Redict client for Pharo". Right? 🤔 Agreed. > community we can probably remove that > wordlist I think they have a spellcheck linter for the CI, we can remove that imo

Okay, so that means this task consists of:

  • Rewrite Redis to Redict in commands
  • Rewrite Redis to Redict in docs/data-types
  • Rewrite Redis to Redict in docs/get-started
  • Rewrite Redis to Redict in docs/interact
  • Rewrite Redis to Redict in docs/management
  • Rewrite Redis to Redict in docs/manual
  • Rewrite Redis to Redict in docs/reference
Okay, so that means this task consists of: - [x] Rewrite Redis to Redict in `commands` - [x] Rewrite Redis to Redict in `docs/data-types` - [x] Rewrite Redis to Redict in `docs/get-started` - [x] Rewrite Redis to Redict in `docs/interact` - [ ] Rewrite Redis to Redict in `docs/management` - [ ] Rewrite Redis to Redict in `docs/manual` - [ ] Rewrite Redis to Redict in `docs/reference`

A few questions:

  • docs/about: I would tend to remove this. It contains infos on license (which does not apply), releases (not sure if it applies) and users (do not apply).
  • docs/connect: Infos on connecting to Redis with Dotnet, Go, Java, Node and Python. Should we keep it?
  • docs/install: I think this needs to be adjusted quite a bit. Especially because it also talks about "Redis Stack". There is also a full file to explain how to install Redis Insight, which I would also remove.
A few questions: * `docs/about`: I would tend to remove this. It contains infos on license (which does not apply), releases (not sure if it applies) and users (do not apply). * `docs/connect`: Infos on connecting to Redis with Dotnet, Go, Java, Node and Python. Should we keep it? * `docs/install`: I think this needs to be adjusted quite a bit. Especially because it also talks about "Redis Stack". There is also a full file to explain how to install Redis Insight, which I would also remove.
Author
Owner
Copy link

docs/about: I would tend to remove this. It contains infos on license (which does not apply), releases (not sure if it applies) and users (do not apply).

+1

docs/connect: Infos on connecting to Redis with Dotnet, Go, Java, Node and Python. Should we keep it?

Meh? I think if we get a client list working based on #11, then it's not important to document them in prose; we can just defer to the client documentation.

docs/install: I think this needs to be adjusted quite a bit. Especially because it also talks about "Redis Stack". There is also a full file to explain how to install Redis Insight, which I would also remove.

Yeah, I think we need to rewrite this (I plan on doing that today).

>docs/about: I would tend to remove this. It contains infos on license (which does not apply), releases (not sure if it applies) and users (do not apply). +1 >docs/connect: Infos on connecting to Redis with Dotnet, Go, Java, Node and Python. Should we keep it? Meh? I think if we get a client list working based on #11, then it's not important to document them in prose; we can just defer to the client documentation. >docs/install: I think this needs to be adjusted quite a bit. Especially because it also talks about "Redis Stack". There is also a full file to explain how to install Redis Insight, which I would also remove. Yeah, I think we need to rewrite this (I plan on doing that today).

Great! Removed docs/about and docs/connect in my PR. I'll leave docs/install to you 👍

Great! Removed docs/about and docs/connect in my PR. I'll leave docs/install to you 👍

Next step is to integrate these into redict.io? I think these files can be moved rather than trying to rig them up to the data system like we do for command docs.

I agree, yes 👍 docs/management, docs/manual and docs/reference are not yet re-written. But we can migrate over the other pages already imho!

If that works for you, I would copy over the files from docs/data-types to the redict.io repo content/docs/data-types (I would flatten probabilistic/hyperloglogs.md to hyperloglogs.md while doing that). Give me a quick thumbs up, and I'll move it over.

You already moved docs/interact/programmability to https://redict.io/docs/scripting, right? pubsub and transactions need to move over as well, right?

> Next step is to integrate these into redict.io? I think these files can be moved rather than trying to rig them up to the data system like we do for command docs. I agree, yes 👍 `docs/management`, `docs/manual` and `docs/reference` are not yet re-written. But we can migrate over the other pages already imho! If that works for you, I would copy over the files from `docs/data-types` to the redict.io repo `content/docs/data-types` (I would flatten `probabilistic/hyperloglogs.md` to `hyperloglogs.md` while doing that). Give me a quick thumbs up, and I'll move it over. You already moved docs/interact/programmability to https://redict.io/docs/scripting, right? pubsub and transactions need to move over as well, right?
Author
Owner
Copy link

You already moved docs/interact/programmability to https://redict.io/docs/scripting, right? pubsub and transactions need to move over as well, right?

Yep. I didn't think that pubsub and transactions were well placed in the same section as the Lua docs, though, I think they should have a different home in the end.

>You already moved docs/interact/programmability to https://redict.io/docs/scripting, right? pubsub and transactions need to move over as well, right? Yep. I didn't think that pubsub and transactions were well placed in the same section as the Lua docs, though, I think they should have a different home in the end.

Yep. I didn't think that pubsub and transactions were well placed in the same section as the Lua docs, though, I think they should have a different home in the end.

What do you think about putting them into the new "Usage" section?

> Yep. I didn't think that pubsub and transactions were well placed in the same section as the Lua docs, though, I think they should have a different home in the end. What do you think about putting them into the new "Usage" section?
Author
Owner
Copy link

I think that's the perfect home for them.

I think that's the perfect home for them.

Great! Then my next PR will be the usage section.

Great! Then my next PR will be the usage section.
Sign in to join this conversation.
No Branch/Tag specified
main
No results found.
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
redict/redict-doc#3
Reference in a new issue
redict/redict-doc
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?