토스터 - 모든 것이 퇴비통으로 들어갑니다. 필터링하고 즐기세요

IT 주제에 대한 러시아 Q&A 리소스가 CIS에서 꽤 인기가 있는 것은 우연한 일입니다. 토스터기. 그러나 내가 그를 자세히 알아가기 시작했을 때 그는 뭔가를 놓치고 있었습니다. 이로 인해 브라우저 확장 형태가 개선되었습니다. 만나요.

Ключевые особенности :

• 제목 : 토스터 컴포트.

• 사용자 통계: 솔루션이 포함된 질문의 비율 Habr의 카르마; 프로필 요약 - 이 모든 내용은 Toaster의 질문 목록에 있습니다.

• 고시: 사이트에서 실시간으로 아이콘, 푸시 알림, 많은 설정에서 사이트가 열려 있어야 합니다(위키).

• 필터: 수식 기반 조건: 질문을 숨기고 색상을 지정하고 알림을 표시할 수도 있습니다. 이 모든 것은 논리적 조건 형식으로 유연하게 구성됩니다(위키).

• 인터페이스 : 정확한 날짜를 표시하거나 질문 목록에 구독 상태를 표시하는 등 사소한 개선이 이루어졌습니다.

• Habr 인터페이스: 사소한 개선(선택 사항)(예: 주석의 들여쓰기 라인)

• 오픈 소스 : 정말로 원한다면 직접 리메이크할 수 있습니다(출처).

• 비어 있는: MIT 라이센스.

• 플랫폼 : 크롬, 파이어 폭스.

• 메모리 소비: 30-50MB, 토스터의 옵션과 사용 강도에 따라 다름

• 크기 : v93의 경우 0.8.1KB(압축 해제, 축소되지 않은 코드).

• 뼈대: 누락되고 깨끗한 JS(미니멀리즘).

• 코드 품질: 평균, 스타일 혼합, 큰 기능, 지저분한 트릭, 소수의 댓글.

• 권한 : toster.ru, habr.com, notifications, storage, unlimitedStorage

처음에 저는 단 하나의 목적으로 직접 확장 프로그램을 만들었습니다. 사용자가 "해결책으로 표시" 버튼을 클릭하려고 했던 질문의 비율을 표시하는 것이었습니다. 그런 다음 도구가 XNUMXKB의 괴물로 성장할 때까지 조금씩 처음에 하나씩 추가되었습니다. 그럼에도 불구하고 '불필요한 것은 사용하지 않는다'는 원칙을 끝까지 지켰다.

이제 주요 기능 중 하나는 설정에서 수식을 사용하는 것입니다. 당신은 그들과 함께 거의 모든 것을 할 수 있으며, 관심을 관리하고 싶은 것은 무엇이든 할 수 있습니다. 가장 중요한 것은 무엇을 원하는지 아는 것입니다. 숨기기, 색상 변경 및 알림은 사이트 작업 시 주의해야 할 세 가지 주요 측면입니다. 무엇이든 필터링하는 것이 편리함의 핵심입니다.

특정 주제에 대한 알림을 받을 수 있는 유연한 규칙의 예:

!tag("Блокирование рекламы") && !contains(t,"реклам") && contains(t,"блокиров") && !tag("HTACCESS") || containsWord(t,"ркн") || contains(t,"роскомнадзор") || contains(t,"роскомпозор") || contains(t,"государств") || contains(t,"запрещен") || contains(t,"запрещён") || contains(t,"пиратск") || containsWord(t,"обход") || containsWord(t,"ростелеком") || containsWord(t,"яровой") || containsWord(t,"рф") && tag("Компьютерные сети") = notify

eval() 함수를 사용할 수 없다고 바로 말씀드리겠습니다. 그래서 당신은별로 재미가 없을 것입니다. 따라서 나는 다음을 사용하여 5KB의 코드로 나만의 버팀목을 작성해야 했습니다. 역 폴란드 표기법. 이것은 기능과 구문 측면에서 고도로 중성화된 JS라고 말할 수 있습니다.

최근에 관한 게시물이 있었습니다. 토스터 확장. 이에 비해 TE는 더 멋진 인터페이스와 Toster Comfort에 없는 일부 기능을 갖추고 있습니다. 그러나 내 확장 기능은 리소스 소비를 강조합니다. 그러나 두 확장 기능을 모두 사용하도록 귀찮게 하는 사람은 없으므로 충돌해서는 안 됩니다.

좋은 의미에서 TC를 처음부터 다시 작성해야 합니다. 왜냐하면 localStorage 및 JSON.stringify()를 포기하고 일부 아키텍처 솔루션을 변경하면 작업이 최소한 두 번 가속화되고 캐시 작업이 10번 수행될 수 있기 때문입니다. 하지만 이 위업을 수행해야 하는 사람은 내가 아닙니다. 그리고 저는 "효과가 있으면 건드리지 마세요"라는 원칙을 지지합니다. 휴가 중에도 적극적으로 이슈와 PR에 참여하지만 미니멀리즘을 희생하지는 않습니다. 관심을 가져주셔서 감사합니다!

출처: www.habr.com