Will implement New home for RD-Subscriptions / RD-Subs!

Update: The 'forking' of RD-Media RD-Subscription / RD-Subs has begun: massive undertaking but making steady progress... read below for current status and post a reply if you want to add features, thoughts, worries etc.


Part of the message is hidden for the guests. Please log in or register to see it.


Thanks in advance!

---

ToDo:
Front-end:

• Checkout / Cart: cart, discount, user login, user registration, payment gateway / plugins, invoice, transaction
• refactor jQuery to Vanilla JS: checkout.js
• [sakis]Refactor Payment methods / plugins: Omnipay?
• Implement reduced VAT Rates functionality: cart, invoices, transactions
• Refactor router for SEF url's
• VIES check: refactor to API in stead of SOAP
• refactor jQuery to Vanilla JS: profile.js
• refactor jQuery to Vanilla JS: script.js
• User Profile page (see to be discussed)
• User Invoices Page
• User Subscriptions Page
• Joomla XML Update Feed
• File Page
• Download category
• Download categories
• Product Overview
• Product Page

Generic

• [WIP]...Redefine Triggered events, currently there are to many unused ones making things unnecessary complicated
• [WIP]... Refactor RDMedia classes (libraries): Work in progress, tackling these as I run into using them
• Templates > refactor Content Construction
• [joomill]Add Changelog support: docs.joomla.org/Adding_changelog_to_your_manifest_file
• refactor jQuery to Vanilla JS: template.admin.js
• Implement new discounts (discount per product instead of only global configured)
• Cron routines
• refactor jQuery to Vanilla JS: dropbox.js
• Refactor all helpers to library classes
• Implement new user groups add and remove on subscription start / end
• Recreate country table as this is not up to date anymore
• AcyMailing Lists plugin: add / remove subscribers to from AcyMailing Lists
• Removed Dropbox support

To Be Discussed / Decided

• [Mat]Add event triggers for user edit page / before+after save
• Templates: remove 'page' templates and page template functionality as these will be replaced by Joomla Articles
• [low-priority] Re-adding product upgrade functionality (after removing parent/child products)
• [low-priority] GeoIP: OCH implementation (local database + maintenance)
• [low-priority] tcpdf: implement new library (currently very old / outdated / unmaintained)
• [low-priority] Back-end Order form > Joomla MVC: need to figure out if this cannot be done in a different way
• [low-priority] GDPR implementation: this pre dates Joomla 3.9 which introduced GDPR functionality.
• [Joomla 4][joomill]Refactor Checkout process to enable 3rd party additions: onlinecommunityhub.nl/nl/forum/community...d-subs?start=30#1462
• [system plugin]Should User Profile page be integrated in Joomla user profile page or separate? This can be done with a simple system plugin > requirement is that we use Joomla forms for the fields (and we will )
• Drop DropBox support for file and invoice storage: is anybody using this anyway?

Back-end:

• categories > Joomla MVC
• countries > Joomla MVC
• coupons > Joomla MVC
• logfiles > Joomla MVC
• NEW: Import (from rd-subscriptions)
• transactions > Joomla MVC
• migrate > Remove as I have no data to test with (Akeeba Subs / CC Invoices)
• cpanel > Remove as not adding any value in new MVC setup
• files > Joomla MVC
• invoices > Joomla MVC
• pendings > Joomla MVC
• products > Joomla MVC
• queue > Joomla MVC
• subscriptions > Joomla MVC
• templates > Joomla MVC
• users > Joomla MVC
• states (regions) > Joomla MVC

Hi Sakis,
Thanks for your interest. Last week I had a discussion with Robert (the 'original' developer). Currently rd-subscriptions 'shines' in extension subscriptions and download.
Next to that I use it myself for customer sites (b2b) where subscriptions are sold that give access to forum, videos and content.
What I run into is that this is where a lot of refactoring needs to take place: you need for example multiple vat rates on products which is currently not possible as vat is taken over the shopping cart and not per entry in the shopping cart, also notifications, discounts etc. should be possible on a per product basis.

These are not small changes as it needs refactoring the architecture behind the component.

I think these changes are required to broathen the market for this extension.

Making it Joomla 4 compatible will also be a very large (and likely b/c breaking) change.

What changes would you like to see/prioritize?

Sakis wrote: Hi Ruud

Code and architecture
I am actually using the akeeba subscriptions which seems to be the ancestor of RD subscriptions.
I need to see the code, but if it is built on FOF (the akeeba's framework), i would like to replace it with the native Joomla Framework's functions.
By doing that we would be possibly much closer to J4 as well.

Akeeba is not related to RD Subscriptions, the latter is a totally different extension with the possibility to import Akeeba Subscripts data: that is the only thing they have in common.
RD-Subscriptions is a Joomla 3 extension that doesn't completely follow Joomla 3 API and coding guidelines (e.g. forms (user registration, checkout, etc.) and view templates are custom and not based on Joomla API, so these should be rewritten from the ground up, including all the jQuery stuff on these forms)

Collaboration and inclusiveness
Going public in github would be a plus, as it may attract more developers.
I see a bunch of extension providers using it.

If we do that, we should define some roles and responsibilities.

This is also something i discussed with Robert (the original developer), for me that is not feasable as I have to account for my time (running a business )

Features
I see some value, in adding a user option to make a subscription recurring with automatic payment.
Also would need better reporting. Comparing a date range with a previous date range. E.g. The current week with the previous one.

Cool, recurring is definitely a plus, but that involves also a architectural change as the way payment is done currently is based on the (very simple) checkout process.
As for the reporting, on what data would you like to see that?

Sakis Terz wrote: So how are you thinking of it?

I'm not
maintaining a 'free' version of a complex extension like this takes a lot of time, it is nice that others can help develop, but in the end the only gain is that I can continue using it for myself and for my clients (for whom also other extensions exist that will do what they want it to do).

And although I love free extensions, this will not be one of them: there is no business model that will generate the needed income to maintain it (even free extensions cost a lot of money to create and maintain)

This was also one of the reasons the developer stopped: the free version was downloaded thousands of times, but the paid version was not being sold. probably because the free version had the required functionality in it. Putting in the effort to make it J4 compliant was to great a cost that he would never get back.

I estimate I need 80+ hours to get the basics as is on J4

Sakis Terz wrote: Personally i consider it difficult to gain a lot of money from such an extension, because of it's nature, the size of that market niche and the existing competition.
But it is much worst to have no descent subscription extension for B2B in Joomla.

This is exactly the issue, and not only for this extension, but for Joomla as a whole. Apart from the niche (subscriptions) the extension market for Joomla is getting to small to make a living. And there are also a lot of abandoned extensions still being sold that are not helping either

Anyway, i am interested in the way you think to go on with that.
Please keep me informed.

Good to know and I will keep you informed via this thread and my newsletter. If you think of anything related, please post here.

thanks for thinking along Sakis!
regards,
Ruud.

Hi,
Holidays are over, enough time to think this one through.

In between commercial projects I am spending time on rd-subs.
fase one will be:
* a new ochSubscriptions extension (version 1.0.0)
* it will have refactored helper tools (my own)
* it will have its own database tables
* it will have its own component name (com_ochsubscriptions)

It will install as a side-by-side extension to rd-subscriptions

it will be able to import rd-subscription (important: version 2.10.0) tables, params (not sure yet), menu items (needs some thought), it will set a redirect for non-sef urls (pointing to &option=com_rdsub)

Front-end views remain unchanged for this release, back-end views will part with the tabbed view and will work with sidebar shortcuts (joomla best practice): hopefully that will then also fix the surfing issue with the back / forward browser button loosing its view / state.

The extension will be released with the PayPal express and paylater payment plugins, plus acymailing and joomla groups plugin. These i use myself so I can develop and test new versions.

So basically version 1.0.0 will be the new base version. next versions I will work on additional plugins, J4 compatibility, refactor VAT (multiple VAT rates), etc.

ochSubscriptions will be a commercial extension (need to account for a huge amount of time to maintain this extension), When version 3.0.0 is ready for beta testing I will create a product page where everybody can purchase and download.