-
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을 그리워함