Onderwerp: Control Panels

Zo, ook maar eens een ingewikkeld topic starten

Ik ben op het moment bezig met een nieuwe editie van ons control panel, netMastering gebruikt op 't moment een eigen-bouw control panel, omdat alle tot nu toe beschikbare panels niet de integratie bieden die we nodig hebben.

Nu zit ik er over te denken om de user kant van dit control panel ook beschikbaar te maken als concurrent van de bestaande control panels. Mijn vraag aan jullie, hosters zowel als klanten-van, is dus:

* wat mis je aan de huidige control panels
* wat is er nou zo goed aan b.v. plesk, of direct admin
* als ik een nieuw control panel op de markt zet, is er dan interesse vanaf de hoster kant om 't eens uit te proberen en er ongenadig kritiek op te geven?

Kan nog niet veel zeggen over release tijden, zit er nog even over te peinzen en de input die ik van jullie (hopelijk) ga krijgen zal uitmaken of ik 't ook ga doen of niet

Wat je moet proberen te bereiken, is dat het controlpanel helpt de software te configureren, maar dat het niet de machine 'gijzelt' met bepaalde versies of configuraties die niet naar behoeven kan aangepast worden.

Voor mijn part mag het control panel een melding geven: "u bent zelf aan de config geweest voor dit stukje, dus ik beheer dit niet meer...", zolang ik maar mijn ding kan blijven doen.

En een goede API is heel belangrijk.

Ongenadig kritiek geven kan natuurlijk altijd


Goed aan DirectAdmin is bijvoorbeeld dat het de structuur van het systeem goed in takt laat.

Dat zijn in ieder geval al wat goeie tips

@wonko: Dat is ook de insteek, wat ik nu heb aan spul gaat zelf je systeem afsnorren naar geinstalleerde software, en geeft jou de keuze om aan te geven welke items daarvan je wil gaan gebruiken. Als je bijvoorbeeld en proftpd en pure-ftpd geinstalleerd hebt, krijg je de vraag welke van de twee je wil gaan gebruiken, en wordt gechecked of jouw keuze alle features heeft die nodig zijn. (mysql support meestal )

Ik ben zelf geen voorstander van CP's die je hele systeem meteen opnieuw installeren (Plesk ...)

Ik vind DA een mooie gulden middenweg. Eenvoudig voor de klanten, begrijpbaar voor de sysadmins, en mogelijk om ingrepen te doen. en een goede API!

Bekijk dat als je iets wil om je op te baseren.

Wij hebben ook zo een controle paneel, eigenlijk was de enige reden dat we er zelf een gemaakt is, simpelweg omdat we een cluster willen die schaalbaar/redundant is in plaats van een server die alles doet.

Dat mis ik vooral aan cpanel/DA, ze zijn totaal niet schaalbaar.

Schaalbaarheid indeed.
Dat zou mooi zijn

Wat mis ik?
- Cluster ondersteuning, daarom hebben wij WSCP gemaakt.
- Verplichting van software. Ik wil helemaal niet met Exim werken, maar DirectAdmin (of cPanel) verplicht dat.
- Aan kunnen geven wat ik wel en niet aan wil hebben.

Laatste zal ik wat toelichten. DirectAdmin heeft SSL ondersteuning, maar ik wil helemaal geen SSL. Dan moet ik mijn klanten vertellen, Ja, het zit wel in het paneel, maar we ondersteunen het niet.

Ik wil exact kunnen aangeven wat ik wel en niet wil.

Een setup zoals DA heeft is leuk, maar alsnog snap je niet wat er gebeurd.

Geef mij maar een CP wat mij vrij laat om mijn spullen te plaatsen waar ik ze wil. Ik vertel het paneel vervolgens wel waar hij de httpd.conf kan vinden (of de php.ini)

Maar vergis je niet, hier gaat heel veel tijd in zitten. Wij zijn zelf bezig met WSCP5 en alleen het uitdenken, uittekenen en documenteren er van kost al maanden. Dan moet je nog beginnen met het programmeren.

Oorspronkelijk geplaatst door Wido

Maar vergis je niet, hier gaat heel veel tijd in zitten. Wij zijn zelf bezig met WSCP5 en alleen het uitdenken, uittekenen en documenteren er van kost al maanden. Dan moet je nog beginnen met het programmeren.

Ik sluit me aan bij Wido, we hebben een zeer uitgebreid en complex platform, we hebben hier twee programmeurs fulltime twee jaar lang op laten werken!

Ik spreek hier van ervaren programmeurs die uitgebreide ondersteuning hadden van onze systeembeheerders.

Het CP wat nu voor netmastering draait (klanten kant) heeft .. hm... 3 maanden gekost in m'n eentje. En dat is dus de versie die eigenlijk een soort DA kloon is. Alles draait bij ons op Gentoo Linux, en dat vinden de meeste CP's niet zo fijn

Het gaat inderdaad een aardige berg tijd kosten, maar daarom wilde ik ook eerst eens horen van iedereen hier wat nou het "utopia" van de control panels zou zijn, zodat ik dat ook eens allemaal uit kan gaan denken en op kan pennen

Het CP zelf zal je niet verplichten dingen te installeren, 't ding gaat vanzelf op zoek naar geinstalleerde software en laat jou dan kiezen wat je wil gebruiken, of als je 't op een kaal systeem neerzet zal die suggesties gaan maken.

't wordt dus een beetje het principe van, makkelijk voor klanten, maar ook makkelijk voor de beheerders.

No offence, maar je maakt mij niet wijs dat je in 3 maanden een compleet CP schrijft waar ook echt diep over nagedacht is.

Wat flexibel is en makkelijk te updaten.

Ik heb het gevoel dat de meeste software wordt bedacht tijdens het programmeren, dat is uiteraard niet de bedoeling.

Eerst teken je alles uit, documenteer je alles en dán ga je pas programmeren.

Denk dat het 60% documenteren is en 40% het echt programmeren. Ik durf zelfs bij 70 - 30 te zeggen.

Ik denk dat je veel te doelsgericht programmeerd zonder er echt goed over na te denken.

Wij zijn zelf bezig met een gamepanel (overigens eerst nog voor windows). Wij zijn er ongeveer half jaar geleden mee begonnen en begint nu vorm te krijgen.

Dit is een GAME panel, je kan er erg weinig mee als je het met een webhosting panel vergelijkt maar we zijn al half jaar bezig. Hoe wil jij in je eentje een heel controlepaneel maken in 3 maanden!

Oorspronkelijk geplaatst door Wido

No offence, maar je maakt mij niet wijs dat je in 3 maanden een compleet CP schrijft waar ook echt diep over nagedacht is.

Wat flexibel is en makkelijk te updaten.

Ik heb het gevoel dat de meeste software wordt bedacht tijdens het programmeren, dat is uiteraard niet de bedoeling.

Het CP wat we nu hebben is ook echt specifiek voor onze situatie geschreven, dat krijg je nooit op een ander systeem aan de praat, dat heeft 3 maanden gekost. Hoofdzakelijk omdat op dit moment de shared hosting uit maar 2 machines bestaat (1 linux, 1 windows) en alles redelijk eenvoudig te regelen valt.

Oorspronkelijk geplaatst door Wido

Eerst teken je alles uit, documenteer je alles en dán ga je pas programmeren.

Denk dat het 60% documenteren is en 40% het echt programmeren. Ik durf zelfs bij 70 - 30 te zeggen.

Ik denk dat je veel te doelsgericht programmeerd zonder er echt goed over na te denken.

Voor een publiekelijk gereleased CP ga ik natuurlijk wel eerst documenteren en denken en pennen en doen voordat er een regel code geschreven wordt

Daarom heb ik ook dit topic geopend, omdat ik wil weten wat de rest van webhostend nederland nou eigenlijk wil van een CP. Zelf wil ik de nadruk leggen op scalability, omdat we zelf op het punt zijn aangekomen dat ons eigen-bak CP ook niet meer scaled, en ik het idee had dat ik dan net zo goed maar meteen voor de volle mep kan gaan en het netjes bouwen, en ook te releasen.

Oorspronkelijk geplaatst door JayvD

Wij zijn zelf bezig met een gamepanel (overigens eerst nog voor windows). Wij zijn er ongeveer half jaar geleden mee begonnen en begint nu vorm te krijgen.

Dit is een GAME panel, je kan er erg weinig mee als je het met een webhosting panel vergelijkt maar we zijn al half jaar bezig. Hoe wil jij in je eentje een heel controlepaneel maken in 3 maanden!

Kwestie van veel koffie, veel gevloek, en het totaal opgeven van een sociaal leven

Nee, serieus, een echt 'releaseable' CP gaat langer duren, het CP en de admin voor ons eigen gebruik was niet zo moeilijk. In perl geschreven, HTML::Mason er bij voor alle UI delen, een set perl modules die b.v. apache configs kunnen schrijven, zo veel mogelijk uit MySQL laten komen (postfix doet alles uit MySQL, proftpd doet alles uit MySQL, zelfs Apache logt naar MySQL).

Dan kan je een aardig eind komen Voor eigen gebruik dan...

Ik zou het je afraden om een public release in perl te schrijven, perl gebruikt relatief veel resources om zaken uit te voeren.

Oorspronkelijk geplaatst door Swiftway-UK

Ik zou het je afraden om een public release in perl te schrijven, perl gebruikt relatief veel resources om zaken uit te voeren.

Misschien wel, maar PHP idem dito Met Perl moet je alleen goed uitkijken dat je niet je geheugen verkwist, dus geen hele arrays doorgeven als args aan een sub, maar alles pass-by-reference doen.

Aangezien ik ook met Perl het bekendst ben (al een jaar of 10 bijna) is het voor mij makkelijker om in Perl te bouwen dan in PHP, of Java for that matter.

Op zich heeft elke taal wel z'n voor- en nadelen