ToDo v1.6

[schlumpfi]

mh,
curl haben viele kleinere provider nicht installiert.
die grösseren schon.

curl hatten wir schon mal drin, lief auch gut, nur haben eben viele kein curl und somit ist ctxtra auch  nicht so vielseitig einsetzbar, das es auf jedem server funzt...

unser ziel:
minimalste servervorraussetzung mit maximalster sicherheit...

ausserdem haste pn... 

[mahakala]

um an die listen zu kommen, musste ich curl einsetzen, file etc. lief nicht, da der server sie blockt - auch soll es schneller sein.
wenn ich ctx recht verstehe, telefoniert es sowieso regelmässig nach hause, um die liste zu aktualisieren, von daher könnt ihr gerne auch die daten aus dem link -sprich von mir- haben. aktualisiert sich per cronjob täglich.
da ich mich schon bei google ausgesperrt hatte, brauchte ich die funktion für if (!in_array($_SERVER['REMOTE_ADDR'], $whitelist)) {require_once("ctracker..... somit ist das ganze schon etwas idiotensicherer...

gruss,
thomas

[Playa82]

fehlt noch class=" in der vbulletin whitelist

delete.php wird leider auch noch benötigt...

[Nordin]

delete.php wird leider auch noch benötigt...

Poste mal die url... "delete.php" durchzulassen ist sehr bööse

[andytheke]

funzt ctxtra auch 100%ig unter dem webserver lighttpd ?

[schlumpfi]

funzt ctxtra auch 100%ig unter dem webserver lighttpd ?

sollte auch funzen.
habe da allerdings noch keine erfahrungen.
über rückmeldung wären wir dankbar

mfg

[andytheke]

ich meine,weil lighttp nicht mit .htaccess umgehen kann ;)und er auch keine news anzeigt wegen updatenews ... lighttp kann ich nur empfehlen ... läuft schneller,insofern man nicht auf die module vom indianer angewiesen ist.

[delta]

lighttpd verwendet statt der Datei .htaccess das Modul mod_auth
Wenn also ctxtra eine .htaccess Datei erzeugt, dann wird diese vom Server nicht gelesen/ausgewertet und ist somit sinnlos.
Allerdings können die Daten aus der .htaccess (in etwas modifizierter Form) in die mod_auth Konfigurationsdatei eingetragen werden - und damit ist die Welt dann wieder in Ordnung.

[schlumpfi]

lighttpd verwendet statt der Datei .htaccess das Modul mod_auth
Wenn also ctxtra eine .htaccess Datei erzeugt, dann wird diese vom Server nicht gelesen/ausgewertet und ist somit sinnlos.
Allerdings können die Daten aus der .htaccess (in etwas modifizierter Form) in die mod_auth Konfigurationsdatei eingetragen werden - und damit ist die Welt dann wieder in Ordnung.

wird mal drüber nachgedacht....

delta, kannst du in erfahrung bringen (detaliert) wie und wo diese configs sind?
kann man über optionale multifähigkeit dann auswählen, ggf automatisieren...

mfg

[delta]

lighttpd verwendet statt der Datei .htaccess das Modul mod_auth
Wenn also ctxtra eine .htaccess Datei erzeugt, dann wird diese vom Server nicht gelesen/ausgewertet und ist somit sinnlos.
Allerdings können die Daten aus der .htaccess (in etwas modifizierter Form) in die mod_auth Konfigurationsdatei eingetragen werden - und damit ist die Welt dann wieder in Ordnung.

wird mal drüber nachgedacht....

Sorry - aber zunächst sollte mal darüber nachgedacht werden, wie die nächste Version des ctxtra schnellstmöglich auf den Weg gebracht werden kann.

delta, kannst du in erfahrung bringen (detaliert) wie und wo diese configs sind?
kann man über optionale multifähigkeit dann auswählen, ggf automatisieren...

Hab den Server hier, neben anderen, als Testsystem laufen.
Die Dateien liegen im Root-Bereich des Servers - von außen darauf zugreifen ist also nicht möglich (wäre auch schlimm wenn es anders wäre).
Allerdings könnte ein Admin-Script das unter bestimmten Rechten läuft, durchaus Config-Dateien schreiben - Voraussetzung ist natürlich, das der Server auf dem System des Users läuft und der User als Admin eingetragen ist.

Näheres ist in der Doku des lighttpd nachlesbar.