Thema: Open Source Linkcrypter

Sorry für die naive Frage aber: Warum setzen die meisten nachwievor auf externe LinkCrypter statt bestehende opensource Captcha Klassen mit etwas Fantasie zu modfizieren? Stark varierende Captchas würden OCR tecs doch viel mehr Probleme bereiten, u.a. wegen des dann miserablen Aufwand/Nutzen Verhältnisses.

Korrigiert mich wenn ich falsch liege.

Ich nutze einen externen Crypter vor allem wegen dem Status-Check.

Wozu einen eigenen Offline-Checker bauen und Ressourcen verschwenden, um ständig alle Links prüfen zu lassen, wenn es dafür bereits sehr gute Dienste wie Filecrypt gibt?

Zitat von rasko

Was tust du, wenn der genutzte Service offline ist oder einfach verschwindet

Dann suche ich mir einfach den nächsten Crypter mit einer anständigen API und trage dort alle Links neu ein. Geht gut automatisiert und dauert vielleicht 1-2 Stunden. Ist ja nicht so, dass ich nur den FC-Link in meiner Datenbank habe und keine Direktlinks

Darum gefällt mir die Ursprungsidee in diesem Thema so gut.
Dann könnte ich einfach selbst einen kleinen Crypter hosten, wenn es keine vernünftigen Alternaiven mehr gibt. Mir für jeden Hoster selbst Status-Checks zu schreiben und bei Änderungen zu pflegen erscheint mir aber als unverhältnismäßig hoher Aufwand.

Ich hab mal ein Repo auf github erstellt.

Infos dazu:
Sprache: PHP 5.6
Framework: Laravel 5.2
Geplante Funktionen:

• Usersystem (von Laravel),
• Crypter,
• API mit Crypt- und Status-Funktionen,
• ...

Das Repo beinhaltet derzeit nur ein mehr oder weniger leeres Laravel (Vagrant/Homestead Installation).
Außerdem wurde caffeinated/modules (https://github.com/caffeinated/modules) installiert um die einzelnen Funktionen in eigene Module auszulagern. Somit kann man neue Module einfach ins System integrieren.

URL: GitHub - cmstest/link.fail: link storage service with on-/offline check bzw. https://github.com/cmstest/link.fail

Interessant wie viel Resonanz das Thema hier erzeugt

@jbs, danke für den ersten Schritt. Leider habe ich aktuell keine Erfahrung mit Laravel und müsste mich erst mal in das Framework einarbeiten. (Bin eher der ZF2 Entwickler)

Aber ich denke darauf könnte man aufbauen. Wichtig wäre das wir die "Status Check" Klassen der einzelnen Hoster so allgemein wie möglich halten, dass man diese auch in andere Projekte integrieren kann.

Laravel ist easy, vor allem wenn du schon mit ZF2 gearbeitet hast. Die Doku ist recht gut, du solltest dich innerhalb von 1-2 Stunden problemlos einlesen können.

Ich schau mal wegen einem Interface für die Statusklassen. Sollte eigentlich keine große Sache sein. Irgendwelche Wünsche für die Funktionen der Statusklassen?

Ein Opensource Crypter wäre echt mal was neues, fänd ich super. Und ich glaube kaum, das dadurch die Captchas weniger sicher würden.