I'm not sure why, but after I updated my C2 to this release, maybe every 20 or 30 mins, it always crashing. Do I'm only the one who get these problem?

I think that problem is being reported here:

https://www.construct.net/en/forum/construct-2/bugs-21/construct-r267-closes-itself-142998

the Mink

> Hello, another question, is there any data limit in the free plan?

> I am doing tests and sending some information to each tick it seems that there was some problem, then I thought maybe I was exceeding some limit imposed in the free plan.

Free plan should work as described.

What happens exactly? What errors do you have in log? When sending a lot, it may be just exceeding connection bandwidth.

Well ... my upload speed is 4 megabytes.

I only send one string (5 characters) and one integer (for flags).

I can not overcome the bandwidth with that, in fact, I think any connection today should be able to process that data.

The problem is that the connection was cut, I got the feeling that I was passing some data limit imposed by photon but ... I no longer use that mode, now I send data every 0.1 seconds and I have no problems.

But thanks for yout time and attention.

You can use CB Hash or similar plugin to digitally "sign" your save data. Save it together with the hash, on load check if the hash is correct.

This will make the simple editing of the save file impossible, but won't protect from a more experienced hacker.

Thanks, I think that should help me.

It's simple, because the user could unlock levels and other things.

I mean to write the file on the hard drive.

Hi, what is the safest way to save a game data file on disk with NWjs ?.

I need to avoid that the user can identify the data and edit them in his favor.

This can help me understand this business model:

Other companies in the past, e.g. in the 90s, did a waterfall style model where they released updates every year or so, incremented the version number, boxed it up, sent it to the shop shelves (who does that any more?) and sold it all over again. In this day and age, and particularly with browser-based software, this is out of date. Besides, you still end up with the "I have to pay again" complaints. This is also exactly what I anticipated:

Thank you.

With suspicions I'm afraid you're wrong, well ... how should I then ask the question so you do not suspect bad intentions?

If you have that suspicion then it seems good to leave it here, I do not want to go down that road although I see no problem in which you contribute your arguments to defend the subscription business model, even when you do not like the questions because, as I said before, now I can understand something better.

This topic has been done to death already, but I can't help pointing out that I was the sole developer of Construct 2, and it was released in 2011. That kept going for about 6 years, and I think it's pretty obvious working alone with one-off-payments and then supporting software indefinitely is not sustainable, and also results in a much slower pace of improvement to the software. I get that subscription-fatigue is a thing, but really it's for the best - look at how much faster Construct 3 is improving now, and this time we can keep this up indefinitely because we have a more sustainable model. Usually at this point people start throwing in random other payment models they just thought of - it's really been done to death, we've made the decision and I think it was the right one.

Well, computer science was invented long ago and the subscription model has never been used like today.

So, how do you explain that most of the programs of the 70's 80's 90's 00's have existed without a subscription model?