Posts by Stefan Wintermeyer · 542 posts
In den vutuv Einstellungen gibt es jetzt die Möglichkeit Daten aus dem eigenen LinkedIn Profil zu importieren. Danke an @dirk_alexander für den Feature Request! Probiert es bitte einmal aus.
In den vutuv Einstellungen gibt es jetzt die Möglichkeit Daten aus dem eigenen LinkedIn Profil zu importieren. Danke an @dirk_alexander für den Feature Request! Probiert es bitte einmal aus.
Gibts einen Import von LinkedIn? Hab keine Lust nochmal alle beruflichen Stationen aufzuschreiben ;-)
Der LinkedIn Import ist online. Ich werde die Doku dazu morgen noch verbessern und dann etwas dazu schreiben. Danke für den Input!
Es gibt aber auch Lösungen für die technisch weniger versierten Nutzer (Email- oder SMS-Code)
PIN per E-Mail machen wir ja bereits. Aber es gibt viele Robots die das können. PIN per SMS kostet und auch da gibt es Robots, die das können. Ist schwierig.
Gibts einen Import von LinkedIn? Hab keine Lust nochmal alle beruflichen Stationen aufzuschreiben ;-)
Ich schaue es mir mal an. Ich brauche von 3-4 verschiedenen Personen diesen LinkedIn Daten-Export, damit ich das sauber implementieren und testen kann.
Just my 2 Ct.
Ich habe auch schon mal über sog. Honeypot gelesen. Du fügst dem Registrierungsformular ein extra Eingabefeld hinzu (z. B. <input name=”homepage_url”>), das du per CSS (display: none; oder außerhalb des sichtbaren Bereichs) für Menschen absolut unsichtbar machst. Bots lesen meistens nur den HTML-Code aus und füllen alle Felder stumpf aus. Wenn das Formular abgeschickt wird und dieses Feld Daten enthält, weißt du sofort, dass es ein Bot war und kannst den Account blocken.
Wäre das eine Möglichkeit? Aber, wahrscheinlich hast du daran auch schon gedacht. 🤗
Viele Robots benutzen heute ganz normale Chrome Browser. Die sehen genau da gleiche, was auch ein Mensch sieht. Früher hat so was funktioniert. Im Zeitalter von LLM und Co. nicht mehr. Leider.
Wäre das Erzwingen von 2FA eine Möglichkeit? Gefällt vielleicht nicht jedem, aber das schränkt die Bots stark ein, denke ich.
2FA ist leider für viele normale User eine zu große Hürde. Ich will niemanden dafür bestrafen, sich sich so sehr mit der Technik aus zu kennen.
Das aktuell größte technische Problem beim Betrieb von vutuv sind die Fake-Accounts. Robots die sich einen Account anlegen und dann entweder gar nichts machen oder auf Spam-Webseiten verlinken. CAPTCHAs sind a) nicht mehr das, was sie mal waren und b) super blöd zu benutzen (da verliert man ja direkt die Lust auf alles). Ich überlege schon, ob ich inaktive neue Accounts nach 2 Stunden automatisch lösche. Bin für jegliche Ideen dankbar.
Heute einen Newsletter mit Updates zum Projekt rausgeschickt. Der Newsletter-Code ist neu und naturgemäß schwer zu testen. Man kann ja nicht einfach mal 1.000 Test E-Mails rausjagen. Und tatsächlich hatte der Code einen Bug. Das Profil des Users wurde fix mit vutuv.de/username angezeigt. Eigentlich sollte {{username}} im Template automatisch ersetzt werden. Peinlich. 🤦♂️
Hi, danke für die Mail und das ihr wieder da seid. Wenn ich in der Mail auf mein Profillink klicke komme ich auf folgende Seite: vutuv.de/%7B%7Busername%7D%7D
Anscheinend hat da etwas nicht mit den Platzhaltern funktioniert beim Versenden der Massenmail. Man sollte nicht alles mit KI machen. :-D
Ja, das ist ein wirklich peinlicher Fehler. Bekomme ich nicht gefixt, weil die E-Mails sind alle raus. Sorry!
Moin, Anmeldung funktioniert nur am PC (LinuxMint, Brave) am Smartphone Fehlermeldung “Zuviele Versuche” Gruß Andreas
Danke für die Meldung. Wird heute noch gefixt. Ist ein Rate-Limit-Problem. Soll der Sicherheit dienen, aber braucht wohl etwas mehr Luft zum Atmen. github.com/wintermeyer/vutuv/…
Nicht heute. Aber ich schliesse es nicht aus. Aktuell gibt es bigger fish to fry.
Gute Idee! Habe ein Issue dazu eingetragen: github.com/wintermeyer/vutuv/…
Testing this self-improvement rule for my Claude Code setup:
- Treat every mistake as a trigger to improve the rules, so they self-improve over time. Whenever you get something wrong (caught by me, by a failing test, by CI, by a linter or formatter, or noticed yourself), don’t just fix the one instance. Ask what rule, had it existed, would have prevented it, then add or sharpen that rule so the same or a very similar mistake can’t recur. Put it at the right scope: project-specific lessons go in that project’s
CLAUDE.mdor.claude/rules/, general lessons go here in my globalCLAUDE.md, and durable per-project facts can also go to memory. Write each new rule as a concrete instruction that says what to do and why, not a vague reminder, and fold it into an existing bullet when one already covers the area instead of duplicating. Keep the signal high: only codify mistakes that are generalizable and likely to recur, and skip one-off slips or things already covered elsewhere. In the same turn that you fix the mistake, tell me which rule you added or changed and why.