Re: My Enterprise has been sold.
On 2007-12-17, at 20:59, Richard Gaskin wrote:
And after watching the runaway success of one-unknown MySQL in its
market, I'm increasingly of the opinion that dual-licensing may be
beneficial for development tools, which would make both Andrew and
me very happy.
Do you really think that the mySQL way is a good way? Especially when
being a long term user?
1. For the first years their client side libraries was LGPL so you can
simply use them.
2. Next step they introduced much better, enhanced new client and you
must use it for the new version above 3.
3. They changed their licence module for client side library, NOW you
must pay or open your full app as Open Source and far more legal
trouble around it.
When you promised a client a technology you was forced to bite the
bullet and pay your several hundreds - 2000 bucks all together.
Oh, you say it doesn't matter, you choose the OpenSource way? Perhaps
a good decision for scientific or pure hobby work. But what if we try
to think Lynns sample (do one small app each year to pay your
subscription) a step further.
Once you build ("accidently") a nice app for an innovative small Shop,
of course w/o paying everything is free, it's OpenSource. They put all
their business logic in the app and are quite happy to pay no licence
fees at all. A few days later a competitor see the software and get
knowledge about the choosen licence model and so you receive a formal
letter requesting the source code. I guess this innovative small shop
is not really happy to see his business logic went away ;-)
I must admit, I'm a commercial, professional software developer and
not a hobbyist. But using many different tools, I sometimes pay an
upgrade for a product, I didn't use for a year, so I'm in this sense
in a similar situation like many hobbyist regarding this unused (=not
earn money with it) tool.
But I still prefer to pay my lower subscription for e.g. Valentina
instead of mySQL, or Rev, RB, ... instead of OpenSource version of Qt,
I know I must pay, but I feel so much safer with it. And if you ever
feel you need to pay "so much" simply check the current seat licence
for an IBM WebSphere Developer or something similar.
regards
Thorsten Hohage
--
objectmanufactur.com - Hamburg,Germany
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Accessing Addressbook and iCal
Hi, I know Rev is cross plattform and this query is not, BUT is there a recommend / common way to access the Apple Addressbook and perhaps then new Leo only iCal-"Framework". Any ready build class available, or must I really do it on my own? TIA regards Thorsten Hohage -- objectmanufactur.com - Hamburg,Germany ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Web-based Application in Revolution
Hi Andre, obviously I'm not Ruslan, but I build web-apps for over 10 years and I used Valentina in many apps. On 2007-10-07, at 22:07, Andre Garzia wrote: usually when building Revolution web aps, people use apache cgi interface, so for each web request, apache will launch an instance of the revolution engine. If you have two concurrent requests, you will have two instances running. Yes, this is the common way for most of the dev-environments and for "small" solutions. If you really expect high number of concurrent users you perhaps should think about using a "real" web-application server. Each with their own V4REV external loaded. What happens if they both try to access the same Valentina database. Nothing good. SQLite have built in methods for locking the file if they are opened by more than one application at the same time, so all transactions are atomic. You still have the problem of one instance overwritting the changes of the other instances, but you can guarantee that both accessess will happen and will go thru without file corruption. SQLLite with the given standard set of functions is only able to be opened from one client. There are some extensions trying to go around this, but the common "lock" is a full file lock of the db-file. So using any extension to go around it and looking at you scenario, what happened if you need a "real" transaction? Then there is nothing atomic left. Or what happened if an unexpected complex operation took several minutes, should all the other users wait? What I am to say is that using SQLite you can build a minimal web application if you're clever enough to build a locking mechanism to prevent overwritting other users changes. But then you could do the same with V4Rev. Build a file locking mechanism (or use on WIndows the system mechanism) for the used db- files and use V4Rev. But I didn't know any real world web app that's usable with such a mechanism in background. Now, since I really like Valentina, can we do something similar with V4REV, can more than one application access the same database file without using Valentina Server? If you're talking about a "server" appm then I'm afraid you should use a db-server, in this case the VServer. There are several more advantages, then only have parallel access for several web-sessions. IMHO the most important word is CACHE! Using a file based DB solution with a file locking scenario the db is loaded again and again for every web-request! For most "real" db's this would be ways longer then the web-request will need to be executed. So each web-request will lock the db for even longer time and even less web-request are possible per second. Using a VServer the requested data is loaded into the cache, given you set a propitiate size, and all other reqeust are answered from cache, THIS is real speed improvement for a web app. When you now start using a db server you can use several more common patterns, i.e. store session information inside the db and only handle a id in the cookie. There is only one known exception. When you think of a CMS then you can set the Valentina-DB to read only and THEN you can open this db with several V4REV sessions at the same time. HTH, regards Thorsten Hohage -- objectmanufactur.com - Hamburg,Germany ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: pList compression
On 2007-10-06, at 20:30, Ken Ray wrote: On Sat, 06 Oct 2007 11:08:57 -0700, Richard Gaskin wrote: Just curious: What has to be added to a pList to make it large enough to warrant compression? It's not really compression, I don't think, just binary encoding. And why? I don't know... They want the common user kept away from fiddling around in a file that he should not access? regards Thorsten Hohage -- objectmanufactur.com - Hamburg,Germany ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
