11P by neo 13일전 | favorite | 댓글 7개
  • 경량 웹 브라우저로, 자바스크립트를 지원하지 않아 빠르고 자원 소모가 적음
  • 프라이버시를 중시하여 화이트리스트 접근 방식을 사용하여 불필요한 추적을 방지
  • 현재 알파 단계로, 기본적인 기능은 갖추었으나 추가 작업이 필요
  • FixProxy
    • FixProxy는 FixBrowser의 백엔드 부분을 사용하여 일반 웹 브라우저와 함께 사용할 수 있는 안전한 웹 탐색 방법을 제공함.
    • 수년간 주로 사용해온 결과 안정적임.
  • Windows 및 Linux용 FixBrowser 다운로드 가능하며 소스 코드도 제공됨
  • 향후 Linux GTK3/4, Haiku, MacOS 지원 계획이 있으며, Windows 95/98/Me와 모바일(iOS/Android) 지원 계획도 있음
  • 추가 기능 계획
    • CEF 통합: 선택된 웹사이트나 탭에서 전체 브라우저 경험 제공
    • 비디오 재생 지원: 태그 및 YouTube 비디오 재생 지원
    • 확장 지원: 네이티브 코드 사용을 포함한 확장 지원
    • 캡차 및 기타 게이트키퍼 지원: 기부로 운영되는 서비스로 해결 예정
    • FixProxy 개선: 더 많은 기능으로 개선 계획

FE : 으아아아악

일단 리엑트 뷰 스벨트로 된 사이트는 못보겠군

홈페이지가 옛날 브라우저를 위해서 http도 지원하는 것이 인상적이네요.
얼마전에 모자익을 빌드해서 돌려봤는데…
HTML, CSS, JS 이전에 프로토콜에서 다 막혀서 좌절했던 기억이…

자바스크립트를 지원하지 “않아”…
볼 수 있는 페이지가 없음 lol

모바일 버전이 나오면 e-ink 제품으로 웹문서 보기 좋을 거 같네요

한번 여행갔다가 데이터 없어서 느려지고 나서는 text web browser 는 항상 필수로 가지고 있어서 이런 앱 환영합니다

Hacker News 의견
  • Opera와 Microsoft가 엔진을 포기하고 Blink를 채택하고, Mozilla가 Servo를 포기한 이후로 오픈 웹의 미래에 대해 걱정이 많았음. 프로젝트를 진행한 것에 대해 칭찬함

    • HTTP 코드에서 ETags를 지원하지 않는 점을 지적하며, ETags는 클라이언트 추적에 사용될 수 있지만 캐싱에도 유용하므로 신뢰할 수 있는 웹사이트에 대해 선택적으로 지원할 것을 제안함
    • FixBrowser/FixProxy가 Chrome, Firefox, Safari와 함께 파이 차트에 나타날 정도로 중요해지지 않는 한, 개별 사용자는 쉽게 지문이 남을 수 있음
  • PayPal의 문제로 기부를 할 수 없었음

    • JS를 지원하지 않는다는 점은 괜찮다고 생각함. 브라우저를 처음부터 만든다면 자신도 그렇게 할 것임
    • 다양한 스크립팅 엔진을 플러그인으로 사용할 수 있는 기능을 보고 싶음. 예를 들어 V8, SpiderMonkey, Python 등을 플러그인으로 사용할 수 있다면 HTML, CSS, Python으로 구성된 프론트엔드 스택을 만들 수 있을 것임
  • FixBrowser는 FixScript로 작성되었음

    • FixScript는 메모리 안전, 스레드 안전, 정수 오버플로우 안전 언어로, 보안 문제를 크게 줄임
    • C 컴파일러만 있으면 매우 이식성이 좋으며, 스레드가 없는 환경에서도 스레드를 에뮬레이트할 수 있음
  • 중앙 집중화된 인터넷을 예측하는 접근 방식으로 보임

    • 이 프로젝트는 많은 사이트에서 작동하지만, YouTube나 Netflix에서는 작동하지 않음
    • 이 프로젝트가 성공적이거나 비실용적이기를 바람
  • 프로젝트에 대해 감사하며, 시도해볼 것을 기대함

    • NLnet에서 자금을 신청할 수 있을지 궁금함
  • SSR 백엔드와 결합하여 Electron과 같은 데스크톱 앱으로 패키징하면 유용할 것임

    • Electron의 가장 큰 불만은 메모리 사용량이었음. 키오스크에도 잘 작동할 수 있음
  • 새로운 Dillo와 같다고 생각하며, 프로젝트에 감사함

    • 테스트 스위트에 추가할 것임
  • 프로젝트의 접근 방식, 언어, 라이선스 등이 매우 주관적이며, 웹의 상태와 다른 사용자의 기본 기대를 무시하는 것 같음

    • 프로젝트에 행운을 빌며, 최종 결과를 보고 싶음
    • 기부를 요청하는 만큼, 기부 대상에 대한 정보와 코드 기여가 가능한 공개 저장소가 필요함
  • 제품을 공개한 용기에 감사하며, 평가 후 건설적인 의견을 제시할 것을 제안함

  • uzbl을 그리워함