Disroot/Disroot-Project

Fork

You've already forked Disroot-Project

Code Issues 231 Pull requests Projects 7 Releases Activity

[Accounting] [Webshop] - Implement webshop #1141

New issue

Open

opened 2025-03-12 08:34:23 +01:00 by muppeth · 5 comments

muppeth commented

2025-03-12 08:34:23 +01:00

Owner

Copy link

Create procedures and automations to deploy and maintain the webshop:

Create procedure for updating code base
Create procedure to backup db and code base
Create Ansible role to deploy or configure wordpress (or at least db and nginx as the MVP)
Setup all needed plugins
Configure Webshop
- Prepare and setup products flow (merch)
- Prepare and setup subscriptions flow (storage)
Configure Donation page
- Allow one time donations
- Allow annual (monthly / yearly) donations
- Add reward collection

Create procedures and automations to deploy and maintain the webshop: - [ ] Create procedure for updating code base - [ ] Create procedure to backup db and code base - [ ] Create Ansible role to deploy or configure wordpress (or at least db and nginx as the MVP) - [ ] Setup all needed plugins - [x] Configure Webshop - [x] Prepare and setup products flow (merch) - [x] Prepare and setup subscriptions flow (storage) - [x] Configure Donation page - [x] Allow one time donations - [x] Allow annual (monthly / yearly) donations - [ ] Add reward collection

muppeth added the

administration

finances

labels 2025-03-12 08:35:24 +01:00

muppeth referenced this issue

2025-03-12 08:50:39 +01:00

[Accounting] [Webshop] - Check if we could deal with entire financial administration via webshop setup #1128

muppeth added a new dependency 2025-03-12 08:51:10 +01:00

#1128 [Accounting] [Webshop] - Check if we could deal with entire financial administration via webshop setup

muppeth added the

🦾 4

sysadmin

labels 2025-03-14 14:02:45 +01:00

muppeth added this to the Currently working on milestone 2025-03-14 14:02:57 +01:00

muppeth self-assigned this 2025-03-14 14:03:03 +01:00

meaz commented

2025-04-08 09:35:30 +02:00

Owner

Copy link

@muppeth I've checked wordpress, I see that you've already managed to add Configure Donation page as listed on the first post of this ticket. Is there something that is not working as it should?

@muppeth I've checked wordpress, I see that you've already managed to add `Configure Donation page` as listed on the first post of this ticket. Is there something that is not working as it should?

muppeth commented

2025-04-08 10:00:37 +02:00

Author

Owner

Copy link

Yeah currently I am working (finalizing) checkout page stuff. basically the idea is to hook it up to keycloak which I already did. But wordpress is junk and even though to login to wordpress you could be auto redirected to keycloak, woocommerce has its own login page (even though uses the same accounts so should just use the same page), and doesn't recognize keycloak. So I did some php snippet code to do the redirect. However, this should only redirect to login page as in require login only when user buys a subscription (for example storage) as it needs to be an existing user and also this will enable us to auto process storage requests without manual admin intervention. But, when buying merch or donating (one time donation), this should not be required as we want non-disroot folk to buy stuff or donate without connecting donation to an account.
And so I am currently working on filter to redirect to keycloak login when user buys subscription (or anything that requires to login with disroot account) and when not just provide required fields. So this is still pending work but I almost got it right, just needed to focus on other tasks and wanted to give myself few days away from that shitshow.

Yeah currently I am working (finalizing) checkout page stuff. basically the idea is to hook it up to keycloak which I already did. But wordpress is junk and even though to login to wordpress you could be auto redirected to keycloak, woocommerce has its own login page (even though uses the same accounts so should just use the same page), and doesn't recognize keycloak. So I did some php snippet code to do the redirect. However, this should only redirect to login page as in require login only when user buys a subscription (for example storage) as it needs to be an existing user and also this will enable us to auto process storage requests without manual admin intervention. But, when buying merch or donating (one time donation), this should not be required as we want non-disroot folk to buy stuff or donate without connecting donation to an account. And so I am currently working on filter to redirect to keycloak login when user buys subscription (or anything that requires to login with disroot account) and when not just provide required fields. So this is still pending work but I almost got it right, just needed to focus on other tasks and wanted to give myself few days away from that shitshow.

👍 1

muppeth commented

2025-04-19 09:26:05 +02:00

Author

Owner

Copy link

If user selects subscription (eg. storage), he is redirected to login page that will point to keycloak requiring user to authenticate prior the checkout. In that way we serve subscription only to existing users. No address information is required apart from the needed by the payment processor (email, and name).

Will do some cleanup and move on with the work. I need to adjust the checklist on top.

Ok. I think it works now. The current flow is: If user selects merch or one time donation, there is no need to create account as user is treated as guest on checkout. Since its goods that require shipping shipping related fields are required. If user selects subscription (eg. storage), he is redirected to login page that will point to keycloak requiring user to authenticate prior the checkout. In that way we serve subscription only to existing users. No address information is required apart from the needed by the payment processor (email, and name). Will do some cleanup and move on with the work. I need to adjust the checklist on top.

muppeth commented

2025-04-19 10:16:06 +02:00

Author

Owner

Copy link

I also wonder how to treat custom request. It's kinda a freebie for donation but I was wondering if we should create a separate product out of it. I would still have donation slider but would apply etc. (it would still be donation), but we could put custom fields in checkout (like domain name for example). Also we could decide to give domain linking for reoccurring donations and not single donation. @Disroot/Owners any opinions on this?

One thing to still look into is possibility to remove a frebie. Currently freebie (stickers) is added when user donates over certain amount ( I think for testing I set it to 50euro). However this should be optional and user should be able to remove it. I also wonder how to treat custom request. It's kinda a freebie for donation but I was wondering if we should create a separate product out of it. I would still have donation slider but would apply etc. (it would still be donation), but we could put custom fields in checkout (like domain name for example). Also we could decide to give domain linking for reoccurring donations and not single donation. @Disroot/Owners any opinions on this?

antilopa commented

2025-04-20 06:42:53 +02:00

Owner

Copy link

As for custom domain, we decided a while ago to move from recurring donations to any type of donation, since setting it up is a one time process and it doesn't take significant resources. So what would be the reason to change back?

Once it is made possible to make t optional, I think stickers should be an opt-in and not an opt-out, so like a checkbox that appear after certain amount is donated, or optional fields for address in case someone wants stickers. As for custom domain, we decided a while ago to move from recurring donations to any type of donation, since setting it up is a one time process and it doesn't take significant resources. So what would be the reason to change back?

👍 1

No Branch/Tag specified

Branches Tags

main

No results found.

Labels

Clear labels

🔥

Urgent

🦾 1

Tasks requiring minimal time and resources.

🦾 2

🦾 3

Tasks needing moderate attention, possibly involving coordination with others or multiple steps.

🦾 4

🦾 5

🦾 6

Significant tasks that require substantial time investment, potentially impacting other work.

administration

Akkoma

Pleroma related issues

Android

Issues related to Android platform

Bare metal

Everything related to phisical servers

bug

Something is not working

Communication

Disroot's communications

Community

Community related

Cryptpad

Cryptpad related issues

🙌 Decission needed

We need a decission of the core team or community at large on the topic

Discussion

Documentation

duplicate

This issue or pull request already exists

Users' comments, ideas and suggestions

Nextcloud related issues

There are PR waiting for approval and merging

question

More information is needed

Regarding staging server

issue caused by upstream code

Disroot yearly report

No labels

Milestone

Clear milestone

No items

No milestone

Currently working on

Projects

Clear projects

No items

No project

Assignees

Clear assignees

No assignees

muppeth

3 participants

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Blocks

#1128 [Accounting] [Webshop] - Check if we could deal with entire financial administration via webshop setup}

Disroot/Disroot-Project

Reference: Disroot/Disroot-Project#1141

Reference in a new issue

Repository

Disroot/Disroot-Project

Title

Body

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?