·
Added a discussion

I have spent months setting up my site. I'm almost ready to start beta testing with my site members. I installed the Paid Levels module so they can upgrade from Basic to Standard or Premium. However, I created the Standard level myself. It does not have the toggle switcher in Permissions. It does not show up in Paid Levels. I know I can spend an hour and manually switch the permissions and names between the two. Is there an easier way to fix this so it shows up in Paid Levels?

image_transcoder.php?o=sys_images_editor&h=2535&dpx=1&t=1740340350

image_transcoder.php?o=sys_images_editor&h=2536&dpx=1&t=1740340358

  • 285
·
Added a discussion

We have some experienced colleagues looked at the issue of "Push notification" stopped working after 14-RC3 update and it was concluded that this feature stopped working after the new update.

I hope our friends in UNA team look at this ASAP.

@Alex T⚜️ @LeonidS

  • 295
·
Added a discussion

hello,

could anybody help me to fix this error? between english and german should be finnish, but the flag and name is not showing, i think, that happens after making an update. in ployglot all seems correct

  • 312
·
Added a discussion

Users on my site will be able to create groups and monetize them, in Patreon-like fashion. I am trying to figure out the best way to set up payments and payouts on my site. The options I am looking at are single seller mode and using Stripe Connect.

For single seller, it seems like I would collect all payments and then distribute payments to sellers, minus my commissions. My questions are:

  • Do the sellers have any sort of dashboard to track their sales and how much I owe them?
  • Is there a request for cash out feature?
  • For recurring/subscription payments, will I need to set up each one of their offerings as products in my Stripe account

Stripe Connect seems like the most ideal way to get the users their money and just hold out commissions, but:

  • For recurring/subscription payments, will each seller need to set up each one of their subscriptions as products in their Stripe account like we have to with our paid levels? If this is the case, I am worried it may be too complicated for them to set up.

Is there another simple option or is this just going to be difficult because of the subscriptions? one-time payments seem so simple but recurring seem much more tricky.

·
Added a discussion

App Store - More Products: When viewing a product in the app store, the same product is displayed under the “More Products” section, which should instead show other products from the same vendor. The “More Products” section must exclude the currently viewed product from the list; otherwise, it doesn’t serve its purpose. It should only display the other products available, not the one that is currently being viewed.

·
Added a discussion

Hello,

Is anyone using Xero? Please give us some feedback.

How can it be useful for UNA? The Xero description page here in UNA doesn't make it clear enough.

Thanks

  • 895
·
Added a discussion

UNA 14RC3 -cloud hosted by UNA - all mods updated.

Concerning the UNA core invitations module @LeonidS and the 'invite by email' in the great affiliate module by @AQB Soft

Can anyone confirm? Right now anybody can sent an invitation to any email adress. No matter if this email adress is already registered or this email adresses already got an invitation and is in some kind of 'pending' status. Is that how it should work?

image_transcoder.php?o=sys_images_editor&h=2529&dpx=2&t=1740139614

  • A) and D) User can send invitation to the own email adress
  • B) and C) Users can send invitation to already registered emails, the admin in this case

An Additional Question to both UNA invitations & AQB Affiliates : Where can a member manage the invitations he has sent? At least the ability to see a list of email addresses an invitation was sent to?

I think I remember in older UNA versions there was a message when sending an invitation to an already sent or already registered email adress.....hm, was it like that?

( imagine using the points system or any other one to reward users by sending invitations... a real mess ;)

  • 974
·
Added a product

The Coozila! Package for Memcached Cluster integrates DragonflyDB and McRouter, offering a state-of-the-art caching solution tailored for modern applications. This package is designed to maximize scalability and performance, enabling developers to deploy distributed caching layers effortlessly, reduce database load, and significantly improve response times.

Why Choose Coozila?

  • Simplified Scalability: Deploy a highly efficient distributed caching layer with pre-configured Docker packages, reducing complexity and ensuring faster response times.
  • Intelligent Request Routing: Utilize McRouter’s advanced features, such as prefix routing, replicated pools, and failover mechanisms, for seamless cache operation.
  • Blazing-Fast Performance: Built on DragonflyDB, Coozila! delivers a high-speed, fault-tolerant caching system optimized for high-demand environments.
  • Dynamic Configuration: Manage and scale your caching infrastructure with live updates, ensuring zero downtime.
  • Multi-Level Caching: Implement tiered caching for enhanced data retrieval efficiency.

Core Features

  • Optimized Caching: Route requests efficiently across multiple Memcached servers using McRouter for better load balancing and resource management.
  • Advanced Routing Logic: Configure routing policies based on prefixes, clusters, or custom requirements using McRouter’s modular routing handles.
  • Rich Monitoring Tools: Access detailed statistics and debugging tools for complete visibility into cache performance.
  • Security First: Protect data in transit with SSL support and IPv6 compatibility.
  • Multi-Threaded Architecture: Leverage multi-core systems for efficient request handling.

Easy Deployment

This package includes pre-configured Docker containers and a straightforward setup process, enabling developers to quickly build a scalable, reliable caching infrastructure.

Included in Your Offer

  • One Nginx Instances: Optimized for web traffic management.
  • One PHP Instances: Pre-configured for Memcached integration.
  • Two McRouter Instances: Intelligent request routing for optimal caching
  • Two DragonFlyDB Memcached Instances: Integrated with your existing database and website. One master and one slave

Note: Each “server” refers to one Docker container. All containers can run on the same physical machine or in the cloud for performance and redundancy.


Recommended Server Specifications

For the Cluster configuration, we recommend using a cloud server instance with the following specifications:

  • Minimum RAM: 8 GB (This is the minimum requirement to run the cluster effectively for production.) We have tested the application with 4 GB of RAM, and it functions perfectly, as Docker consumes very little memory. However, to achieve maximum speed, the application requires this amount of RAM, which also depends on the quantity of cache on your server. If the RAM fills up quickly, the application’s performance will degrade rapidly, as it runs solely in RAM.
  • The data is saved both on disk, and a snapshot of the program data is created. If your server has less memory, only a single instance of DragonflyDB can be run. However, in this case, the cluster loses its significance. A single instance of DragonflyDB requires a minimum of 4 GB of RAM to run effectively.
  • Maximum RAM Supported: Each DragonflyDB instance can support up to 768 GB of RAM, enabling extensive caching capabilities. With 4 instances configured, the total RAM available will be 1536 GB. However, in a mirrored setup (replication), the effective storage capacity is halved, resulting in 758 GB of usable RAM. This configuration is cost-effective and suitable for applications with light to moderate traffic.

The DragonflyDB Cluster project is paving the way for a new generation of caching systems, delivering exceptional performance and scalability. Designed to handle demanding workloads, this advanced configuration makes it an ideal choice for large-scale applications.

The application can set a limit on the RAM that can be used. If you have unlimited memory, you can set it to manage automatically, and DragonflyDB will manage its memory based on the available memory on the server.

However, a custom cluster can be configured without limitations and can be horizontally scaled across different geographical areas or within the same data center based on your preferences. For more advanced options, this custom cluster can run in a Multi-Cloud, Multi-Cluster Kubernetes Orchestration setup with Karmada across multiple data centers and with various cloud providers globally, without any limitations.

Key Advantages

  • Unparalleled Speed: With performance that can reach up to 25x faster than traditional Memcached, DragonflyDB Cluster is designed for use cases where speed is critical.
  • Scalability: The cluster’s advanced architecture supports scaling up to 4.6 TB, offering exceptional capacity for handling massive datasets.
  • Flexibility: Adaptable to a wide range of scenarios, users can customize configurations to optimize for their specific requirements.

Handle with Care: Development Status

As a project still under development, the DragonflyDB Cluster team advises users to:

  • Test thoroughly in controlled environments before production deployment.
  • Adjust configurations to match individual use cases for optimal results.
  • Verify licenses to ensure compliance with all third-party dependencies and integrations.

Licenses

Important Notice Regarding DragonflyDB Usage

In compliance with the Dragonfly Business Source License 1.1 (BSL 1.1):

  • Permitted Use: This project involves installing and configuring DragonflyDB as part of your private caching infrastructure.
  • Prohibited Use: You cannot offer DragonflyDB as a hosted or managed service, nor provide any solution that allows third parties (other than your employees or contractors) to access or use DragonflyDB features.
  • One-Time Installation: You can only order a one-time installation for a managed solution. You need to contact the DragonflyDB team to ensure that the service fully respects the licensing terms of DragonflyDB, or you can manage it yourself.

Explore and Contribute

Learn more and become part of the journey by visiting the Coozila! repository: DragonflyDB Cluster on GitHub

Multiple Configurations for Diverse Needs

DragonflyDB Cluster provides several configurations to suit a variety of use cases:

  • Basic setup: for smaller-scale applications or testing environments.
  • Advanced setup: featuring three routers, three master nodes, and three slave nodes, optimized for performance, fault tolerance, and high availability. If you have a minimum of three servers available for caching, we can install a package on each of them. Each server will have one router and two instances: one DragonflyDB master and one DragonflyDB slave. Additionally, we will set up three Nginx proxy servers in front, along with a load balancer.
  • For high availability (HA), a total of six instances are required, which means you will need a minimum of six servers, each with one instance of DragonflyDB. In this case, you will have three master nodes and three slave nodes operating in a mirrored setup, so the available memory will be effectively halved.

Preconfigured packages:

For preconfigured basic packages, you can find them on the app store:

Custom Installation Assistance

If you would like custom installation of this product, please contact Coozila! Labs at labs@coozila.com. Our team is ready to help you with the installation process and ensure a smooth setup.

  • Based on the size and complexity of your project, we will provide you with a tailored pricing quote.
  • For purchasing a custom installation service, please visit the following link: Coozila Docker Package App for Memcached.
  • You can also check out the official Coozila! Labs page for more information: Coozila! Labs.
  • For any inquiries, feel free to reach out through our contact page: Contact Coozila!.

After Purchase Notes

After your purchase, please provide the following information via email:

  • Server login credentials
  • An SSH key for secure access
  • Details about the project you wish to integrate

Additional Documentation

For more details, please refer to the main repository:

Disclaimer

This product is provided "as is," without any guarantees or warranties regarding its functionality, performance, or reliability. By using this product, you acknowledge that you do so at your own risk. Coozila! and its contributors are not liable for any issues, damages, or losses that may arise from the use of this product. We recommend thoroughly testing the product in your own environment before deploying it in a production setting.

APP Diagram:

image_transcoder.php?o=sys_images_editor&h=2531&dpx=2&t=1740189860

  • 1230
·
Added a discussion

One quick question... Over the years, I have seen kind members of this forum offer to "give back" and allow other sites to use their Jitsi servers. Is this really possible or practical? It seems like some of the UNA / Jitsi integrations could be "broken" from one url to another.... Settings, memberships, events, etc.

Surely, these kind individuals were talking about more than just testing their new Jitsi servers. Right?

So. Please confirm that more than one UNA site (sites and urls which I control) can access both features (jitsi meet and video transcoding) on a SINGLE external server. IF I control both servers and have them properly configured in the settings and in the inc/header.inc.php file.

In other words, I have TWO UNA sites on one server which I want to use with ONE remote (unmanaged) server for these two purposes. The two purposes which are not possible on a shared hosting plan. Due to resource constraints.

Thank YOU.