So bleibt nichts anderes übrig, als mit der Chronik zu leben, oder aber die Konsequenzen zu ziehen. Und seinen wir mal ehrlich: Das gesamte Leben eines Facebook-Users einsehen konnte man auch schon zu Zeiten vor der Chronik. Es war nur nicht ganz so schön aufbereitet
Und langfristig hilft die Zeit sicher auch, denn hält die schlechte Resonanz der Facebook Chronik weiter an, so wird Facebook früher oder später klein beigeben.

Doch irgendwie hat Hoststar Stellen abgebaut oder den Support ausgelagert oder ähnliches! So kommt es mir auf jeden Fall vor, denn seit dem neuen Jahr bin ich alles andere als zufrieden mit der Leistung. Vielleicht bin ich mit meinem Problem einfach an eine nicht sonderlich kompetente Person geraten, aber ihr könnt euch davon gerne selbst ein Bild machen – hier ein Beispiel!

Begonnen hat alles damit, dass ich auf meinem Webserver gerne das PHP Modul für LDAP genutzt hätte, dank welchem man sehr komfortabel auf den Verzeichnisdienst zugreifen kann.
Also habe ich wie gewohnt über das Interface mein Problem erklärt:

“Fatal error: Call to undefined function ldap_connect()”
Die Funktion ldap_connect scheint nicht aktiviert / vorhanden zu sein. Können Sie dies so bestätigen und beheben?

Die Antwort, welche ein Tag später bei mir einflatterte, hat mich dann erst einmal ein klein wenig gewundert:

Können Sie mir kurz angeben, wie ich diesen Fehler auf Ihrem Hosting nachstellen kann?

Jeder der schon einmal PHP aus der Nähe gesehen hat, weiss, wie man den von mir zitierten Fehler reproduzieren kann! Aber so sei es… Ich habe dem Mitarbeiter von Hoststar’s Support dann ausführlicher erklärt, dass es sich dabei um einen Standardfehler handelt, wenn ein bestimmtes Modul nicht verfügbar wäre und auch gleich noch Ideen vorgeschlagen, wie das Problem behoben werden kann von Hoststar:

> Können Sie mir kurz angeben, wie ich diesen Fehler auf Ihrem Hosting nachstellen kann?
Indem sie eine der LDAP Funktionen, welche PHP bietet, aufrufen:

http://php.net/manual/de/book.ldap.php

Oder indem sie in der phpinfo() oder php.ini-Datei nachsehen, ob das LDAP Modul geladen wird.

Ist dies nicht der Fall, so zeigt jede beliebige LDAP-Funktion den Fehler an und die benötigten Plugins müssen aktiviert werden (einkommentieren der entsprechenden Zeile in der php.ini).

Es kann ja mal vorkommen, dass mich der Mitarbeiter falsch oder nicht korrekt verstanden hat, weshalb ich mich an dieser Stelle noch einigermassen zurückgehalten hatte. Doch dann kam diese Antwort:

Ich bin davon ausgegangen, dass LDAP bereits eingebunden ist.
Nach Absprache mit der Serveradministration muss ich Ihnen leider mitteilen, dass wir diese Erweiterung nicht anbieten können. Wir verwenden ausschliesslich nur Unix Server.

Ich weiss nicht ob ich mich undeutlich ausdrücke, aber ich will kein LDAP oder Active Directory installiert, sondern nur ein PHP Modul aktiviert haben! Auf die Gefahr hin, mich zu wiederholen, habe ich dem Supporter nochmals erklärt, was er tun könnte / sollte:

> Nach Absprache mit der Serveradministration muss ich Ihnen leider mitteilen, dass wir diese Erweiterung nicht anbieten können. Wir verwenden ausschliesslich nur Unix Server.
Und wieso soll das Modul nicht aktiviert werden, nur weil Sie Unix Server verwenden?
Ich wundere mich gerade etwas über die Begründung, da es das LDAP Modul als DLL für Windows und als SO für Linux und Unix gibt. Es ist eine ganz normale Erweiterung, welche in den korrekten Ordner kopiert und in der php.ini Datei einkommentiert werden muss.

Nicht dass ihr mich jetzt falsch versteht. Ich bin mir bewusst, dass man nicht immer alles wissen kann. Das kann nicht mal ich Doch was ich nicht vertragen kann, wenn man dann versucht sich rauszureden, anstelle von einem Fehler eingestehen:

Dieses Modul wird üblicherweise mit Windows Server verwendet.
Um diese Modul zu installieren bzw. einbinden zu können müsste man das PHP entsprechend kompilieren.

Installation
LDAP Unterstützung ist in PHP im Standard nicht aktiviert. Sie müssen die Konfigurationsoption –with-ldap[=DIR] beim Übersetzen von PHP angeben. DIR bezeichnet LDAP Installationsverzeichnis.

http://www.php.net/manual/de/ldap.installation.php

Naja, was soll ich sagen. Da hat es mich gepackt und – ja ich weiss, ich bin nicht mehr ganz so freundlich – so kam folgende Antwort zu stande:

Das ist nett, dass Sie mir das erklären. Jedoch muss das Modul aber von Ihnen aktiviert werden, nicht von mir.
Sie können das Modul auch einfach für Ihr Betriebssystem kompilieren und dann an den passenden Ort kopieren und aktivieren.
Wie genau Sie das bewerkstelligen, kümmert mich nicht wirklich, ich möchte einfach die Funktionalität des LDAP Moduls nutzen.

Oder aber Sie können mir plausible Gründe liefern, wieso das Modul nicht aktiviert werden sollte.

Aber irgendwie hat sich mein Verdacht dann verstärkt, dass der Supporter mich und seine Systeme nicht wirklich versteht:

Da wir ein Shared-Host Anbieter sind können wir nicht einfach so eine separate PHP-Version kompilieren und einsetzen. Wir müssen auch die Serverstabilität gewährleisten können bzw. auf die Standardisierung unserer Server achten.

Und was soll ich sagen, diese letzte Antwort hat mich dann dazu verleitet, das ganze hier zu publizieren. Gleichzeitig habe ich es auch nochmals in aller Ruhe und Ausführlichkeit versucht, dem Supporter klar zu machen, was ich genau möchte:

Alles was ich möchte, ist das Modul aktiviert, was weder die Stabilität noch etwas anderes gefährdet. Es ist eine normales PHP Modul wie für MySQL oder ähnliches!

Ich habe nie von Ihnen verlangt, für mich eine eigene Version von PHP zu kompilieren, ich habe Ihnen nur erklärt, wie das Modul auch nachträglich noch zugefügt werden kann.

Aber ich erkläre es gerne noch einmal:
Zum Aktivieren muss das Modul in der php.ini einkommentiert und die SO-Datei in den passenden Ordner kopiert werden. Die SO-Datei, welche kopiert werden muss, können Sie entweder im Internet suchen und herunterladen, oder aber eine PHP Version mit LDAP Unterstützung auf einem ungenutzten Server kompilieren, daraus dann die SO-Datei auf den Server kopieren, auf welchem meine Webseite läuft und dann die kompilierte Version vom ungenutzten Server wieder löschen!
Kompilieren müssen Sie für mich keine Version, es ist nur eine Möglichkeit an die benötigte SO-Datei ranzukommen…

Ich darf Sie bitten, dieses Ticket zu eskalieren an die nächst höhere Stufe oder falls ich mich schon an der höchsten Stelle befinden sollte, an einen kompetenten Techniker weiterzureichen, welcher Erfahrung mit hat mit PHP Modulen und *nix-Systemen.
Denn ich möchte immer noch, dass dieses Modul aktiviert wird oder mir plausibel erklärt wird, welche Punkte dagegen sprechen!

Bin mal gespannt, ob wir noch auf einen grünen Zweig kommen!
Ich hoffe ja schwer, dass es sich bei dem Ganzen um ein einmaliges Problem handelt. Jedenfalls ist so heute morgen noch ein verspäteter Neujahrsvorsatz entstanden: Hoster wechseln!

Update vom Morgen des 17.01.2012
Keine Tag hat es gedauert, da flatterte folgende Email vom Leiter IT bei mir ein:

ich habe Ihre Nachricht erhalten und werde diese so rasch als möglich bearbeiten. Sobald ich mir einen Überblick über die von Ihnen geschilderte Situation verschaffen konnte, werde ich Ihnen ein entsprechendes Feedback, resp. einen Lösungsvorschlag unterbreiten können.

Ich konnte noch nicht mal darauf antworten, schon klingelte mein Telefon und selbige Person rief mich an. Sieht so aus, als nehme man mein Problem endlich ernst! Da kann ich auch problemlos mal darüber wegsehen, dass mich die Person am anderen Ende ernsthaft gefragt hat, ob ich nun das PHP Modul aktiviert, oder einen eigenen Server mit Verzeichnisdienst haben möchte.

Update vom Abend des 17.01.2012
Bei unserem Telefonat am Morgen hat mir der Leiter IT versprochen, dem Problem nachzugehen, und mich am Abend nochmals zu informieren. Und genau das ist auch geschehen. Man hat sich mit den Technikern kurzgeschlossen und das Modul wurde problemlos eingepflegt und aktiviert. So wünsche ich mir doch das!

So, neben all dem Negativen möchte ich auch noch etwas Lob loswerden.
Ich sehe es sehr gerne, wenn eine Person oder eine Firma auch mal zugeben kann, dass ein Fehler vorgefallen ist! Es gibt für mich nichts schlimmeres, als wenn man versucht, sich raus- oder ein Problem schönzureden, wie ich das leider schon von zig Firmen hören durfte. Doch besagte Person am Telefon konnte zugeben, dass ein Fehler vorgelegen hat, konnte sich entschuldigen und hat sich sogar noch mit einer Gutschrift revanchiert – solche Aktionen verdienen mein Respekt! (nicht wegen der Gutschrift )

Wie es also scheint, war der Fall wohl doch eher ein Einzelfall und Hoststar arbeitet auch weiterhin noch an ihrem schnellen und kompetenten Support, so wie ich diesen auch von früher her kenne – Projekt Hosterwechsel wird vorerst vertagt!

Liebe Opera-Gemeinde, hasst mich, ich habe Google Chrome für mich auserwählt
Die Installation von Chrome ist wie gehabt einfach und zum Glück kann ich direkt aus Firefox meine Lesezeichen und Passwörter importieren. Somit erspare ich mir mühsames abgleichen o.ä.
Und wie sich bei meinen ersten Erkundungsreisen zeigt vermisse ich nichts. Dinge wie Rechtschreibprüfung oder Firebug brauche ich gar nicht mehr zu installieren, das gibt es schon out-of-the-box!
Ausserdem öffnet und schliesst Chrome binnen Sekunden und ich frage mich echt langsam: Wieso habe ich nicht schon früher gewechselt…

Ich möchte Firefox ja nicht vergraulen, aber leider kann ich den Wechsel nur jedem empfehlen! Und ja, das ist mein erster Post von Chrome

Das könnte dich auch interessieren:

1. Fast Dial und Firefox 5.0 Fast Dial, ein Add-on für Firefox, dass ich in den...
2. Eine Ära geht zu Ende … Nein keine Angst, ich höre nicht auf mit dem Bloggen....

So besitze ich beim besagten Unternehmen mehrere registrierte URLs. Diese werden jeweils für ein ganzes Jahr bezahlt, was sich bei mir immer so auf Ende Jahr im Bereich Oktober / November beläuft.
So war es mal wieder soweit, ich bekam eine eMail, dass eine Domain wieder seit einem Jahr registriert ist und ich sollte nun für ein weiteres Jahr (man zahlt im vornherein) bezahlen. Da ich die Domain eigentlich so gar nicht mehr nutzte, dachte ich mir halt: “Gut, das kannst du dir sparen, gehste mal die Domain löschen.”

Gesagt getan, besagtes Unternehmen hat natürlich ein Internetportal, wo ich mich einloggen und den Löschantrag eröffnen konnte. Schon hier ist mir der Vermerk aufgefallen, dass der Antrag 30 Tage vor Aboende ausgelöst werden muss. Da frage ich mich doch glatt, wieso das Entfernen eines A-Records vom DNS-Server 30 Tage in Anspruch nehmen soll, aber gut. Ich dachte mir, schliesslich ist die Info über das Aboende zu spät gekommen, und es bleiben ja immer noch gute 20 Tage übrig!
Also habe ich die Domain gekündigt und nach ganzen 5 Tagen wurde der Löschantrag angenommen und die Domain per Ende Monat, dem 30.9, gelöscht – hat also alles geklappt!

Umso erstaunter war ich nun also, als ich im Folgemonat die erste Mahnung für diese Rechnung erhalten habe. Darin gab man mir zu verstehen, ich sollte doch bitte die Jahresgebühr für meine Domain ab dem 1.10 für ein weiteres Jahr bezahlen. Natürlich habe ich zuerst gedacht, ich lese nicht richtig, schliesslich wurde mein Löschantrag angenommen und ich soll nun eine Jahresgebühr bezahlen für eine Domain, welche von dem bezahlten Jahr keinen einzigen Tag erleben wird, da diese noch vor der neuen Laufzeit gelöscht und bestätigt wurde!
Also wollte ich mir doch gleich mal via eMail Wort verschaffen. Interessanterweise scheinen aber nicht viele Mitarbeiter in der besagten Firma vorhanden zu sein oder zu arbeiten, denn die Antwort liess 5 Tage auf sich warten und erreichte mich auch nur nach erneutem nachfragen! Die überfreundliche Dame erklärte mir, dass ich die Domain bis am 21.8 hätte löschen sollen, damit ich die Rechnung nicht hätte bezahlen müssen. Auf meine Frage, wieso dann der Löschantrag genehmigt wurde, ging Sie gar nicht erst ein!
Interessanterweise scheine ich ein wichtiger Kunde zu sein, denn am selben Tag erhielt ich noch Post von einer anderen Mitarbeiterin des besagten Unternehmens… Diese erklärte mir, ich hätte die Domain bis am 31.8 löschen sollen und wollte auch nicht auf die Tatsache eingehen, dass mein Löschantrag trotz Nichtigkeit angenommen wurde. Für mich von besonderem Interesse, dass die internen Mitarbeiter noch nicht mal selbst wissen, bis wann spätestens gekündigt werden muss. Wie soll ich das denn wissen?!

Sehr ermunternd war auch noch der Verweis – oder seien wir mal ehrlich – die Drohung, bei der zweiten Mahnung werde eine Gebühr von 25.- Franken fällig. Natürlich ist das Bearbeitungsgebühr und kein Gewinn. “Wucher” ist ja auch nicht ein alltägliches Wort…

Nun denn, ich weiss, eigentlich war es nicht das richtige, aber um mir noch mehrere Stunden Arbeit und Diskussionen zu ersparen habe ich die paar Franken halt eingezahlt und schaue mich nun mal um, ob ich nicht auf eine andere TLD umziehen werde, denn leider gibt es für meine Landesdomain nur dieses eine Unternehmen. Schöne Monopolstellung ist das, wer da seine Geldgeilheit nicht voll auskostet, hat ja wohl keine Ahnung von Wirtschaft…!

Über alles muss ich sagen, ich finde es sehr schade wie man mit einem langjährigen Kunden umgeht, dass man sich so schlecht um Fragen kümmert und neben der Zeit die man sich lässt auch noch die Hälfte des Textes ignoriert. Von der Abstrusität, dass die Löschung 30 Tage vorher ausgelöst werden muss und der Tatsache, dass man Anträge einfach annimmt ohne diese zu Prüfen, will ich gar nicht nochmals erwähnen! In meinen Augen lächerlich, wie man seine Stellung auf Kosten der Kunden auslebt!

Meine Empfehlung an besagtes Unternehmen: Gebt mal ein Memo raus und klärt intern zuerst die Deadline für eine Kündigung und überlegt euch nochmals ob euer System wirklich 30 Tage braucht um eine Domain zu löschen, dann schickt eure Mitarbeiter auf eine Schulung für erfolgreiche Kommunikation und danach sehen wir weiter…

Wenn sich dass nur all die Auftraggeber, Manager und Projektleiter das mal zu Herzen nehmen könnten!

So ist der Blog mittlerweile nicht mehr gänzlich unbekannt:

Und hat Besucher aus der ganzen Welt (ob die alle Deutsch sprechen?):

Es war einmal ein kleines, süßes Mädchen, das immer ein Käppchen aus rotem Samt trug. Aufgrund dieses Attributes erhielt es ein Assign unter dem symbolischen Namen Rotkäppchen.

Eines Tages sprach die Mutter: Rotkäppchen, die Gesundheit deiner Großmutter hat einen Interupt bekommen. Wir müssen ein Pflegeprogramm entwickeln und zur Großmutter bringen, um das Problem zu lösen. Verirre dich jedoch nicht im Wald der alten Sprachen, sondern gehe nur strukturierte Wege. Nutze dabei immer eine Hochsprache der vierten Generation, dann geht es der Großmutter schnell wieder gut. Und achte darauf, dass dein Pflegeprogramm transaktioniert wird, damit es die Großmutter nicht noch mehr belastet.

Da der Weg zur Großmutter renetrant war, traf Rotkäppchen den Wolf. Er tat sehr benutzerfreundlich, hatte im Backround jedoch schon einen Abbruch programmiert. Während Rotkäppchen einen Go To ins Blumenfeld machte, ging der Wolf im Direktzugriff zur Großmutter und vereinnahmte Sie unverzüglich durch einen Delete. Ohne zu zögern gab er sich den Anschein kompatibel zu sein und nahm die logische Sicht der Großmutter an. Dann legte er sich in Ihren Speicherplatz.

Kurz danach lokalisierte auch Rotkäppchen die Adresse der Großmutter und trat in den Speicherraum.

Vor der Installation des Pflegeprogramms machte Rotkäppchen sicherheitshalber einen Verify und fragte:

Ei Großmutter, warum hast Du so große Augen?

Weil ich zufriedene Endbenutzer gesehen habe.

Ei, Großmutter warum hast Du so große Ohren?

Damit ich die Wünsche der User besser verstehen kann.

Ei, Großmutter warum hast du so ein entsetzlich großes Maul?

Damit ich dich besser Canceln kann!

Sprachs und nahm das arme Ding als Input. Nach ein Logoff begab sich der Wolf zur Ruhe, schlief ein und begann laut zu schnarchen.

Als der Jäger auf seinem Loop durch den Wald am Haus der Großmutter vorbeikam, sah er durch sein Window den Wolf im Bett liegen.

Finde ich dich hier du alter Sünder, sprach er, ich habe dich lange gesucht! Als Kenner der Szene analysierte er sofort, dass nach den Regeln der Booleschen Algebra die Großmutter nur im Bauch des Wolfes sein konnte. Er nahm sein Messer, teilte den Bauch des Wolfes in mehrere Sektoren und machte, welch Freude, die Großmutter und das Rotkäppchen wieder zu selbstständigen Modulen.

Als Input für den Bauch des Wolfes nahmen sie viele Kilobyte Steine und beendeten die Operation mit einem Close. Als der Wolf erwachte, verursachte ihm sein dermaßen aufgeblähter Hauptspeicher solche Schmerzen, dass er an einer Storage Violation jämmerlich zugrunde ging.

Da waren alle vergnügt.

Das Pflegeprogramm aktivierte die Großmutter. Rotkäppchen aber dachte: Du willst den Lebtag nie wieder einen Go To machen, sondern nur noch strukturierte Wege gehen, wie dirs die Mutter geboten hat.

Dieses Blog habe ich vor zwei Jahren gegründet, um über tägliche Probleme und Situationen aus meine täglichen Leben als Informatiker zu berichten. Zu Beginn waren meine Beiträge noch hauptsächlich über Windows und haben sich dann immer mehr und mehr zu den Themen Linux und OpenSource entwickelt. Und besonders seid ich auch auf der Arbeit dem Linux / Unix-Team unterstellt bin, werden Windows-Probleme immer rarer, was ich aber nicht als besonders schlimm befinde

Nun bleibt mir nicht mehr viel übrig als euch für eure Treue und Unterstützung zu danken und mich auf viele weitere erfolgreiche Jahre mit euch zu freuen!!