Ich bin Geschäftsführer eines mittelgroßen Webhosting-Unternehmens 
Davor habe ich an der Berufsakademie in Karlsruhe Informationstechnik studiert. Während des Studiums habe ich meinen jetzigen Geschäftspartner kennen gelernt und wir gründeten die Preuß und Werner GbR, aus der letztendlich die netcup GmbH geworden ist.
Die Hostsysteme lassen sich damit nicht lahm legen. Jeder vServer hat seine eigenen INODES.
Trotzdem wäre es eine feine Sache wenigstens optional PHP 5.3 anzubieten, von mir aus gerne, dass man sich beim Support melden muss, damit man auf einen solchen Server umziehen kann.
Dieses ist wie oben geschrieben möglich, allerdings nicht zum Preis eines Massenwebhostings.
Warum sollte dies so sein? PHP 5.3 ist wie die Versionen davor vollkommen abwärtskompatibel.
(ich glaube da hakt mir der nächste den Kopf ab ^^)
Leider ist das nicht so. Ich denke das ist auch der Grund, warum PHP 5.3 noch nicht für Debian Lenny freigegeben wurde. Wir fahren mit Debian sehr gut, was die Softwareversionen an geht.
Man mag es kaum glauben, aber wir haben sogar einige Anfragen nach PHP4. Dieses bieten wir allerdings nicht mehr an, da es nicht mehr weiterentwickelt wird.
Der Hauptgrund ist, dass die vielen einzigartigen Scripte unserer Kunden funktionieren müssen. Daher setzen wir auf eine Distribution und deren Versionen. Würden wir jetzt auf einen Schlag PHP 5.3 heraus bringen, hätten wir viele unzufriedene Kunden und der Support würde zusammenbrechen.
Es ist bei den meisten unserer Kunden so, dass sie einen Preis einen Massenproduktes bezahlen. Gegen entsprechende Vergütung stellen wir auch komplett individuelle Umgebungen bereit. PHP 5.3 ist hier dann auch möglich.
Wenn alles so einfach wäre, würde sicher ja jeder Webhoster werden...
Wir betreuen eine Serverfarm mit mehreren tausend Kunden. Hier kann nicht mal eben eine Software kompiliert und eingespielt werden. Unsere Server sind keine Spiel- und Testwiese sondern sie sind für einen Umsatz von mehreren 100000 Euro / Jahr bei uns verantwortlich (wenn wir die Umsätze unserer Kunden mit ein-berechnen, wären es mehrere Millionen).
Ich finde es beängstigend mit welcher Einstellung manche meinen unser Handeln beurteilen zu können. Wir sind bestimmt nicht faul und tun alles um zufriedene Kunden zu haben, soweit dieses uns möglich ist.
Wer dieses nicht glaubt, darf gerne ein Praktikum bei uns machen, um sich davon zu überzeugen.
Eine andere Frage die man sich stellen sollte ist, welche Software benötigt heutzutage noch einen ausgeschalteten Safe_Mode? Welche Funktionen hat die Software, dass sie einen ausgeschalteten Safe_mode benötigt?
Die mir einzig bekannte sind ausführbare kompilierte Dateien die durch den eingeschalteten Safe_Mode nicht möglich sind.
Wir sehen den Safe_Mode als zusätzlichen wertvollen Schutz an, sollte ein anderer Schutz, wie z.B. disable_function aus irgend einem Grund (z.B. eine Sicherheitslücke) nicht greifen.
Wir können mit Stolz sagen, dass bei uns noch nie ein Server kompromittiert werden konnte. Ich denke das haben wir unserer guten Sicherheitspolitik zu verdanken.
Da hier scheinbar vermehrt der Wunsch nach einem ausgeschalteten Safe_Mode geäußert wird (warum auch immer), arbeiten wir eine Lösung aus, die noch auf zusätzliche Weise sicher stellt, dass ein Kunde aus seinem vHost mittels PHP nicht ausbrechen kann (dieses wird direkt über den Kernel realisiert werden). Anschließend werden wir den Safe_Mode de-aktivierbar machen.
Dieses Feature wird zusammen mit einer neuen Generation von Webhosting-Tarifen eingeführt werden. Wir werden z.B. auch in jedem Tarif (bei bestehenden auf Anfrage) das Memory_Limit verdoppeln um damit häufig geäußerten Kritikpunkten gerecht werden zu können.
Mit dem Release ist schon morgen zu rechnen.
Ah, super, vielen Dank! (manchmal sollte man doch die Doku lesen).
Bitte melden Sie sich beim Support, wenn Sie eine Gutschrift auf die nächste Rechnung bekommen möchten. Das Problem ist hiermit gelöst!
Ich suche für ein Script einen Experten in PHP. Das Script soll einen CSR für SSL-Zertifikate erstellen, am besten über eine Klasse.
Eigentlich ist dieses einfach, wenn es das Wort "eigentlich" nicht gäbe.
Meine Klasse sieht bislang wie folgt aus:
class SSLCert {
private $privkey = "";
private $csr = "";
public function getPrivkey() {
return $this->privkey;
}
public function getCsr() {
return $this->csr;
}
public function genKey($land, $region, $stadt, $organisation, $unterorganisation, $domain, $email) {
$dn = array();
$dn['countryName'] = $land;
$dn['stateOrProvinceName'] = $region;
$dn['localityName'] = $stadt;
$dn['organizationName'] = $organisation;
$dn['organizationalUnitName'] = $unterorganisation;
$dn['commonName'] = $domain;
$dn['emailAddress'] = $email;
$this->privkey = openssl_pkey_new();
$this->csr = openssl_csr_new($dn, $this->privkey);
}
}Leider wirft dieses in PHP5 folgenden Fehler:
Warning: openssl_csr_new() [function.openssl-csr-new]: dn: add_entry_by_NID 14 -> Deutschland (failed) in /var/www/admin/klassen/SSLCert.Class.php on line 39
Laut einigen Beiträgen in Google ist hier ein Bug in PHP für verantwortlich.
Falls jemand eine Möglichkeit sieht mir die Klasse so zu schreiben, dass ein CSR über PHP generiert werden kann, vergeben wir dieses gerne als Job, da mir die Zeit fehlt mich mit dem Fehler auseinander zu setzen.
Kontakt:
netcup GmbH
Griesbachstraße 5
D-76185 Karlsruhe
Felix Preuß
preuss at netcup de
Durchwahl: 0721 / 7540755 - 1
Da scheint etwas an Ihren Einstellungen für die Nameserver nicht richtig zu sein. Bei Ihnen funktioniert die Auflösung ja nicht.
debian.netcup.net ist nur von den Servern aus unseren Netzen erreichbar. Dadurch wollen wir vermeiden, dass Dritte debian.netcup.net nutzen und unser Mirror dadurch langsam wird.
Meinen Desktop aus dem Büro zeige ich lieber nicht
4096 * 1152 Pixel voller (Un)Felixordnung.
Da darf auch niemand aufräumen, sonst blicke ich nicht mehr durch
Wir hätten demnächst ein paar Storages zum Verkauf über. Wenn Platz im Keller da ist (sie sind laut), könnte man darauf bis zu 16 * 2 TB an Daten speichern (momentan sind sie mit 16 * 1,5 TB oder 16 * 500 GB bestückt).
Welcher ISP?
Hier im Büro (über QSC angebunden) habe ich gerade auch Schwierigkeiten mit der Außenwelt zu reden. Ständig Timeouts. Bin gerade dabei die Ursache zu finden. Zum Glück liegt es nicht an unseren Servern.
Den Sprecher müssen wir als Telefon-Supporter einstellen:
Sie haben eine ausführliche eMail von mir erhalten. Hier wird auch erklärt warum wir den Safe_Mode als sicher betrachten und nicht abschalten. Der Safe_Mode ist in PHP generell aktiv und die Default-Einstellung.
Wir haben Ihnen eine Stornierung des Vertrages aus Kulanz angeboten.
filter_var($ip, FILTER_VALIDATE_IP, FILTER_FLAG_IPV6);Liefert true / false zurück.
Genial! PHP > 5.2 bietet eine eigene Funktion um IPv6-Adressen zu validieren. Wer mag kann ab sofort in der DNS-Verwaltung schon IPv6-Adressen anlegen. Leider hat der zuständige Mitarbeiter bei unserem Registrar Urlaub, so dass wir erst in ca. 2 Wochen unsere Nameserver auch IPv6 sprechen lassen können.
(Das ist noch nicht die von gestern angekündigte Aktion, die heute starten soll.)
So langsam nähert sich das Projekt dem Ende. Wenn alle Beteiligten jetzt in die Puschen kommen und das Projekt absegnen, gibt es morgen ein neues Angebot bei uns, was sich denke ich sehen lassen kann.