- lynx.boo trông như một trang chia sẻ liên kết công khai, nhưng hiện khi truy cập thì thay vì dịch vụ thực tế, trang hiển thị lỗi Cloudflare 522
- Trạng thái lỗi cho biết yêu cầu đã kết nối tới máy chủ web gốc nhưng không thể hoàn tất
- Trên màn hình chẩn đoán, trình duyệt và Cloudflare hiển thị bình thường, còn host lynx.boo hiển thị Error
- Người truy cập nên thử lại sau vài phút, còn chủ sở hữu trang cần báo cho nhà cung cấp hosting rằng máy chủ web không thể hoàn tất yêu cầu
- Nguyên nhân có khả năng cao nhất là một tác vụ phía máy chủ đang chiếm dụng quá nhiều tài nguyên, khiến việc xử lý yêu cầu không kết thúc
Trạng thái truy cập hiện tại
- lynx.boo trả về trang lỗi Cloudflare thay vì màn hình dịch vụ, với trạng thái 522: Connection timed out hiển thị trong nội dung
- Chẩn đoán trạng thái được chia thành ba phần
- Browser: Working, vị trí hiển thị là Los Angeles
- Cloudflare: Working
- Host: Error, đích là lynx.boo
Lỗi 522 có nghĩa là gì
- Error 522 nghĩa là yêu cầu đã kết nối tới máy chủ web nhưng quá trình xử lý phản hồi chưa hoàn tất
- Người truy cập được hướng dẫn thử lại sau vài phút
- Chủ sở hữu trang cần thông báo cho nhà cung cấp hosting rằng máy chủ web không thể hoàn tất yêu cầu
- Nguyên nhân có khả năng cao nhất là một tác vụ nào đó trên máy chủ đang chiếm dụng quá nhiều tài nguyên
- Cloudflare Ray ID hiển thị là a142c425fffbcab0
1 bình luận
Ý kiến trên Hacker News
Tôi muốn gọi nó là “NASA Revivalist”, gợi nhớ đến sổ tay thiết kế đồ họa NASA thập niên 1970[0], hơn là brutalism
Từ góc nhìn của người từng thiết kế hoặc phục dựng kiến trúc brutalism thực sự, công cụ này bỏ lỡ vài yếu tố cốt lõi của phong cách đó: không có bê tông nên không có mùi bê tông kiểu “hương Americana giữa thế kỷ”, không có cảm giác như sẽ bị mật vụ bắt ở mỗi góc, và cũng không cần xịt rửa áp lực định kỳ để khỏi trông như phim trường kinh dị hậu tận thế
Cụm “sống và làm việc” chỉ đúng theo một nghĩa nhất định, và không tính mùi thuốc lá
0 <https://www.nasa.gov/wp-content/uploads/2015/01/nasa_graphic...>
Mục 2 là vì bạn không dùng website này ở Mỹ, còn mục 3 thì chắc chắn là ít cần xịt rửa áp lực hơn
Tôi biết là bạn đùa, nhưng tôi cho rằng thiết kế brutalism trên website là một lý thuyết thiết kế khác với brutalism trong kiến trúc. Tất nhiên tôi cũng không nghiêm ngặt đi theo một phong cách thiết kế cụ thể nào
Cá nhân tôi gọi phong cách của mình là “Marketing Brutalism”. Nó phải có mục tiêu cho người dùng cuối, và mục tiêu đó có thể là hành động hoặc sự ngộ ra, tùy mục đích của site
Rõ ràng và súc tích là đủ. Nếu đạt mức “ổn ổn” thì đã là tiệc lớn rồi, chỉ cần trông đáng tin khoảng 51% là được
Nếu bạn đã lan truyền thành công meme kiểu IBM thập niên 1980 rằng “chưa ai bị sa thải vì chọn IBM”, thì coi như đã đạt mục tiêu
Tất nhiên điều này giả định trường hợp người xem tiếp xúc mà không có ngữ cảnh trước đó. Nếu bạn đã khiến mọi người gắn danh tính của họ với thương hiệu, thì tiếp theo chỉ cần dội sản phẩm trước mắt họ và gia đình họ vào mỗi dịp lễ là xong
Tuy vậy, tôi đồng ý rằng trong một số trường hợp cần xịt rửa áp lực
Thật sự rất hay. Có vài điểm tôi chú ý
Liên kết tới site của tôi hiển thị nguyên văn
Avi Perl's personal site!Trên trang chỉnh sửa không có liên kết tới homepage của tôi, nơi các liên kết được hiển thị, và thật ra cũng không rõ rằng phải tới đó mới xem được các liên kết của mình. Tôi đoán thử rồi mới tới được trang của mình
Link xác nhận bị Gmail đưa vào spam. Sẽ tốt hơn nếu trên trang xác nhận có liên kết chuyển hướng tới trang chỉnh sửa hoặc homepage
Nếu nhập phần tự giới thiệu rất dài, trên mobile nút cuối cùng nổi đè lên phần chữ ở dưới, trông không đẹp; phần chữ ở footer mobile căn giữa cũng có vẻ hơi lệch
Một ý tưởng là nếu có thể đặt tên ngắn cho từng mục, nó cũng có thể dùng như trình rút gọn URL. Nếu đặt tên ngắn
pcho site cá nhân,lynx.boo/aviperl/pcó thể trở thành một lựa chọn thay thế tinyurl; nếu còn có tùy chọn ẩn URL trên homepage thì tôi khỏi cần dùng lại những dịch vụ như vậyTôi tò mò chuyện gì sẽ xảy ra khi site cần thu hồi một URL đã bị ai đó giữ làm người dùng. Vì tôi là chủ trang about nên chắc tôi sẽ tự biết thôi :D https://lynx.boo/about
Không render được ký tự đặc biệt, đặc biệt là dấu câu cơ bản, là lỗi sơ đẳng; bạn bắt được rất đúng
Link xác nhận có lẽ sẽ vào spam trên gần như mọi mail client. Tôi đã thiết lập đủ những thứ cần thiết cho email, nhưng IP chưa có uy tín và lịch sử của các IP lân cận có lẽ cũng không hoàn hảo, nên tôi đang tìm hiểu thêm. Dù vậy, như một phần của cảm giác “Internet ngày xưa”, tôi không muốn dùng các nhà vận hành SMTP kiểu đó
Vấn đề footer tôi đã thấy vào tối hôm trước trước khi đi ngủ, may là sửa dễ. Còn việc chữ footer bị lệch khỏi trung tâm thì tôi cần xem lý do
Hôm nay tôi định thêm tính năng chuyển hướng về trang. Trước đó tôi để thông báo dạng chữ không style, nhưng ngay cả với tôi cũng quá tối giản. Tôi vẫn chưa thêm nhiều logic
Tình cờ là trước khi làm cái này, tôi đã bắt đầu một site “giống bit.ly nhưng tối giản” có hỗ trợ QR và phân tích cơ bản, hiện hoàn thành khoảng 90%. Tôi kiểu ADHD rồi nhảy sang ý tưởng này, nhưng dự định sẽ phát hành nó như một phần của bộ sản phẩm tối giản. Nói vậy không có nghĩa là chúng không thể mượn tính năng của nhau
Thật ra tôi nghĩ còn nhiều domain hay ho hơn rất nhiều để giành. Có thể dùng một ký tự, có thể dùng emoji, rất nhiều khả năng. Tôi đã giữ trước vài cái, nhưng hơi khó xác định nên kẻ ranh giới ở đâu. Nếu ai đó cố tình lạm dụng để giả làm LynxBoo thì sẽ là vấn đề, còn ngoài ra tôi muốn thưởng cho sự sáng tạo và hy vọng mọi người lấy đủ loại tên thú vị
Tôi dùng thử nhanh
Phần kiểm tra trên trang form không yêu cầu URL hợp lệ, nhưng khi bấm gửi thì nếu URL sai, việc xác thực thất bại. Quay lại để sửa thì nút gửi vẫn cứ ở trạng thái loading nên không chỉnh được
Tôi nghĩ không cần bắt buộc tiêu đề cho URL. Nếu để trống thì dùng domain làm tiêu đề, hoặc dùng chính URL là được
Xin lỗi, tôi bị kẹt ở đây nên không có phản hồi khác
Tôi đã cố dùng JavaScript ở mức tối thiểu, nhưng có vẻ đây là chỗ nên thêm một chút
Vấn đề nút gửi cũng cần được sửa
Cập nhật: các phần này đều đã được sửa
Điều tôi thật sự tự hào là trang này nhỏ đến mức nào
Dĩ nhiên đây là một site đơn giản đến ngớ ngẩn, nhưng tôi cũng không nghĩ nó xấu, và kể cả trang có nhiều JavaScript và HTML nhất cũng chỉ khoảng 5KB
Tôi từng có thời gian dạy học ở Alaska, nên thật sự cảm nhận rất rõ giá trị của những website có footprint nhỏ
Chỉ với HTML ngữ nghĩa bình thường và CSS thông thường, bạn vẫn có thể tạo ra một site đẹp và có phong cách. Không cần React, không cần styled components, còn JavaScript thì chỉ dùng ở nơi thật sự cần. Ôi, tôi đúng là đã biến thành ông già đứng hét vào mây rồi
Dù sao thì làm tốt lắm
Kích thước tính bằng kilobyte phụ thuộc vào số bài đăng hiển thị trên trang đầu
Tôi đã tạo một trang. Nếu muốn xem mà không cần đăng ký thì ở đây: https://lynx.boo/dg
Mắt tôi đảo như máy đánh bạc khi thấy các cụm “viscerally offensive” và “SEO spam”
Tôi đoán email được ghi nhận là hello@lynx.boo nên đã có thể gửi yêu cầu chỉnh sửa cho liên kết lynxboo
Trông có vẻ khá dễ bị lạm dụng. Không hẳn là lỗ hổng bảo mật, nhưng chẳng phải bạn có thể nhận rất nhiều spam sao?
Trong trường hợp đó, họ chỉ cần đoán đúng rằng email ấy đã đăng ký trên site; còn ở đây, họ phải biết email đó đã đăng ký với Lynx cụ thể này
Có thể gây phiền, nhưng khả năng bị lạm dụng có vẻ giống một trường hợp rìa hơn
Tôi thích ý tưởng, động lực và tính năng của site, nhưng có một gợi ý có thể hữu ích
Sẽ tốt nếu giảm “vẻ ngoài” brutalism từ mức 10 xuống khoảng 9. Có hai điều có thể giúp site dễ dùng hơn mà vẫn giữ được tinh thần của nó
Nên thêm chế độ sáng/tối theo hệ thống. Màu trắng 100% quá gắt và sáng, khiến tôi ngại dùng
Với trắng và đen, cũng nên kéo nhẹ khỏi trắng 100% và đen 100%, thành xám hơi dịu và gần như đen. Rốt cuộc đây là vấn đề khả năng tiếp cận cho mắt. Brutalism đâu nhất thiết phải gây khó chịu
Nếu là website “brutalism” thật sự để chia sẻ liên kết thì nó sẽ là một file txt chỉ có danh sách liên kết và bình luận, hoặc một trang HTML hoàn toàn không có CSS/phong cách gì
nc apitman.com 2052 <<< /txt/feed[0]: https://apitman.com/19/
Tôi duy trì một file văn bản chứa tất cả liên kết và metadata như ngày tháng, tag
https://eapl.me/links/links.txt
Cũng có vài script PHP để xem liên kết dễ hơn
https://eapl.me/links/all_links.php?tag=dev
Đây không phải cách dễ quản lý nhất, nên tôi đang nghĩ thêm về một script để cập nhật hoặc xóa các liên kết cũ trên web, thay vì làm qua SSH như hiện tại
Có lẽ tôi sẽ dùng cái này
+1 cho việc không bắt buộc phải đặt tên liên kết như các bình luận khác nói. Sẽ tốt nếu lấy tiêu đề trang hoặc chỉ cho phép URL
Email xác nhận đã vào spam
Có thể không đúng tinh thần tối giản, nhưng sẽ hay nếu nó có thể mở rộng với các dịch vụ khác theo một hướng có lẽ mang tinh thần Unix hơn. Dịch vụ này vẫn là hosting liên kết rất tối giản, nhưng cung cấp webhook và API key
Khi đó, mỗi khi có liên kết được thêm, một thứ gì đó tôi self-host có thể được kích hoạt để, ví dụ, tóm tắt bằng AI, trích xuất screenshot của trang, hoặc thêm vào ghi chú của tôi. Với tôi, đây là hình dung tôi muốn web tiến tới. Tôi thấy nó tốt hơn việc cố xây một công ty xoay quanh chia sẻ liên kết, hoặc biến thành mã nguồn mở rồi mong mọi người lao vào codebase
/jsonvào URL thì bạn đã có thể lấy các liên kết của mìnhVì spam, tôi đang cố làm cho bot khó tạo hoặc chỉnh sửa Lynx
Có lẽ tôi nên ghi trên site rằng email xác nhận có thể vào spam
Nếu là brutalism thì thậm chí có thể bỏ tùy chọn các trường tiêu đề/URL riêng
Chỉ cần cung cấp một ô văn bản nhận danh sách mà mỗi mục đơn giản là dạng
title URL. Nếu là brutalism thì đó là cách tôi kỳ vọngNếu trong ô văn bản có URL không hợp lệ, chỉ cần báo số dòng của liên kết đó