- lynx.boo wirkt wie eine öffentliche Website zum Teilen von Links, zeigt beim Aufruf derzeit jedoch statt des eigentlichen Dienstes eine Cloudflare-Fehlerseite 522 an
- Der Fehlerzustand bedeutet, dass die Anfrage zwar den ursprünglichen Webserver erreicht hat, aber nicht abgeschlossen werden konnte
- In der Diagnoseansicht werden Browser und Cloudflare als funktionsfähig angezeigt, der Host lynx.boo jedoch als Error
- Besucher sollen es in einigen Minuten erneut versuchen, und der Website-Besitzer soll den Hosting-Anbieter darauf hinweisen, dass der Webserver die Anfrage nicht abschließen kann
- Die wahrscheinlichste Ursache ist, dass ein serverseitiger Vorgang übermäßig viele Ressourcen belegt, sodass die Verarbeitung der Anfrage nicht beendet wird
Aktueller Zugriffsstatus
- lynx.boo liefert statt der Service-Oberfläche eine Cloudflare-Fehlerseite zurück; im Hauptteil wird der Status 522: Connection timed out angezeigt
- Die Statusdiagnose ist in drei Bereiche unterteilt
- Browser: Working, Standort wird als Los Angeles angezeigt
- Cloudflare: Working
- Host: Error, Ziel ist lynx.boo
Bedeutung des Fehlers 522
- Error 522 bedeutet, dass eine Anfrage zwar mit dem Webserver verbunden wurde, die Antwortverarbeitung jedoch nicht abgeschlossen werden konnte
- Besucher werden angewiesen, es in einigen Minuten erneut zu versuchen
- Der Website-Besitzer soll den Hosting-Anbieter darüber informieren, dass der Webserver die Anfrage nicht abschließen kann
- Die wahrscheinlichste Ursache ist, dass auf dem Server ein Vorgang übermäßig viele Ressourcen belegt
- Als Cloudflare Ray ID wird a142c425fffbcab0 angezeigt
1 Kommentare
Hacker-News-Meinungen
Ich würde es eher „NASA Revivalist“ nennen, weil es mehr an das NASA Graphics Standards Manual[0] aus den 1970ern erinnert als an Brutalismus.
Aus der Sicht von jemandem, der tatsächlich brutalistische Architektur entworfen oder restauriert hat, verfehlt dieses Tool einige Kernelemente des Stils: Es gibt keinen Beton, also riecht es nicht nach Beton wie „ein Hauch von Midcentury Americana“, man hat nicht das Gefühl, an jeder Ecke von der Geheimpolizei verhaftet zu werden, und es muss auch nicht regelmäßig mit dem Hochdruckreiniger gesäubert werden, damit es nicht wie das Set eines postapokalyptischen Horrorfilms aussieht.
„Leben und arbeiten“ trifft nur in einem bestimmten Sinne zu, Zigarettengeruch ausgenommen.
0 <https://www.nasa.gov/wp-content/uploads/2015/01/nasa_graphic...>
Punkt 2 liegt daran, dass man diese Website nicht in den USA benutzt, und Punkt 3 braucht definitiv weniger Hochdruckreinigung.
Ich weiß, dass es ein Witz ist, aber ich sehe Brutalismus im Webdesign als eine andere Designtheorie als Brutalismus in der Architektur. Natürlich halte ich mich selbst nicht streng an einen bestimmten Designstil.
Persönlich nenne ich meinen Stil „Marketing Brutalism“. Es muss ein Ziel für den Endnutzer geben, und dieses Ziel kann je nach Zweck der Website eine Handlung oder eine Erkenntnis sein.
Klar und knapp reicht. Wenn es „ganz ordentlich“ ist, ist das schon ein Festmahl; es muss nur zu 51 % vertrauenswürdig wirken.
Wenn man wie IBM in den 1980ern erfolgreich das Meme verbreitet hat: „Niemand wurde je gefeuert, weil er IBM gewählt hat“, dann hat man das Ziel bereits erreicht.
Natürlich setzt das voraus, dass die Leute ohne jeglichen vorherigen Kontext damit konfrontiert werden. Wenn man es geschafft hat, dass Menschen ihre Identität an eine Marke knüpfen, muss man ihnen und ihren Familien anschließend nur noch zu jedem Feiertag das Produkt vor die Augen kippen.
Allerdings stimme ich zu, dass in manchen Fällen Hochdruckreinigung nötig ist.
Wirklich cool. Ein paar Dinge sind mir aufgefallen:
Der Link zu meiner Seite zeigt
Avi Perl's personal site!unverändert an.Auf der Bearbeitungsseite gibt es keinen Link zu meiner Homepage, auf der die Links angezeigt werden, und es war eigentlich auch nicht klar, dass ich dorthin muss, um meine Links zu sehen. Ich habe geraten und bin auf meiner Seite gelandet.
Der Bestätigungslink landete bei Gmail im Spam. Es wäre schön, wenn es auf der Bestätigungsseite einen Link gäbe, der zur Bearbeitungsseite oder Homepage weiterleitet.
Wenn man eine sehr lange Selbstbeschreibung einfügt, schwebt auf Mobile der letzte Button über dem Text unten, was nicht gut aussieht, und die Zentrierung des unteren Texts auf Mobile wirkt auch etwas verschoben.
Als Idee: Wenn man jedem Eintrag einen kurzen Namen geben könnte, ließe es sich auch wie ein URL-Shortener verwenden. Wenn ich meiner persönlichen Website den Kurznamen
pgebe, könntelynx.boo/aviperl/peine tinyurl-Alternative sein; und wenn es eine Option gäbe, die URL auf der Homepage zu verstecken, müsste ich so einen Dienst gar nicht mehr nutzen.Ich frage mich, was passiert, wenn die Website eine URL zurückholen muss, die bereits jemand als Nutzer belegt hat. Da ich der Besitzer der about-Seite bin, werde ich es wohl direkt erfahren :D https://lynx.boo/about
Dass Sonderzeichen, insbesondere einfache Satzzeichen, nicht gerendert wurden, war ein Anfängerfehler, und gut, dass du ihn gefunden hast.
Der Bestätigungslink wird vermutlich in fast jedem Mail-Client im Spam landen. Ich habe alles eingerichtet, was für E-Mails nötig ist, aber es ist eine IP ohne Reputation, und die Historie der Nachbar-IPs ist vermutlich auch nicht perfekt; ich recherchiere weiter. Trotzdem will ich als Teil dieses „altes Internet“-Gefühls keinen solchen SMTP-Anbieter nutzen.
Das Footer-Problem habe ich am Abend davor vor dem Schlafengehen gesehen, und zum Glück lässt es sich leicht beheben. Warum der Footer-Text nicht zentriert ist, muss ich mir ansehen.
Die Weiterleitung zur Seite will ich heute einbauen. Vorher hatte ich es als ungestylte Textmeldung gelöst, aber selbst für mich war das zu minimalistisch. Viel Logik habe ich noch nicht hinzugefügt.
Zufällig ist eine Website, die ich vor dieser hier begonnen habe, mit QR-Unterstützung und Basis-Analytics, quasi „bit.ly, aber minimalistisch“, schon zu etwa 90 % fertig. ADHS-mäßig bin ich dann zu dieser Idee gewechselt, aber ich werde sie als Teil einer minimalistischen Produktfamilie veröffentlichen. Das heißt aber nicht, dass sie sich nicht gegenseitig Funktionen ausleihen können.
Ich denke tatsächlich, dass es viele deutlich coolere Domains gibt, die man sich schnappen kann. Man kann auch Ein-Zeichen-Namen verwenden, Emojis, vieles ist möglich. Ein paar habe ich reserviert, aber es ist unklar, wo man die Grenze ziehen sollte. Wenn jemand es missbraucht, um absichtlich so zu tun, als wäre er LynxBoo, wäre das ein Problem; ansonsten möchte ich Kreativität belohnen und hoffe, dass sich die Leute alle möglichen lustigen Namen sichern.
Ich habe es kurz ausprobiert.
Die Validierung auf der Formularseite verlangt keine gültige URL, aber wenn man auf Absenden klickt, schlägt die Validierung fehl, falls die URL falsch ist. Wenn man zurückgeht, um sie zu korrigieren, lädt der Absende-Button weiter, sodass man nichts ändern kann.
Es scheint nicht nötig, für eine URL zwingend einen Titel zu verlangen. Wenn er leer ist, könnte man die Domain als Titel verwenden oder die URL selbst.
Sorry, aber hier bin ich hängengeblieben, daher kein weiteres Feedback.
Ich wollte JavaScript nur sehr minimal einsetzen, aber das hier wirkt wie eine gute Stelle, etwas mehr davon einzubauen.
Das Problem mit dem Absende-Button muss auch behoben werden.
Edit: Diese Punkte sind inzwischen alle behoben.
Worauf ich wirklich stolz bin, ist, wie klein die Seite ist.
Klar, es ist eine idiotisch einfache Site, aber ich finde sie weder hässlich, noch ist selbst die Seite mit dem meisten JavaScript und HTML größer als etwa 5 KB.
Ich habe eine Zeit lang in Alaska unterrichtet, daher weiß ich Websites mit kleinem Footprint wirklich sehr zu schätzen.
Mit normalem semantischem HTML und gewöhnlichem CSS kann man schöne, stilvolle Sites bauen. Kein React, keine styled components nötig, und JavaScript nur dort, wo es gebraucht wird. Ach, ich klinge schon komplett wie ein alter Mann, der Wolken anschreit.
Jedenfalls: gut gemacht.
Die Kilobyte-Größe hängt davon ab, wie viele Beiträge auf der Startseite angezeigt werden.
Ich habe eine Seite erstellt. Wenn ihr sie ohne Anmeldung ansehen wollt, hier ist sie: https://lynx.boo/dg
Bei den Formulierungen „viscerally offensive“ und „SEO spam“ sind meine Augen wie bei einem Spielautomaten gerollt.
Ich konnte eine Bearbeitungsanfrage für den lynxboo-Link einreichen, indem ich geraten habe, dass die hinterlegte E-Mail-Adresse hello@lynx.boo ist.
Das wirkt ziemlich leicht missbrauchbar. Nicht unbedingt eine Sicherheitslücke, aber könnte das nicht eine Menge Spam einbringen?
In diesem Fall muss man nur erraten, dass die E-Mail auf der Site registriert ist; hier muss man zusätzlich wissen, dass diese E-Mail für genau diesen Lynx registriert ist.
Es kann lästig sein, aber Missbrauch wirkt eher wie ein Edge Case.
Ich mag die Idee, den Antrieb und die Funktionen der Site, habe aber einen Vorschlag, der helfen könnte.
Es wäre gut, den Brutalismus-„Look“ von 10 auf etwa 9 herunterzudrehen. Es gibt zwei Dinge, die den Geist der Site bewahren und sie zugleich benutzbarer machen würden.
Ein systemabhängiger Hell-/Dunkelmodus wäre gut. 100 % Weiß ist zu aggressiv und grell, sodass man es ungern nutzt.
Auch Weiß und Schwarz sollten ein kleines Stück von 100 % Weiß bzw. 100 % Schwarz weggezogen werden, hin zu einem etwas weicheren Grau und fast Schwarz. Am Ende ist das eine Frage der Barrierefreiheit für die Augen. Brutalismus muss ja nicht zwingend unangenehm sein.
Eine wirklich „brutalistische“ Website zum Teilen von Links wäre entweder eine txt-Datei mit nur einer Liste von Links und Kommentaren oder eine HTML-Seite ganz ohne CSS/Styling.
nc apitman.com 2052 <<< /txt/feed[0]: https://apitman.com/19/
Ich pflege eine Textdatei mit allen Links sowie Metadaten wie Datum und Tags.
https://eapl.me/links/links.txt
Außerdem gibt es ein paar PHP-Skripte, die die Links leichter lesbar machen.
https://eapl.me/links/all_links.php?tag=dev
Es ist nicht die wartungsfreundlichste Methode, daher denke ich über weitere Skripte nach, mit denen ich alte Links im Web aktualisieren oder löschen kann, statt wie jetzt per SSH.
Ich glaube, das werde ich benutzen.
+1 zu dem Punkt aus einem anderen Kommentar, dass der Linkname nicht verpflichtend sein sollte. Es wäre gut, den Seitentitel zu holen oder nur die URL zu erlauben.
Die Bestätigungs-E-Mail landete im Spam.
Es entspricht vielleicht nicht dem Geist des Minimalismus, aber möglicherweise dem Geist von Unix, wenn man es mit anderen Diensten erweitern könnte. Dieser Dienst bliebe sehr minimalistisches Link-Hosting, würde aber Webhooks und API-Keys anbieten.
Dann könnte, wenn ein Link hinzugefügt wird, etwas von mir Selbstgehostetes ausgelöst werden, das zum Beispiel per AI eine Zusammenfassung erstellt, einen Screenshot der Seite extrahiert oder den Link zu meinen Notizen hinzufügt. Für mich wäre das die Richtung, in die sich das Web entwickeln sollte. Besser, als rund um Link-Sharing ein Unternehmen aufzubauen oder es Open Source zu machen und zu hoffen, dass Leute in die Codebasis einsteigen.
/jsonan die URL anhängst, kannst du deine Links bereits abrufen.Wegen Spam versuche ich es Bots schwer zu machen, Lynx zu erstellen oder zu bearbeiten.
Ich sollte auf der Site erwähnen, dass die Bestätigungs-E-Mail im Spam landen kann.
Wenn es brutalistisch sein soll, könnte man die Titel-/URL-Felder selbst optional weglassen.
Es bräuchte nur ein Textfeld, das eine Liste entgegennimmt, in der jeder Eintrag einfach die Form
title URLhat. Wenn Brutalismus, dann würde ich genau so etwas erwarten.Wenn im Textfeld eine ungültige URL steht, sollte die Zeilennummer dieses Links genannt werden.