Små förbättringar gör stor skillnad!
Tisdag 2 December klockan 16.00 påbörjar vi underhållsarbete
Vi på Dataväxt jobbar ständigt med att göra våra produkter ännu bättre för dig som användare. Nu uppdaterar vi data och gränssnitt för Pro-användares växtskyddsinsatser för tydligare status och kontroll. Status flaggor uppdateras stegvis – först visas grå flaggor som automatiskt valideras till rätt status.
Du kan givetvis arbeta under tiden.
Om du upplever problem kan du behöva radera Cachad data i din webbläsare
Tveka inte att höra av dig om du har frågor eller förslag på hur vi kan förbättra ännu mer!
Vänliga hälsningar,
Teamet på Dataväxt
Is it the slow load time for large environments? The plugin crashes? Or do you actually miss the old fat client? Let me know in the comments.
If you haven't looked at the vSphere Client UI in the last six months, open it up. Check out the "Developer Center" tab or the new "Compliance" views. It keeps getting better, even if Broadcom is shaking things up behind the scenes. vsphere client
If you have been a vSphere administrator for more than a few years, you remember the dark times. The "hybrid war." You kept one tab open with the modern HTML5 client for basic tasks, and another tab open with the dreaded Flex (Flash) client for "advanced" settings like EVC, complex permissions, or legacy DVSwitch edits. Is it the slow load time for large environments
Thankfully, that era is over. Today, the vSphere Client (HTML5) is not just a "replacement"—it is the definitive control plane for the modern data center. But is it perfect? Let's look at where it excels, where it still stumbles, and how it fits into the age of Kubernetes. Let’s give credit where it is due. With vSphere 6.7 Update 1, VMware finally achieved feature parity . The old C# client and the Flash client were put out to pasture. For the first time in a decade, we had one client to rule them all. Let me know in the comments