Hey @david! Spent some time reading through the this thread, and the one comment @David_Gabler made that stuck with me was about differentiating between an active and inactive user. Yes, Inactive users donāt count towards the monthly user quota, but excess rows in the user table do count against overall row quota.
Is there ANY magic Glide can do on the backend to write a system ādate time last activeā value in the user profile table? This will help us to determine which users are no longer active. Knowing the datetime can also help with other conditional logic and assist with app cleanup, etc.
Iām talking about a custom action that you can define that automatically runs when the app starts, for example. Than you could write time stamps, add logic, call webhooksāwhatever.
That would be amazing! Will need to save this discussion for a different postā¦donāt want to get off topic, but yes, many of us here would LOVE to have an action that fires whenā¦
Iām not really clear what you mean by āUsers with roles applied also count as private users.ā I havenāt yet played with the roles feature, so thatās probably why I donāt get it.
Iām guessing this would also be unclear for those that are considering signing up for the first time. They would not have any experience with roles in Glide to help understand what this means and how it would impact their monthly limits.
Does this mean that users with roles applied count towards the monthly limit, regardless of whether they sign in and are therefore āactiveā?
No one is complaining. Everyone is trying to understand how the new pricing affects their personal situation. And no one forced us to use Glide, but we started using Glide under certain ātermsā, and those ātermsā are changing.
And who won lines with indications will have 500 lines again?
As there was no restriction on published applications, I believe that the vast majority will have more than 3, which is now the free account limit. Will this surplus be automatically deleted or will they all go to draft status?
Thanks
When will this exclusion of the unpublished take place?
Is that we may have important applications not yet published.
And the lines for those who have 3, 4,000 will be kept?
Hello , trying to understand the changes in the values āāand what it means.
I have an app with a pro plan in which I donāt have many users but I have more than 10000 editions in less than 15 days of work.
Iām sure Iāll hit 30000.
What value would this type of consumption of editions have in the future?
Regards
Just a few more questions and some of these arose from reading what David had to say concerning the price change which was very informative and much appreciated.
Will the change be effective immediately once the pricing information is published or will there be a set effective date to allow users time to get to grips with the published information or those that were on āfree modeā to go āProā before migrating to the new price plans and thereby be grandfathered or something like that.
Is it possible to setup some form of ādedicatedā support to assist people to optimise their Apps since there is now something new to consider in terms of updates. Some of the Appās architecture was based on the old pricing model and with updates in the picture it would help if there was some form of support to assist users to optimise their Apps or pages by for example suggesting alternative database sources especially where there is no real benefit or difference if you use Glide tables or Airtable?
I get the feeling that moving forward database source will be something that will have to be taken seriously when you create an App since it counts against your monthly allocation of updates.
Maybe this could be another way that the new Ambassadors or even Certified experts could generate revenue by assisting with App architecture advice especially for some of the users.
Does this change improve Glideās bottom line? Whether itās on the revenue side or the cost side of things? Or is it a way to win more customers for Glide without really any significant change on Glideās bottom line.
My hope would be it does improve the bottom line then in that case it would mean that these changes would last longer without the need to make more tweaks in the near future. Users already have to consider many factors going forward in terms of how their Apps are structured and a lot of time will be invested to learn new tricks on how to optimise costs and therefore it would help to know that these changes will not need to be changed again because Glide is in a worse off position than before the changes.
If you compare the Pro to the Basic, you will see all the features I felt were worth investing in the Pro vs. the Basic. Collect email address; no Glide Branding; my own URL, etc, etc, etc.
If the first three features you listed are the most important, your App may work well on the Starter plan
Collecting email addresses and custom domains are included with the Starter plan. To remove Glide branding, you could get the whitelabeling add-on for $10 per month, which puts the total monthly price $35 ($25 + $10)
Once the new plans are released publicly, letās reconnect to see if the Starter plan can work for you
