plesk panel

Twee keer nee, maar dat wil je natuurlijk niet horen. ;-)

- Ik gebruik zelf Plesk als klant bij een webhosting provider, hier kan ik dus al mijn eigen domein mee beheren (mail, databases etc).

- Bij mijn stage bedrijf gebruiken we op 1 van de 3 servers Plesk om alle domeinen te beheren.

>> Twee keer nee, maar dat wil je natuurlijk niet horen. ;-)

Haha, nee liever niet ;) Bewuste keuze dat je het niet gebruikt?

@Hertog:

Weet je er veel vanaf? Ik ben benieuwd of het makkelijk werkt. Momenteel heb ik cPanel, maar ik ben niet over alles even tevreden. Ik zit te kijken om over te stappen naar een andere hosting provider, en daar hebben ze Plesk Panel 11.5, maar ik vraag me dus af of dat fijn werkt. Hoe is jouw ervaring?

Ik werk er niet dagelijks mee, maar als ik er mee werk heb ik er niet echt problemen mee. Ik vind het makkelijk in gebruik en kun je bv gemakkelijk nieuwe subdomein, emails, databases etc aanmaken.

Oké, ik wilde eigenlijk een demo proberen, maar die doet het al een paar weken niet :-s

Kun je via Plesk ook (makkelijk) updaten? Bijv. updaten naar een nieuwere PHP of MySQL versie en dergelijke? En welk webmail programma wordt gebruikt?

Ozzie PHP op 11/01/2014 11:22:26

>> Twee keer nee, maar dat wil je natuurlijk niet horen. ;-)
Haha, nee liever niet ;) Bewuste keuze dat je het niet gebruikt?

Tsja, wat is bewust? Het is eigenlijk nooit bij me opgekomen om een panel te gaan gebruiken. ;-)

Mijn eerste webserver heb ik opgezet in 1996 (Purveyor; nooit meer iets van dat pakket gehoord) en in 1997 ben ik overgestapt naar Apache. Volgens mij waren er toen nog niet eens admin panels. Ik ben dus eigenlijk altijd gewend geweest de server handmatig te configureren.

Daarnaast val ik denk ik niet in de doelgroep van admin panels. Die zijn m.i. ideaal voor een beheerder als die klanten heeft die hij wil afschermen van de eigenlijke configuratie, zodat hij niet het risico loopt dat een klant door een tikfoutje de server onderuit schoffelt. En ze zijn ideaal voor de klanten die niets (willen) weten van serverconfiguraties, maar gewoon eenvoudig een website willen beheren.

Momenteel beheer ik op mijn werk het serverpark. We hebben iets van 350 domeinen. Laatst kwamen er zo'n 80 bij, en ik vrees dat ik mezelf nu nog steeds een dikke RSI aan het klikken was geweest als ik die via een admin panel had moeten toevoegen. Nu was het een kwestie van de lijst met domeinen knippen en plakken vanuit mijn email, een paar commando's geven in VI, en ik was in een seconde of 45 klaar.

Er is overigens nog een reden dat we op mijn werk geen admin panel gebruiken: de hele website hangt aan elkaar van request/authorization handlers die in Perl zijn geschreven (mod_perl onder Apache), in combinatie met reverse proxies en url rewrites, en ik heb zo de indruk dat die setup iets te complex is geworden om te beheren met een generiek softwarepakket.

Maar hoe maak jij dan zo snel 80 nieuwe vhosts aan???????? :-s

>> en ik heb zo de indruk dat die setup iets te complex is geworden om te beheren met een generiek softwarepakket.

Nou, dit is wel een puntje. Ik heb nu cPanel en als je dan een vhost wil aanpassen dan kan dit niet in de httpd.conf zelf, maar dan moet je templates gebruiken, omdat ze anders worden overschreven bij een update.

Maar waar ik benieuwd naar ben... als je alles handmatig doet en je voert een Apache update uit, worden dan niet al je vhosts en dergelijke overschreven?

> Maar hoe maak jij dan zo snel 80 nieuwe vhosts aan?

In dit geval kon ik die 80 vhosts als ServerAlias aan een bestaande host hangen, en als ze allemaal een eigen configuratie moeten krijgen maak ik een for-loopje in mijn shell en wijzig ik met sed de placeholders in een templatefile. Dus iets als

for domain in $(cat domains.txt)
do
   sed s/DOMAIN/${domain}/g template.conf > /etc/httpd/conf.d/vhost-${domain}.conf
done

> als je alles handmatig doet en je voert een Apache update uit, worden dan niet al je vhosts en dergelijke overschreven?

Nee. Als je de update via een package manager als yum of rpm doet, wordt de nieuwe (distibutie) configfile naast je bestaande configuratie gezet als httpd.conf.rpmnew etc. Je moet dan wel zelf controleren of er nog wijzigingen in zitten t.o.v. de oude versie die je mee moet/wilt nemen in je bestaande configuratie.

Daarnaast is het verstandig om zoveel mogelijk te configureren via /etc/httpd/conf.d (i.p.v. /etc/httpd/conf) omdat die conf.d-directory sowieso met rust gelaten wordt.

Maar hoe weet je dit allemaal? Ik heb hier echt (nog) geen kaas van gegeten. Is er een goed boek ofzo wat ik hiervoor kan lezen?

Tsja, hoe ik dat weet... geen idee eigenlijk. ;-) Ben sinds 1989 bezig met Unix en sinds 1992 met Linux, dus dan pak je dat soort dingen al doende ergens op. Ik kan je daarom ook weinig concrete tips geven voor goede boeken. Als je Engels goed genoeg is zou je eens kunnen kijken bij de Linux-serie van O'Reilly. De boeken die zij uitgeven zijn meestal wel goed.