Schlagwort: php

Wiki und LDAP

So, ich richte ja aktuell ein Wiki ein und habe dazu eine Zugangsverwaltung über LDAP. Klappt soweit schon ganz gut.
Nun muss ich mir nur noch irgendwie Adminrechte zuteilen.

Update:
Ah, MediaWiki legt die Benutzer parallel in der Datenbank an. Praktisch. Ich musste nur noch per Hand die Rechte in der Datenbank anpassen. Ersparen kann man sich das, wenn der Administratoraccount den selben Namen hat, wie dein eDirectory-Login (oder AD-Login).

PHP und eine LDAP Verbindung über SSL

Update:
Ich hab den Beitrag noch etwas erweitert, da er mir doch etwas zu undeutlich schien!

Ich hatte versucht, mich über PHP von meinem Windows Rechner mit einem Novell eDirectory Server zu verbinden:

$ds = ldap_connect('ldap://netservices01');
$r = ldap_bind($ds);
..

Anonymer Zugriff klappte auch gut, jedoch brauchte ich eine Passwortüberprüfung.
Also:

$ds = ldap_connect('ldap://netservices01');
$r = ldap_bind($ds,'cn=klein,ou=FOO,o=BAR','PASSWORT');

Ergebnis war leider folgende Fehlermeldung:

Warning: ldap_bind() [function.ldap-bind]: Unable to bind to server: Confidentiality required in C:\xampplite\htdocs\ldap.php on line 19

Mit anderen Worten, der will eine geschützte SSL Verbindung. Durch die PHP-Doku weiß ich, dass ich einfach ldaps://.. in ldap_connect() nutzen muss. Ergebnis: Kann keine Verbindung zum Server erstellen.

Lange hab ich gesucht, hier nun die Lösung:

Erstelle in C:\openldap\sysconf\ die Datei „ldap.conf“ mit folgendem Inhalt: 

TLS_REQCERT never

Wichtig ist das Verzeichnis, auch wenn es noch nicht existiert, muss es dorthin, da dies in der LDAP.DLL für WIN-PHP fest verankert ist.

Kurz den Apachen neu gestartet und schon läuft der ganze Krempel! Der versucht nun einfach nicht das Zertifikat runterzuladen oder so..
Geht einfach 🙂

Confixx Plugin

So langsam nimmt das Confixx Plugin form an.
Man kann bereits die Kunden importieren. Nun gehts an die Angebote. Leider muss man beim Importieren manuell die Pakete den Kunden zuordnen, was bei vielen Kunden etwas mühsehlig werden kann. Ist ja zum Glück nur einmalig und daher ist es halb so wild 🙂
Das System nimmt immer größere Ausmaße an, mal sehn wie groß es denn letzendlich wird. Vor allem jetzt arbeite ich ja nur am Plugin.

MfG

Kleiner Fehler, große Wirkung

Vor einer ganzen Weile programmierte ich mal fleißig an meinem Forum mit SEO Freundlichen Links zu versehen. Naja mittlerweile hat mich Google schon abgestraft, 5000 Seiten im Index, das sieht doch stark nach Spaming aus :/
Tja und gestern bemerkte ich auch warum. Und zwar habe ich eine Klasse headers, um einen speziellen Header zu senden. Ich rufe ihn folgender Masen auf:
headers::send(STATUSCODE);
Für den SEO Kram daher
headers::send(301);
Die Statuscodes werden in der Klasse über eine switch() Anweisungen an den Header gesendet:
switch($code) {
case '100': $status_code = '100 Continue';
case '101': $status_code = '101 Switching Protocols';
case '200': $status_code = '200 OK';
case '201': $status_code = '201 Created';
Dumm nur, wenn man das break; vergisst. Sprich es wurde immer der falsche Statuscode gesendet. Nun weiß ich auch warum mich Google abgestraft hat 🙁 Schließlich waren es massig Links, die zum selben Kontent führten er aber mit „301 Moved Permanently“ auf die neue URL lenken sollte. Ich könnt kotzen.
Na mal sehen wanns wieder ordentlich geht!