Jump to content


uniGUI Subscriber
  • Posts

  • Joined

  • Last visited

  • Days Won


mierlp last won the day on February 20

mierlp had the most liked content!

Contact Methods

  • Website URL

Profile Information

  • Gender
  • Location
    WEERT (Netherlands)

Recent Profile Visitors

4444 profile views

mierlp's Achievements

Advanced Member

Advanced Member (4/4)



  1. Hi Just to add. If you don't have enough Windows cal's nothing will physically happen. Users can just keep/use access. You are then only in violation when you get an audit. This only applies to Windows Server and not to RDS and SQL. Then your question: Your server in this case should not be connected to your internal network. By a cloud server is meant in 99% in VPS/VDS server in an external data center/hosting provider. It may therefore not be an application that is accessed via Remote Desktop/Terminal server but must run on e.g. IIS. because a RDS/TS also requires licenses.
  2. Hi Microsoft license policies are the trickiest to understand and often there is no clear yes or no answer. But in general you can keep this in mind. This is only about the CALs, which is different from server, core or CPU licenses. Microsoft uses multple forms of CAL's: - user cal's - device cals' - rds cal's / external connectors USER CAL's With the User CAL, you purchase a CAL for every user who accesses the server to use services such as file storage or printing, regardless of the number of devices they use for that access. Purchasing a User CAL might make more sense if your company's employees need to have roaming access to the corporate network by using multiple devices, or from unknown devices, or if you simply have more devices than users in your organization. DEVICE CAL's With a Device CAL, you purchase a CAL for every device that accesses your server, regardless of the number of users who use that device to access the server. Device CALs may make more economic and administrative sense if your company has workers who share devices, for example, on different work shifts. EXTERNAL CONNECTORS If you want external users—such as business partners, external contractors, or customers—to be able to access your network, you have two licensing options: - Acquire CALs for each of your external users. - Acquire External Connector (EC) licenses for each server that will be accessed by your external users. When do I need to acquire a CAL? A CAL is required when a user or device accesses or uses the server software. If access is through the Internet and is unauthenticated (as at a public website), a CAL is not required. YOUR QUESTION: A. Yes you need 50 cal's for every user which connects and uses the services B. Correct but only when the users have NOT authenticated to a active directory/azure-ad C. CALs are required by Microsoft licensing for all users or devices that access Windows Server Standard or Windows Server Datacenter. Regards Peter
  3. Hi Just depends on your needs. With this you create your own (private) network separated from the internet. An isolated network within a VPS/VDS environment. Within this isolated network your applications/databases etc. communicate. Your traffic between application layer and database is much safer and faster. What I think is also possible is when you have 2 or more VPS servers to let them serve as fail-over.
  4. Thank you Farshad & team...this is good and nice news to hear
  5. And maybe it's an idea to put together a group that inventories the need for development and together with Farshad sets the course/roadmap.
  6. Hi Farshad No idea if I speak for the forum but that is not the point. I mention a few myself refer to responses from other forum members throughout this thread. If it is necessary for a delegate to come...no problem...I'm happy to do so. But shouldn't be necessary. Maybe not everyone dares to speak out I can understand that. I also don't think it should be necessary for there to be x-umber of forum members who might be critical before our concerns are addressed or the points made here are addressed. There are, in my opinion, enough points in this entire thread that I, Dominique and other forum express their concerns...that should be enough. As also stated earlier there are things on the roadmap that I still don't know if they will go through and are important to me like: - Bryntum Gantt Chart ve Schedular (is on there from 2019 I think) - Responsive layout (would be looked into, nothing more heard of it but important today because people want to use multiple devices. You want to use the same applications on your mobile, tablet or PC without having to build mobile apps) - New components (never saw the list that is referred to. - more clarity on source code and its availability..an EULA is an End User License Agreement between you and the user, that says nothing about the availability of the source code or where it is deposited or available when you fall away. - faster bug fixing (other forum members) Other topics have already been mentioned in this whole thread and I'm not going to repeat them here. Shouldn't be necessary it seems to me...they are known. You shouldn't want this kind of thread yourself anyway...and they arise because people are concerned, dissatisfied, don't feel heard and there is insufficient communication. I've indicated before that I'd be happy to help you with issues to at least improve communication and the roadmap Regards Peter
  7. Seriously guys..what do you not understand in this whole thread. It is NOT about the individual issues like a list of bugs or TMS or whatever about Mitov. It's about what forum members here feel about the progress of some issues or the lack thereof. Does a customer now have to submit his own bugs so it will become a yes/no debate.... come on. You should not respond in this as a developer but as an account manager to his customers....two totally different disciplines with totally different skills Read the concerns that are expressed and do something with them. Look at it from our side .... we express our concerns for a reason...concerns that you even showed understanding for in earlier answers, but unfortunately we see little of. How hard can it be to include us as developers in the plans of uniGui. It doesn't take a year to do that. WE are after all your customers, from whom you also derive your right to exist. An up-to-date roadmap, accelerated bug fix, better communications (see threads from last year where you yourself,- Farshad, indicate to improve this. Insight for everyone into existing bug fixes. Read between the lines about our concerns....listen to your customers
  8. Hi Dominique I totally understand your feeling. Honestly, I find it verging on rude at the moment...and can't make anything else out of it. Why...because there is absolutely no decent reaction to this thread. Maybe you find that hard...I don't...this is not how you deal with each other in business. At least not here in the Netherlands/Belgium. - totally no communication as you indicate - the last roadmap is from March 2021 (year old) - are topics on the roadmap from 2018-2019 with zero progress and clarity on whether it is coming at all - improvement is promised regarding communication...you notice the progress 😁 - little to no bug fixing...or it take to long - too much focus on new issues and no progress on existing issues...the core as you point out - many work-arounds ...also for basic things....the forum is full of them I am trying to understand but I really don't get it how Farshad deals with issues in this thread but also with us as his customers...I personally find it disrespectful...and I am putting it mildly. I think if we deal with our customers like this we will be done business quickly. Farshad will have to put his priority on the above and not on new components/features/demos....but first make sure the base is stable. You can indeed see that TMS but also other Delphi component suppliers are handling this a lot more carefully. Listening to their customers but especially making sure bug fixes are available quickly. If you can relate a little bit to what we as uniGUI customers experience and the issues pointed out in this thread, you would just respond quickly to provide clarity. (that should be a priority and takes little effort). That really doesn't need to take 8 days or 2 months from the beginning of this thread (let's forget the other ones). I can assume that Farshad doesn't want to be treated the same way as is currently happening to his customers...that is, us. There are several forum members who have expressed their displeasure in this thread. It's not about the framework (we've known about that since the very beginning) but the laconic way everything is handled...roadmap, bug fixes, communication etc. As a customer you are not taken seriously. I too have a business to run with many users and on which our very existence depends. Encouraged when you can't go on/know where it's going due to the lack of clarity...that's promising...also to the future. Oh well...we'll just wait another week for a response.... Regards Peter
  9. Hi @Farshad Mohajeri Thanks for the explanation and clarification...it is appreciated. I just hope that there will now be short-term clarity on, among other things, the topics c.q. issues that forum members are expressing concerns about in this thread. Preferably a realisitic roadmap and taking into account things that have been on it for a very long time, existing bugs and resolution times, mobile development, responsive etc...but I'll leave that to you. Regards Peter
  10. Hi @Farshad Mohajeri We are now 3 weeks on from your last response to this thread with a commitment to respond in short order. Maybe we both see 'short notice' differently...but with me it is certainly not 3 weeks but rather 3 days. Especially when forum members also express themselves 'critically' about the progress of uniGui, roadmap, roadmap versus realized, previously made commitments, improving communication, bug fixing etc. Apparently you don't see or experience the need we have on the above points. If you do, then at least it is either not expressed or not communicated or noticeable actions taken so that we,- your customers, experience it too.... Anyway...we will wait patiently until more information becomes available...whenever that may be. In any case, a new build is coming today as announced. Note: Just to be clear...my thread/comments are never personal but business like. They are addressed to Farshad though because,- like all forum members, we have a business relationship where I I am a customer and Farshad is a supplier.
  11. Hi Farshard Glad to see a response from you. Whether something is true or not we leave in the middle. I, - as a customer of FMsoft have my own thoughts about it and the points I worry about...I don't call that complaining (but expressing concerns). And it's not just me, it's several forum members and several threads. Last year we had the same communication on the forum. In response, you indicated that communication could be better and would be improved....today, unfortunately, I (we) have seen little of it. By communication I also mean the roadmap and where we are going with uniGui. The roadmap is now a year old with a number of topics already more than two years in the planning. As I have indicated in previous comments, would rather see a realistic roadmap that is updated on a regular basis. Surely this is something I can expect from any vendor. We make a roadmap for our own software that is updated every 3 months...that is not rocket science and takes minimal time. Why do we do this...because my customers like to know where they stand and what they can expect in terms of functionality. After all, we are dependent on customers. And customers appreciate it when you communicate and see things realized that are on the roadmap. Our customers ask for features that have been on the roadmap for some time. Unfortunately I can't give my customers an answer because I don't know whether or not it will be picked up and when within the roadmap. From a business point of view this looks unprofessional and you have to think of work-arounds to achieve something. There are also signals regarding older bugs that are still not fixed (I have no experience with this myself...so don't shoot the messenger) but you know the list best. Why not publish the list once so everyone can see which bugs are registered and what the status is. (just a suggestion😀) As far as I'm concerned, you don't have to respond to every point and it's not about defending. Think it's important to realize WHY these concerns are being expressed and how you can address the concerns. I hope the thread and thoughts are clear and something will be done with them. Communication is also one of the magic words in this matter. Regards Peter
  12. Yep...I agree with that. A lot of focus on : - HyperServer - Small featurs that are not on the roadmap but are apparently useful in a pinch, Things like bug-fixes, responsive,- which are really important for web/multi-device are sadly left behind. Subjects that are on the roadmap for more than 2 years or longer you see and hear nothing of. More as month ago the promise for update roadmap but now still silent. Same goes for source code and we remain dependent on 1 developer. But anyway...apparently he doesn't think his customers are important enough and that's a shame. Reason for me to orientate and test with other framework and indirectly with other development language
  13. I also haven't renewed my license due to lack of update roadmap (for almost a year) and just not responding to it, poor communication, and empty promise. Just don't know where you stand and where it's going.
  14. Hi, Often you develop an application at the request of a customer (customization) but you actually already know that there is a larger market for it. Or you have an idea for an application that you can market yourself because you know there is a demand for it. At the moment you see a movement within IT where people move away from one-time purchase. Whether it's server/storage, multi-functionals (printer/copier) or applications. With goes from investment (capex) to operational costs (opex). For many companies, it is much more interesting not to make investments (pressures on the financial balance sheet) but to convert to monthly costs, comparable to leasing. For a car, telephone, multi-functionals this is already quite normal. Microsoft and Amazon started years ago with a subscription model where you pay for the use, number of users, etc. This allows you as a company to better manage your business. The disadvantage of this can be that, because you pay afterwards, the costs are higher than expected. In this case it concerns the use of server/storage. For software it is a lot easier. You come up with a subscription model per module/per user or whatever works for you. The customer now knows exactly what the use of the software costs but also what expansion in number of users costs. A subscription model compared to a one-time purchase of an application makes the threshold for the customer a lot lower. The customer would rather pay € 500 per month than have to make an investment of € 15,000. In 95% of all SAAS solutions offered are subscription based. You increase the reach of your application, your potential customers and also make it accessible by monthly payment. Regards Peter
  15. Hi Erich A VPN always consists of 2 components: - VPN CLIENT - VPN SERVER/HOST The CLIENT contains the configuration and know to which SERVER/HOST he has to connect. The SERVER/HOST takes care of the incoming requests and denies connections which are not use the client configuration. A VPN routes a device's connection throught a private server/host instead of the ISP General there are 2 types of VPN connecitons: REMOTE ACCESS VPN: A remote access VPN enables the user to connect their device to a network from outside their organization’s office. This device-to-network approach typically involves a user connecting their laptop, smartphone, or tablet to a network through their VPN. SITE-TO-SITE VPN: A site-to-site enables connections between multiple networks. This network-to-network approach is typically used to connect multiple offices or branch locations to a central office. So...yes it's possible if every users has installed the proper vpn client/configuration. For my daily work we also use a VPN for about 2700 users/devices and that will be about 1500-1800 concurrent. We use products from Fortinet | Enterprise Security Without Compromise. You can also look at: Best Open-Source VPNs Update 2022 - 5 Choices To Consider! (fossbytes.com) Business VPN | Next-Gen VPN | OpenVPN SoftEther VPN Project - SoftEther VPN Project
  • Create New...