Pegjs: 프로젝트 유지 관리 및 상태

이 라이브러리를 포크해야 한다는 사실에 절망합니다. 즉, 기존 소비자 중 누구도 도움을 받을 수 없으며 인터넷에서 가장 중요한 라이브러리 중 하나가 죽었습니다.

찢다

2020년 2월 18일 화요일 오전 5:59 John Haugeland [email protected]
썼다:

이 라이브러리를 포크해야 한다는 사실에 절망합니다.
소비자는 도움을 받을 수 있으며 가장 중요한 라이브러리 중 하나입니다.
인터넷이 죽었다

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/pegjs/pegjs/issues/639?email_source=notifications&email_token=AAAETTRJGY4Q5AWE76RBM2DRDPSURA5CNFSM4KSDGYBKYY1PNVWWK3TUL52HS4DFVREXG43VMXHJKTDNMV
또는 구독 취소
https://github.com/notifications/unsubscribe-auth/AAAETTRC57XZWSLTNS3VLL3RDPSURANCNFSM4KSDGYBA
.

5년 전에 JS 코딩을 아직 배울 때 이 라이브러리를 사용했습니다. 내가 아는 어떤 Markdown 다이얼릿보다 표현력이 뛰어난 HTML로 렌더링하는 언어를 만들었습니다. 오늘 나는 그 언어가 더 진화해야 한다고 재고했지만 이 라이브러리가 내가 기대했던 것만큼 건전하지 않다는 것을 알게 되었습니다. 그냥 슬퍼.

우리 회사도 이 패키지를 사용하고 있으며 곧 출시되는 ES 모듈 기능과 TypeScript 언어 기능을 보고 싶어합니다.

@futagoza 가 더 이상 이 패키지를 유지할 수 없다면 다른 사람이 인계받을 수 있도록 해야 합니다.

나는 PEG.js 커뮤니티가 위에 표현된 문제를 공유하고 정직한 답변에 감사할 것이라고 확신합니다.

두달이 넘었는데 아직도 답이 없으신가요?

@futagoza 가 타락한 것 같습니다. 다양한 커뮤니티의 모든 활동이 링크된 홈페이지 링크가 거의 동시에 중지됩니다. 슬퍼.

사이드 채널에서 지난 7일 동안의 활동을 계속 볼 수 있습니다.

@futagoza 가 커뮤니티 관리에 도움을 줄 수 있는지 알아보기 위해 이메일로 연락했습니다. v0.10에서 유지 관리 릴리스를 수행하는 데 관심이 있는 몇 사람과 v0.11을 위해 작업할 몇 사람을 찾을 수 있다면 가장 좋을 것 같습니다.

친절함을 기억하고 우리 모두가 도울 수 있는 일을 합시다. 다른 연락 방법이 있는 사람이 있으면 시간을 내어 연락을 취하여 우리가 그 부담을 떨쳐내고 함께 일할 수 있는지 봅시다.

커뮤니티 지원을 위해 @futagoza 에 대한 이 요청은 여러 번 제기되었지만 해당 문제에 대한 응답은 없습니다.
우리는 이 프로젝트를 포기한 것으로 가정할 수 있고, 함께 거기에서 작업할 포크를 결정할 수 있습니다.

이메일에 대한 답변을 받았습니다. 더 많은 정보를 공유하는 즉시 후속 조치를 취하겠습니다.

우리는 0.10을 출시해서는 안됩니다. 그것은 정말 이상한 고립된 도구에 놓였고, 개발 방법론은 기괴하고 틈새 시장으로 바뀌었고, 실패한 빌드 시스템으로 옮겨졌습니다. &c.

우리는 정말로 0.9로 돌아가서 원래 상태의 PR을 체리 선택하고 David의 원래 깨끗한 시스템을 유지해야 합니다. 우리는 Futagoza가 엉망이 되었기 때문에 3년 동안 버전을 건너뛰도록 할 수 없습니다.

이것은 이제 표준 노드 시스템으로 전환되어야 합니다. 수년 동안 필요했으며 모든 활성 사용자가 이것을 영원히 요구해 왔습니다.

@StoneCypher 나는 당신이 뭔가를 놓쳤거나 단지 오타일 수 있다고 생각합니다 - 우리는 이미 0.10 릴리스를 가지고 있습니다. 0.11 릴리스를 의미합니까?

오, 내 실수, 0.10.0은 David의 4년 된 릴리스입니다. 맞습니다.

@tilgovi 공유할 소식이 있습니까?

일반적으로: 추천할 수 있는 다른 파서 라이브러리가 있습니까?

https://tomassetti.me/parsing-in-javascript/

솔직히 그 중 아무 것도 사용할 수 없습니다.

캐노피와 옴을 제외하고는 브라우저 내 버전이 없습니다.

Waxeye는 ​​apg와 마찬가지로 가벼운 사용에서도 극적으로 느려집니다.

Jison의 문법은 Vulcan의 퍼즐로, Lex Luthor가 극도로 열광하지 않는 모든 인간을 몰고 가도록 설정되었습니다.

ANTLR은 어떻게 든 꿀벌이기도 한 깨진 유리를 먹는 것과 같습니다.

거의 재미 있고 흥미롭고 Early 구문 분석이 제공하는 약속을 얻을 수 없습니다. 할 수 있어야 함을 인식합니다. 나는 몇 년 동안 노력했습니다.

Ohm은 매우 강력하고 재미있으며 문제를 바라보는 완전히 다른 방식이며 합리적인 대안이 아닙니다. lisp를 prolog로 교체하는 것을 권장하는 것과 같습니다. Peg와 Ohm은 동일한 문제 영역에 기술적으로 거의 적용되지 않습니다. 그들 중 적어도 하나는 적합하지 않을 것이라는 것이 거의 보장됩니다.

Bennu는 버그가 있고 잘못된 결과를 생성합니다.

Parsimmon은 흥미롭고 강력하지만 파서 결합기를 좋아하지 않으며 꽤 장황합니다.

Par.js는 내 PEG의 처음 10줄을 200줄의 코드로 변환했습니다. 아야

Chervotain은 1900 라인을 만들었습니다. 나는 실제로 내 말뚝을 Chervotain으로 번역하기 위해 말뚝을 썼습니다. 물론 엄청나게 빠르지만, 마지막으로 하고 싶은 것은 문법을 트랜스컴파일하는 것이고, 마지막에서 두 번째로 하고 싶은 것은 Chervotain을 유지하는 것입니다. 심지어 XML 사람도 이것을 장황하다고 부를 것입니다.

PEG가 포도나무에서 50년 동안 썩음에도 불구하고 지속되는 이유는 현재 살아 있는 어떤 것도 그것을 대체할 수 없기 때문입니다.

처음에 이메일로 연락했을 때 매우 사려깊은 답변을 받았습니다. 커뮤니티가 0.10.x 브랜치를 유지 관리하는 데 도움이 될 수 있는 방법을 제안하고 기여자 검토 및 관리 작업을 제안했습니다. 마지막으로 응답을 받은 지 몇 주가 지났습니다.

이제 문제 추적기에서 불평을 그만둘 때가 된 것 같습니다. 또한 프로젝트가 진행되는 것을 보고 싶지만 유지 관리자는 우리에게 빚진 것이 없습니다. 더 나은 접근 방식은 누군가가 자신이 가장 좋다고 느끼는 방식으로 포크하고 유지하는 것입니다. 우리가 나타나거나 나아가야 하지만, 남의 자유 노동에 대해 투덜거리는 것은 별로 가치가 없다. 분명히 그들은 프로젝트를 계속 진행할 시간, 에너지 또는 열망이 없으며 괜찮습니다!

나는 새로운 관리하에 새로운 유지 관리 포크를 원할 것입니다. POG.js라고해야합니다.
내가 맞습니까?

또한 프로젝트가 진행되는 것을 보고 싶지만 유지 관리자는 우리에게 빚진 것이 없습니다. 더 나은 접근 방식은 누군가가 자신이 가장 좋다고 느끼는 방식으로 포크하고 유지하는 것입니다.

일반적으로 동의하지만 이 경우 요청은 PEG.js의 원래 작성자가 한 단계 더 나아가겠다고 제안한 누군가에게 유지 관리자 권한을 넘겼고 지금은 프로젝트를 포기한 것처럼 보이는 나머지 모든 사람들을 림보에 빠뜨렸습니다. 새로운 관리자가 "사실 나에게 이것은 좋은 프로젝트가 아니었어요. 다른 사람이 가보죠"라고 말하는 것은 괜찮지만, 그저 침묵일 뿐입니다. 내가 @dmajda 라면 솔직히 말해서 꽤 화가 났을 것입니다.

내가 @dmajda 라면 솔직히 말해서 꽤 화가 났을 것입니다.

나는 정말로 화를 내지는 않지만 두 가지를 하지 않은 것을 후회합니다.

1. 새로운 관리자에게 PEG.js를 넘기기 전에 더 이상 기다리지 않습니다. 아마도 여러 후보자가 나타나서 그들 중에서 선택하거나, 먼저 기부를 요구하거나, 이와 유사한 것을 기다렸어야 했을 것입니다.

2. 프로젝트에 대한 "키"를 유지하지 않습니다(PEG.js 웹사이트, GitHub 및 npm 패키지에 대한 액세스).

이들 중 하나가 현재 상황을 방지했을 수 있습니다. 불행히도 이것은 돌이켜 볼 때만 분명합니다.

어쨌든, @futagoza가 더 이상 PEG.js 에 관심이 없다는 것은 그의 무반응에서 아주 분명합니다. 나는 지난 몇 년 동안 JavaScript 파서 생성기 공간을 보지 않았기 때문에 PEG.js의 좋은 대체품이 존재하는지 모르겠습니다. 하지만 그렇지 않다면 충분히 관심이 있고 의욕적인 사람이 PEG.js 코드를 집어들고 새로운 이름으로 계속 개발한다면 환영할 것입니다. 현시점에서 최고의 코스가 아닐까 생각합니다. 결정해야 할 유일한 문제는 현재 상태에서 계속할지 아니면 @futagoza가 변경하기 전 상태에서 계속할지 여부입니다.

이름을 변경하는 것은 혼란을 방지하기 위해 적어도 원래 웹 사이트와 repo가 ​​여전히 작동하는 경우 좋은 생각이라고 생각합니다. 또한 PEG.js를 다른 방향으로 가져가려는 여러 사람이 나타날 수도 있습니다. 이런 경우 "Joe's PEG.js 포크", "John's PEG.js 포크" 등이 있는 것은 불행한 일입니다.

이 상황에 대해 유감스럽게 생각합니다. 오픈 소스 프로젝트를 다시 해서 누군가에게 넘겨준다면 분명히 다르게 할 것입니다.

지원해 주셔서 감사합니다 @dmajda .

며칠 전 이메일로 @futagoza 에 연락을 했으나 응답이 없었고, 그 이후로 github에서 활발하게 활동하고 있는 것을 보니 이 문제를 완전히 무시하고 있다고 말하는 것이 타당하다고 생각합니다.

프로젝트를 https://github.com/codemix/pegjs 로 분기하고 @futagoza 가 인계받기 전에 마지막 커밋으로 되돌려 최신 버전의 노드에서 작동하도록 종속성을 업데이트하지만 그렇지 않으면 변경 사항을 최소로 유지합니다. 아직 릴리스를 발표하지 않았으며 앞으로 나아갈 수 있도록 적절한 커밋을 선택하는 데 관심이 있는 모든 사람의 도움에 감사드립니다. travis-ci를 설정했지만 이 시점에서 github 작업을 사용하는 것이 더 나을 것입니다.

codemix가 이 포크를 영원히 유지할 수 있다고 보장할 수는 없지만 커뮤니티가 나서서 거기에 기여한다면 한 사람이 향후 개발을 다시 차단하는 동일한 상황에 빠지지 않도록 보장할 것입니다.

프로젝트에 대한 "키"를 유지하지 않습니다(PEG.js 웹사이트, GitHub 및 npm 패키지에 대한 액세스).

여보세요.

웹 사이트 및 github 액세스에 대해서는 모르지만,
npm에는 패키지 이름에 대한 충돌을 해결하는 프로세스가 있습니다.

• https://www.npmjs.com/policies/disputes

그래서 회수할 수 있는 아이템입니다.

https://pegjs.org DNS 이름에 대한 비용은 누가 지불합니까?
내가 올바르게 이해한다면 도메인 이름 은 유예 기간에 따라 ~1주 후에 만료됩니다.
1-2개월 안에 pegjs.org를 다시 구매 하는 것이 가능할 수도 있습니다.

@bd82 - 이유가 없으므로 이의를 제기할 수 없습니다. dmajda는 한 번도 해본 적이 없는 사람에게 프로젝트를 주기로 결정했고 그 사람은 도주했습니다.

@phpnode - 진행 중인 프로젝트의 상당한 현대화가 있습니다.

@StoneCypher는 좋은 것 같습니다! 이것은 https://github.com/StoneCypher/pegjs 의 포크에 있습니까?

나는 9년 동안 업데이트되지 않은 https://www.npmjs.com/package/peggy 패키지의 소유자에게 연락했고 그들은 우리에게 이름을 주기로 동의했습니다. 새 github 조직을 만들고 저장소를 여기로 옮겼습니다. https://github.com/peggyjs/peggy 원하시면 조직에 추가해 드리겠습니다.

나는 당신의 조직에 가입하는 것을 즐깁니다.

아니요, 제가 말하는 것이 아닙니다. 그것은 단지 메인 프로젝트에 대한 bugfix 포크입니다. 나는 이미 도메인과 패키지 이름을 가지고 있습니다 :)

내 목표는 출력과 편집기를 현대화하고, 오래 지속되는 많은 버그를 수정하고, 테스트 가능성을 근본적으로 개선하고, 불필요하게 얻는 엄청난 !#%%#& 바이너리를 수정하는 것입니다.

npm으로 원하는 것에 대해 이의를 제기할 수 있습니다. 일반적으로 매우 유용합니다. 패키지 소유권에 대해 지원팀에 연락하는 데 "원인"이 필요하지 않으며 법적 절차가 아닙니다.

NPM 사람들은 언제 repo에 이의를 제기할 수 있는지에 대한 명확한 지침을 가지고 있지만 불행히도 이것은 적합하지 않습니다.

들어봐, 생각해봐 레포가 어두워질 때마다 임의의 랜도가 그 자리를 차지할 수 있다면 누군가가 사람들을 공격하려고 할 때마다 차가운 지원 라이브러리를 무작위로 선택하고 "나는 새로운 관리자가 되고 싶어"처럼

그들의 절차는 남용, 상표권 관리 및 이와 유사한 것들에 대한 것입니다.

시도하기 전에 소용없다고 말한다면 그것은 좋은 사람입니다. 난 상관없어. 나는 그들과 충돌에 대해 이야기를 나누는 행운을 가졌고 상표 문제나 그런 성격의 문제 없이 매우 도움이 되었습니다. @dmajda 가 시도하고 싶다면 이메일을 보내는 것뿐입니다. 최악의 경우는 그들이 거절하고 5분의 시간을 잃는 것입니다.

npm name disputes 정책은 프로세스가 다음 작업에 사용될 수 있음을 명시적으로 나타냅니다.

"포기된" 패키지 채택

• https://www.npmjs.com/policies/disputes

이 프로세스를 시도하는 것이 좋습니다. 패키지가 포기되었다는 충분한 증거가 있습니다...

아마도

도메인이 곧 만료된다는 bd82의 메모를 보니 정말 걱정됩니다. 그것은 재앙이 될 수 있다

@futagoza , 우리 중 한 사람이 이것을 고칠 수 있게 해주세요. 몇 년이 흘렀다

안녕하세요, 이 대화를 잠시 동안 보고 있습니다. 나는 pegjs가 무엇인지 상관하지 않습니다. 적극적으로 유지 관리되는 것을 보는 것은 굉장할 것입니다. 사용하기 쉬운 파서는 없습니다.

도메인에 관해서는 리뉴얼이 되었지만 생성일자를 보면 자동으로 된 것 같다. 만료가 얼마나 치명적이었을지 모르겠습니다. 나는 그것을 갱신하는 것이 더 나쁜 문제라고 말하고 싶습니다.

SEO를 잃고 싶지 않기 때문입니다. 12 년 직급. 악몽이야.

pegjs.com 을(를) 획득했습니다. 이를 위해 포크를 설정할 수 있다면 사이트맵을 작성하고 Google에서 대체를 준비할 수 있습니다.

나는 그들과 충돌에 대해 이야기를 나누는 행운을 가졌고 상표 문제나 그런 성격의 문제 없이 매우 도움이 되었습니다. @dmajda 가 시도하고 싶다면 이메일을 보내는 것뿐입니다. 최악의 경우는 그들이 거절하고 5분의 시간을 잃는 것입니다.

죄송하지만 패키지 분쟁과 관련하여 npm 지원팀에 연락하지 않겠습니다. 이것은 나에게 달려 있는 것이 아니라 PEG.js를 더 개발하는 데 관심이 있는 커뮤니티의 몫이라고 생각합니다. 그러한 커뮤니티가 형성된다면(그리고 위의 댓글로 판단할 때 이미 형성되고 있다고 생각합니다), 권리를 얻으려고 하는 것은 내가 아니라 그 구성원이어야 합니다. 그리고 그것이 형성되지 않으면 권리를 얻는 것은 의미가 없습니다.

더 중요한 것은 패키지 권한을 얻으면서도 여전히 GitHub 조직과 웹사이트를 소유하지 않는 것이 의미가 없다고 생각합니다. 이는 사용자에게 혼란을 줄 뿐입니다. 커뮤니티가 이전에 사용하지 않은 새 이름으로 시작하도록 강력히 권장합니다.

SEO를 잃고 싶지 않기 때문입니다. 12 _years_ 직급. 악몽이야.

이것이 내가 현재 웹사이트와 GitHub 조직이 가동되는 동안 PEG.js라는 이름으로 개발을 계속하는 것이 의미가 없다고 생각하는 _정확히_ 이유입니다.

새로운 이름으로 분기된 잘 알려진 프로젝트의 예가 많이 있습니다. 이것은 완벽하게 실행 가능한 경로입니다. 사용자는 결국 배울 것입니다.

pegjs.com 을(를) 획득했습니다. 이를 위해 포크를 설정할 수 있다면 사이트맵을 작성하고 Google에서 대체를 준비할 수 있습니다.

죄송합니다. 이것이 바로 제가 말하는 혼란의 예입니다. 사용자로서 나는 .org와 .com의 관계가 무엇인지 궁금할 것입니다. 아마도 후자가 PEG.js의 상용 버전인지 생각할 것입니다.

이러한 문제에 대해 생각해 보십시오. 감사 해요.

더 중요한 것은 패키지 권한을 얻으면서도 여전히 GitHub 조직과 웹사이트를 소유하지 않는 것이 의미가 없다고 생각합니다.

더 이상 당신에게 달려 있지 않습니다, 데이빗. 당신은 절했다.

누군가 NPM에 연락하기로 선택하면 Github에도 연락할 것입니다. 둘 다 Microsoft이고 동일한 정책에 따라 행동합니다.

그 시점에서 웹사이트는 더 이상 pegjs.org 가 아닙니다. 왜냐하면 당신은 그 웹사이트를 도메인 갱신조차 하지 않을 사람에게 주었고, 당신이 알고 있음에도 불구하고 그것에 대해 이야기하는 것을 절대적으로 거부하기 때문입니다. 그가 들어줄 유일한 사람이다.

David, 당신은 그가 말 그대로 아무 것도 하지 않고 몇 년을 보냈고, 너무 우울하거나 전혀 반응하지 않는 게으름 때문에 그것을 scuttle하려는 누군가에게 이전 영역을 주었습니다.

.

현재 웹사이트와 GitHub 조직이 가동 중인 상태에서 PEG.js라는 이름으로 개발을 계속하는 것이 말이 안 된다고 생각하는 이유가 바로 여기에 있습니다.

David, 그들은 Github 조직을 없애는 것에 대해 이야기하고 있고 저는 웹사이트를 교체한 다음 새 이름으로 라이브러리를 분기하는 것에 대해 이야기하고 있습니다.

당신이 하는 시위는 옳지 않습니다. 우리는 이러한 문제를 해결하기 위한 전략에 대해 이야기하고 있습니다. 왜냐하면 우리는 1년 동안 당신이 상상하는 방식으로 문제를 처리하는 데 도움을 요청했지만 당신은 단호하게 참여를 거부했기 때문입니다.

대신 커뮤니티가 실제로 말하고 있는 것은 "커뮤니티를 막고 있는 한 사람의 목을 조르는 당신의 도움이 필요합니다."

당신이 그렇게 하지 않을 것이기 때문에 우리는 말 그대로 당신이 유지해야 하는 모든 것을 교체해야 합니다.

이것은 적대적인 포크입니다, David. 그럴 필요는 없지만 후타고자는 유령인 척하고 있고, 그에게서 응답을 받을 수 있는 유일한 사람은 당신이 상식적으로 옳은 일을 하라고 요구하지 않을 것입니다.

당신이 만든 라이브러리 이름은? 당신이 문제를 해결하는 데 도움이되지 않기 때문에 그것은 지금 사라져야합니다

당신이 만든 조직? 당신이 문제를 해결하는 데 도움이되지 않기 때문에 그것은 지금 사라져야합니다

당신이 만든 웹사이트? 당신이 문제를 해결하는 데 도움이되지 않기 때문에 그것은 지금 사라져야합니다

커뮤니티가 없습니다 _ 존재 하지 않습니다 _, 왜냐하면 당신이 이 라이브러리를 잘못된 사람에게 줬고, 당신이 이것을 고칠 필요가 있는 척하는 커뮤니티에 라이브러리를 제공하기를 거부하는 것에 관여하지 않을 것이기 때문입니다.

.

나는 pegjs.com을 인수했습니다. 이를 위해 포크를 설정할 수 있다면 사이트맵을 작성하고 Google에서 대체를 준비할 수 있습니다.

죄송합니다. 이것이 바로 제가 말하는 혼란의 예입니다. 사용자로서 나는 .org와 .com의 관계가 무엇인지 궁금할 것입니다. 아마도 후자가 PEG.js의 상용 버전인지 생각할 것입니다.

아무도 .com 가 상업적인 것을 의미한다고 생각하지 않습니다.

"이전 도메인의 임시 보유자는 죽게 내버려 두십시오. 이것은 pegjs.org에서 무료로 제공되는 오래된 pegjs이며, 우리는 귀하가 사용할 수 있는 현대적인 것을 넣을 것입니다. 대신 여기에 현대적인 도구가 있습니다."

도메인을 유지하는 데 기꺼이 도움이 되지 않는다면 이것이 우리에게 남은 선택입니다.

커뮤니티에서 처리해야 한다고 말하고 "커뮤니티가 제대로 처리하지 않고 있다"고 말하기도 하고 수행을 거부하기도 합니다.
무엇이든 스스로

나는 이러한 문제에 대해 광범위하게 생각했고, 당신이 참여하기를 원하지 않기 때문에 이것이 이 문제를 방지할 방법입니다. 더 나은 아이디어가 있으면 시작하거나 최소한 그것이 무엇인지 알려주십시오.

pegjs 에 닷컴이 있는 것이 웹사이트가 전혀 없는 것보다 훨씬 낫습니다. JS 도구의 다른 모든 부분에는 닷컴이 있습니다. 이것은 아무도 혼동하지 않을 것입니다.

.

이러한 문제에 대해 생각해 보십시오. 감사 해요.

우리는 이것이 1년 전에 일어날 것이라고 썼습니다.

이것은 잘 생각했습니다. 이것은 작성자가 잘못된 사람에게 넘겨준 다음 통제할 수 없는 사람들이 수정하도록 하여 사라진 첫 번째 중요한 라이브러리가 아닙니다.

.

죄송하지만 패키지 분쟁과 관련하여 npm 지원팀에 연락하지 않겠습니다.

당신은 요청받지 않습니다. 당신은 더 이상 관여하지 않습니다.

그 대가를 치르겠다고 제안하기도 했다. 하나의 도메인만 등록하기 위해 Futagoza에 $200를 지불하겠다고 제안했습니다.

또한 등록 기관에 연락하여 다른 사람의 도메인을 인수하지 않고 비용을 지불할 수 있는지 확인했지만 "아니오"라고 예상합니다.

David가 부주의한 사람에게 열쇠를 줬고, 열쇠를 돌려달라고 하지 않고, 열쇠가 없는 사람들이 집에 들어가기 위해 창문을 깨는 것을 멈추기를 원하기 때문에 이것은 100%입니다.

이전 도메인 이름이 인식되기를 원하신다면 저희도 마찬가지입니다! Futagoza가 그의 엉덩이에서 벗어나도록 설득하는 데 36 시간이 있습니다.

그렇지 않으면 약 2개월 동안 .com 를 유지하고 두 재등록 기간이 만료되면 .com 및 .org 가 됩니다.

많은 사람들이 도메인에 대해 잊고 있는 한 가지 사실은 도메인이 만료된 후에는 스냅샷할 수 없다는 것입니다. 레지스트라는 2주 동안 정상 가격으로 보관한 다음 6주 동안 부풀려진 가격으로 보관합니다.

해당 도메인의 SEO는 4일이 지나면 완전히 소멸됩니다 .

그 시점에서 .org는 대부분 역사적인 호기심이 될 것입니다.

David, 기분이 좋아진다면 .com이 있음에도 불구하고 React가 상업적이라고 생각하는 사람은 아무도 없습니다. 자바스크립트 도구의 절반에 .com이 있고 거의 모두 무료입니다. ExtJS가 유료라는 사실을 알았을 때 사실 정말 화가 났습니다. .com이 있습니다.

귀하의 질문이 "오프라인으로 전환되지 않도록 하는 방법" 또는 "서서열을 유지하는 방법"이 아니라 "TLD가 사람들을 혼란스럽게 할 것"인 경우 제 생각에는 귀하가 정말 큰 문제가 올 때 문제

Futagoza에 연락하여 도메인 갱신을 권장하는 것을 고려하십시오. 나머지 우리가 고통을 겪지 않도록 나는 그에게 이 사소한 일을 완수하도록 기꺼이 돈을 지불할 것입니다.

우리는 당신이 수년 동안 이런 일이 일어나는 것을 옆에서 지켜보고 있다는 사실에 매우 실망했습니다. 당신은 이것을 고칠 수 있고 우리는 할 수 없습니다. 이것이 우리가 할 수 있는 유일한 일입니다. 당신은 당신이 우리가 취하도록 하려는 전략을 성취할 수 있는 유일한 사람입니다.

Futagoza에 편지를 쓰는 데 필요한 것보다 더 많이 저희에게 편지를 보내셨습니다. 한 이메일에 당신이 그에게 보내는 두 문장이면 끝입니다.

이 시점에서 당신은 당신이 옳은 일을 했어도 제 시간에 그것을 보지 못할 수도 있습니다.

그 문제에 대해 아무도 PegJS가 비영리 단체라고 생각하는 데 혼란스러워하지 않았습니다.

이와 같은 것에 대한 실제 올바른 TLD는 .net 입니다.

새로운 이름으로 분기된 잘 알려진 프로젝트의 예가 많이 있습니다. 이것은 완벽하게 실행 가능한 경로입니다. 사용자는 결국 배울 것입니다.

네, 데이빗, 이미 제가 하고 있다고 말한 것입니다. 나는 이미 새로운 조직과 도서관의 도메인에 대한 10년 등록 비용을 지불했습니다. 이 스레드에서 이미 발표했습니다.

그러나 또한 그들은 옵션이 있다는 것을 배울 장소가 필요하며 처음부터 다시 시작하지 않는다는 것을 알아야 합니다.

포크를 하고 있습니다. 우리는 포크가 어떻게 작동하는지 알고 있습니다. 이메일을 보낼 필요가 없도록 강제로 포크하고 있다는 것을 이해합니다.

누군가가 6달러를 쓰지 않고 두 문장을 쓰지도 않을 것이기 때문에 조직, 웹사이트, 도서관 이름을 지우고 있습니다.

그러나 우리는 또한 다가오는 피해를 이해하고 있으며 그것을 방지하기 위해 노력하고 있습니다. 포크는 심각한 손상을 일으킵니다.

"이봐, 가끔 포크가 모든 것을 파괴하지는 않는다"고 항의하신 이유는 거의 항상 포크가 파괴하기 때문입니다.

커뮤니티는 5개의 경보기 화재를 진압하기 위해 노력하고 있습니다. 우리는 불이 무엇인지 말할 필요가 없습니다. 감사 해요.

양동이를 잡습니다.

나는 2월에 이것이 결과가 될 것이라고 절망했다고 말했습니다.

"절망"이라는 단어는 엄격하게 올바르게 사용되었습니다. 우리 모두는 이것이 오는 것을 보았고 그것이 야기할 엄청난 피해를 알고 있으며 예방하기가 쉽다는 것을 알고 있지만 결과에 영향을 미칠 수 있는 사람은 단 두 사람뿐입니다. 하나는 응답하지 않고 다른 하나는 "나는 도움을 요청하지 않을 것입니다, 그에게 1 년 동안 그를 요청한 무력한 커뮤니티가해야합니다"라고 응답합니다.

마감일까지 이틀 남았어, 데이빗. 우리가 뭔가를 해야 하는 척 하지 마세요. 우리는 가능한 모든 것을 했습니다. 우리는 Futagoza에게 옳은 일을 하도록 요청하지 않으려는 당신의 마음을 해결하기 위해 천 달러를 썼습니다.

행동하는 데 두 사람의 비용은 $0입니다. 우리는 말 그대로 그에게서 이것을 빼앗을 수 없으며, 당신도 알고 있습니다.

여기서 합리적인 변화가 일어날 수 있는 유일한 방법은 당신이 그에게 이메일을 보내는 것입니다. 그것은 반복적으로 시도되지 않은 작동할 수 있는 유일한 것입니다.

솔직히 스패머가 바이러스를 퍼뜨리기 전에 도메인을 캡처할 수 있다면 운이 좋을 것입니다.

당신은 웹사이트가 죽게 두는 것이 아닙니다, David. 기존 사용자를 위험에 빠뜨리고 있습니다.

이건 사실 진짜 심각하다

@StoneCypher 한 가지 분명히 해두겠습니다. PEG.js에 대한 참여는 2017년에 종료되었습니다. 다시는 참여하고 싶지 않습니다. 내가 이 문제를 만든 이유는 나방이 이전에 이 리포지토리의 여러 문제에서 저를 여러 번 태그한 다음 도움을 요청하는 이메일을 저에게 작성했기 때문입니다. 제 말에 무게가 실리고 앞으로 나아갈 수 있다고 생각했기 때문에 결국 동의했습니다. 저를 후회하지 않게 해주세요.

이 문제를 만든 후 @futagoza 에 직접 연락하거나 어떤 식으로든 도움을 요청한 적이 없습니다. 그러나 내가 만든 후에는 "다시는 나에게 기대지" 않을 것이라고 편지를 보낸 기억이 있습니다. 그런 점에서, 나는 당신이 나에게 던진 다른 모든 것들을 감안할 때 당신의 여러 가지 비난이 거짓이고 당신의 어조가 모욕적이며 도움을 요청하는 것은 매우 부적절하다고 생각합니다.

@futagoza 에 글을 쓰는 것은 말이 되지 않는다고 생각합니다. 이것은 오픈 소스 프로젝트이므로 비공개 이메일이 아닌 공개 상태에서 해결해야 합니다. 그리고 여러 사람이 이미 그에게 편지를 썼기 때문에 무슨 일이 일어나고 있는지 알고 있을 것입니다.

npm 패키지에 관해서는 @jquense 가 npm 지원에 글을 쓰라고 제안 했기 때문에 그것에 대해 이야기했습니다. 나는 이것에 대한 나의 견해를 명확히 하고 싶었다.

pegjs.org 도메인의 경우 @AlansCodeLog 의 댓글 을 도메인이 이미 갱신되었다는 의미로 오해했습니다. 분명히 그렇지 않았습니다. 이것은 .org 대 .com에 대한 제 요지를 다소 무효화합니다.

여하튼, 저는 이 토론에 제가 생각했던 것보다 더 많이 관여했다고 생각합니다. 그래서 저는 이 문제에서 구독을 취소합니다. 여러분, 제 의견을 단순한 의견으로 받아들이지 마시고 마음대로 하세요.

행운을 빕니다!

연결된 계정을 제어하지 않는 경우 이름을 뒤에 남겨야 합니다. "이 프로젝트는 PEG.js의 이전 버전과 호환되는 포크입니다." 이미 PEG.js를 사용하고 있는 사람이라면 누구나 쉽게 이해할 수 있으며 프로젝트를 처음 접하는 사람에게는 중요하지 않습니다.

"peggy"라는 이름을 계속 사용하고 https://github.com/peggyjs/peggy 에서 포크를 계속하겠습니다.

@futagoza 가 옳은 일을 하도록 설득하는 데 더 이상 힘을 쏟지 맙시다. 그들이 결국에는 정신을 차리고 우리는 다시 PEG.js가 될 수 있기를 바랍니다. 그때까지 초기 릴리스를 향해 약간의 진전을 이루도록 합시다!

이 문제를 만든 후 @futagoza 에 직접 연락하거나 어떤 식으로든 도움을 요청한 적이 없습니다.

지금 5번이나 물어봤어, @dmajda

"peggy"라는 이름을 계속 사용하고 https://github.com/peggyjs/peggy 에서 포크를 계속하겠습니다.

원하신다면 이미 많은 작업을 완료했으며 @phpnode님의 참여를 즐깁니다. 나는 또한 대부분의 관련 SEO를 처리할 관련 도메인을 보유하고 있으며 Monarch 구현이 대부분 완료되었으며 대부분의 도구를 IDE에 직접 포함했습니다.

@StoneCypher 나는 당신이 무엇을 생각해 냈는지 보고 싶습니다. 이 작업은 아직 공개되지 않았으며 최신 릴리스 또는 최신 커밋에서 분기했습니까?

포크에 대한 제 철학은 마지막으로 알려진 좋은 점을 기반으로 아주 작은 초기 릴리스를 수행하고 버그 수정 PR 중 몇 개만 가져오고 빌드 시스템이나 테스트 재작성 등을 건드리지 않는 것입니다. 우리가 행복할 때 이를 통해 우리는 게시하고 더 큰 목표를 위한 계획을 세울 것입니다. 하지만 다른 곳에서 말씀하신 것처럼 릴리스를 작고 점진적이며 관리하기 쉽게 유지해야 합니다.

훨씬 더 현대적인 도구보다 앞선 이와 같은 코드베이스를 사용하면 한 번에 많은 것을 변경하고 싶은 _매우_ 유혹적입니다. 특히 codegen 물건. 나는 이 과도한 야망이 @futagoza 를 오랫동안 진흙탕 속에 갇힌 이유라고 믿기 때문에 이 유혹을 물리치기 위해 매우 열심히 노력하고 있습니다. 내가 그들의 작업에 가지고 있는 가장 큰 문제는 마지막 릴리스 이후로 너무 많이 변경되어 모든 것이 예상대로 작동하고 우리가 방금 수행한 코드베이스의 어딘가에 숨어 있는 거대하고 무서운 버그가 없다는 확신을 갖기가 어렵다는 것입니다. 에 대해 알지 못합니다.

고용주의 외부 프로젝트 승인을 기다리고 있기 때문에 아직 공개되지 않았습니다. 3일 전에 도메인 이름 문제를 알게 되었을 때 요청했습니다. 경험상 2주이지만 휴일입니다.

문제 추적기를 볼 수 있고 따라서 우리가 계획하는 것을 볼 수 있는 조직에 귀하를 추가할 수 있습니다. 자신의 것을 만들고 싶든 우리 그룹에 합류하고 싶든 우리 그룹에 오신 것을 환영합니다(David와 다른 사람들도 마찬가지입니다).

그것이 실제로 내가 다른 사람들에게 pegjs.com에서 포크를 가리키도록 요청한 이유입니다. 그 승인을 받을 때까지는 실제로 스스로 할 수 없고 도메인 마감일은 실제로 그 승인을 받기 전이기 때문입니다.

@StoneCypher 예, 조직에 추가되면 기쁩니다. 커뮤니티를 분열시키는 것은 정말 불행한 일이므로 함께 일할 수 있기를 바랍니다.

C'est 판타스틱. 나는 분열이 매우 바람직하지 않다는 데 동의하며 다른 사람들이 정말로 도움이 되길 바랍니다. David의 작업에 대한 나의 이해는 ... 겸손하고 기껏해야 😀

쓰기 권한이 있는 6개의 저장소에 초대했습니다. 이메일을 확인하세요.

코드가 아직 작동하지 않아 승인이 보류 중입니다. issues 저장소의 문제 추적기를 살펴보십시오.

pegjs.org 도메인의 경우 @AlansCodeLog 의 댓글을 도메인이 이미 갱신되었다는 의미로 오해했습니다. 분명히 그렇지 않았습니다. 이것은 .org 대 .com에 대한 제 요지를 다소 무효화합니다.

리뉴얼 되었습니다 (연도를 보세요):

레지스트리 만료: 2021 -11-28 14:31:06 UTC
업데이트: 2020-11-26 01:41:16 UTC
작성일: 2014-11-28 14:31:06 UTC

또한 사용자 입장에서 말씀드리고 싶은 것은 이름, 현서 등은 크게 중요하지 않습니다. peg.js를 사용했거나 관심이 있는 사람들은 결국 이 문제를 발견하고 대안을 찾게 될 것입니다. 대안이 좋은 경우 이름을 알릴 것입니다.

또한 포크를 만드는 사람들을 위해 github 포크 사용을 신중하게 고려할 것입니다. 포크는 기본적으로 github 검색에 표시되지 않습니다. "peg.js"를 검색하면 포크가 나타나지 않습니다. 반면에 일반 repo를 사용하고 설명에 "peg.js"를 넣으면 나타나야 합니다. 또한 포크의 코드는 검색 창에서 검색할 수 없으며 다른 제한 사항이 있을 수 있습니다. 나는 개인적으로 이것들이 포크 목록에 나타나는 것보다 더 가치 있다고 생각합니다. 또는 포크(예: name/peg-js-fork)와 repo(org/peg-js)를 동기화 상태로 유지하고 포크를 알림과 함께 더미 분기로 설정할 수 있다고 생각합니다.

레귤러 레포니까 바로 그 이유 ❤️

SEO가 파괴되지 않아 다행입니다

@StoneCypher - 고용주로부터 프로젝트를 공개하는 움직임이 있었습니까?

네. 곧 승인이 날 것 같아요.

@StoneCypher 상태에 대한 월별 핑? :)

나는 회사 세부 사항에 얽혀 있습니다. 거의 다 온 것 같아요. 사과한다

간단히 말해서 PEG.js는 죽었고 다음과 같이 다시 태어났습니다.

• https://github.com/peggyjs/peggy
• 그리고 곧 @StoneCypher Fork가 개선됩니다.

그리고 다음과 같이 유사한 대안이 아닌 moo lexer도 있습니다.
https://github.com/messageformat/messageformat/pull/288

내 말이 맞아?

Peggy는 또한 살아있는 것보다 죽은 것처럼 보입니다.
@StoneCypher 에 실제 유지 관리 프로젝트가 있는 것 같습니다. 그래서 계속 주시하고 있습니다.
@futagoza 는 살아있지만 모든 것을 무시합니다.
내 희망은 그가 프로젝트를 넘겨주는 것입니다.

무 렉서는 좋습니다. 그러나 "실제" 문법으로 작업하려는 경우 실제 대안이 아닙니다. moo는 렉서일 뿐입니다. Pegjs는 Lexer 그 이상입니다.
내가 찾은 유일한 대안은
https://github.com/kach/nearley

일부 다른 사람:
https://github.com/zaach/jison
https://github.com/harc/ohm

그러나 전반적으로: Pegjs는 단순히 저에게 가장 안정적이고 빠른 라이브러리입니다.

@phpnode 또는 @StoneCypher 중 어느 쪽이든 먼저 릴리스를 중단하는 것을 기꺼이 도울 것입니다. 나에 대한 최종 이름을 가질 필요는 없으며 github가 아닌 체크아웃으로 npm install 에 응답하기만 하면 됩니다.

경주다!!!

고용주가 서명하는 대로 석방하겠습니다. 🤷‍♂️

또 한 달이 지났는데 업데이트가 있습니까? @스톤사이퍼

기본적으로 시간/용량이 부족하고 슬프게도 지금은 파서가 필요한 작업을 하고 있지 않습니다. ~그래서 peggy는 태어나자마자 죽었습니다. 죄송합니다.

편집: Peggy는 살아 있습니다!

기본적으로 시간/용량이 부족하고 슬프게도 현재로서는 파서가 필요한 작업을 하고 있지 않습니다. 그래서 Peggy는 태어나자마자 죽었습니다. 죄송합니다 :(

@phpnode 페기 조직을 인수하는 다른 사람에게 열려 있습니까? 기존 peggy 패키지 소유자와의 관계를 넘겨주는 데 도움이 된다면 최소한 릴리스를 발표하고 PR을 시작할 수 있습니다.

@hildjj 절대, 네 부탁합니다! 페기 저장소에 대한 PR을 열면 npm 패키지와 github org에 추가하겠습니다. 내 github 알림은 공포 쇼이므로 응답하는 데 24시간 이상 걸리는 경우 [email protected] 으로 이메일을 보내주십시오.

사소하지만 독선적인 홍보: https://github.com/peggyjs/peggy/pull/3

우리는 peggy의 시험판 버전인 1.0.0-rc.0을 수행했습니다. 기존 프로젝트에서 이것을 시도해 볼 수 있습니까? 몇 가지 데이터 포인트가 확보되는 대로 전체 릴리스를 할 것입니다.

Peggy rc2는 unpkg 및 jsDelivr 에 있습니다. 오늘 전체 1.0 릴리스가 예상됩니다.

Peggy v1.0.0이 출시되었습니다. 추적하기를 원하는 문제를 다시 시작하십시오.

IMO 이 프로젝트에 관리자가 있는 경우 이 버그를 닫아야 합니다.

커뮤니티 분할의 가치가 없으며 여전히 고용주로부터 승인을 받지 못했습니다. Joe는 Web Sequence Diagrams 직원이므로 포크를 닫겠습니다.

특히 typescript, 자동화 및 출력 크기 축소와 관련하여 기여를 환영하는 경우 LMK