vBulletin import_script의 하위 카테고리 가져오기 버그

여러분께,

먼저 Discourse에 큰 감사를 드립니다. Discourse는 예술 작품이자 매우 인상적인 소프트웨어입니다. vBulletin을 10년 넘게 사용해 온 저희는 이전까지 포팅할 만한 포럼 소프트웨어를 찾지 못했습니다(그저 ‘예전과 똑같고, 똑같고’.. 지루했거든요). 그러다 Discourse를 만나게 되었습니다. 감사합니다

현재 저는 테스트 환경에서 vB 3.8.X에서 최신 버전의 Discourse로 데이터를 가져오는 작업을 진행 중입니다. 이 작업은 docker container에서 수행하고 있으며, 저에게는 두 가지 모두 처음 해보는 일입니다. 사실 이번 주를 앞두고만 해도 제가 Ruby 코드를 한 줄이라도 작성하게 될 것이라고는 상상도 하지 못했습니다. 하지만 Discourse가 워낙 훌륭해서 그만한 가치가 있다고 느낍니다.

import script인 vbulletin.rb가 하루 정도 동안 꾸준히 실행되고 있으며, 대부분 잘 작동하고 있습니다. 사실 매우 인상적입니다. 몇 번은 에러가 발생했지만, 스크립트를 재시작하면 에러가 사라졌습니다.

자식 카테고리 가져오기(importing children categories) 과정에서 버그를 발견했습니다. (재시작해도 사라지지 않는 버그입니다) 내용은 다음과 같습니다:


Traceback (most recent call last):

5: from script/import_scripts/vbulletin.rb:942:in `<main>'

4: from /var/www/discourse/script/import_scripts/base.rb:47:in `perform'

3: from script/import_scripts/vbulletin.rb:84:in `execute'

2: from script/import_scripts/vbulletin.rb:287:in `import_categories'

1: from script/import_scripts/vbulletin.rb:287:in `each'

script/import_scripts/vbulletin.rb:289:in `block in import_categories': undefined method `[]' for nil:NilClass (NoMethodError)

root@localhost-app:/var/www/discourse# su discourse -c 'bundle exec ruby script/import_scripts/vbulletin.rb'

이 문제를 해결하기 위한 제 계획은 좀 초보적입니다. vB 데이터베이스를 redump해서 모든 child 포럼을 parents로 변경한 뒤, 전체 마이그레이션을 다시 수행하려 했습니다. 하지만 그러다 보니, 좀 더 소통하며 이를 버그 리포트로 게시하는 것이 더 나을 수도 있겠다는 생각이 들었습니다.

위에서 언급한 제 초보적인 아이디어 외에 이 문제를 해결하는 더 나은 방법이 있을까요?

없다면, 저는 다시 덤프를 내리고 데이터베이스에서 수동으로 조정한 후 다시 마이그레이션을 진행할 계획입니다. 이 역시 문제를 해결하기 위한 초보적인 방법일 것이라고 확신합니다.

감사합니다!

일단 vB 4 이상으로 업데이트하는 것을 고려해 보시는 건 어떨까요? 이 가져오기(importer) 도구는 주로 4.x 버전을 대상으로 합니다.

카테고리가 얼마나 깊게 중첩되어 있나요? 만약 레벨이 1~2개뿐이라면 287~291행의 평탄화(flattening) 코드를 주석 처리하면 됩니다.

아니요. 저는 그렇게 하지 않을 것입니다 (vB4로 업그레이드).

이미 어제 문제의 줄들을 주석 처리했습니다.

제 질문은 기본적으로 vB 3.8에 대해 이 문제를 수정하는 것입니다. 그렇지 않으면 제가 직접 수정할 것입니다. 이 게시물에서 저는 코드에 관한 '버그’를 보고했으며, 코드 수정에 대한 답변을 받지 못하면 제가 직접 코드를 수정해서 해결할 것입니다.

그것이 제가 여기에 버그를 게시한 이유입니다 :). 이것은 코드에 관한 버그 보고서입니다. 코드에 버그가 있으므로 보고한 것입니다…

음. 저는 친근하게 버그를 여기에 게시하여 제 경우( vB4 케이스가 아닌)에 적용 가능한 리더(코드 담당자)들의 조언을 얻으려 했습니다. 그리고 다시 한번 죄송하지만, 어떤 조건에서도 vB4로 업그레이드하지 않을 것입니다. 이렇게 직설적이고 그 제안을 따르지 않은 점 죄송합니다. 필요에 따라 마이그레이션 스크립트를 수정하고, 요구되는 대로 우리의 DB를 수정할 것입니다. 지금까지 커스텀 코드 태그 등을 위한 코드를 이미 추가했습니다.

감사합니다.

vBulletin 가져오기 기능의 기여자이자 VB 5 가져오기 기능의 저자, 그리고 50건 이상의 vB에서 Discourse로의 전환 작업을 수행해본 사람으로서, 가져오기 기능이 주로 vB 4에서 테스트되었을 뿐, 이미 7년 반 이상 EOL(지원 종료) 상태인 3.8에서는 테스트되지 않았다는 정보를 공유하고자 했습니다. 여러분을 "인상"시키려 한 것은 아닙니다…

어쨌든, 이것이 가져오기 기능의 버그인지, vB 3.x 관련 문제인지, 아니면 손상된 데이터베이스인지 궁금합니다. 후자일 가능성이 더 높다고 생각합니다. detect 함수가 결과를 반환하지 않는 경우 기본 카테고리를 선택하도록 코드를 수정할 수는 있지만, (최소한) vB 4에서는 이것이 적절한 상위 카테고리가 없는 고아 카테고리, 즉 손상된 DB를 의미할 것입니다.

우리 DB에는 아무것도 손상되지 않았으며, vB3.8.X 문제일 수도 있고 아닐 수도 있습니다. 하지만 물론 vB3.8.X와 관련이 있습니다. 왜냐하면 이것이 vB3.8.X 업그레이드이니까요. LOL

반면에, 인터넷의 다른 포럼에서 vB4에서조차 Discourse로 마이그레이션할 때 문제를 겪는 사람들의 많은 게시물을 읽어보았습니다. (이것은 정상적인 일입니다) 따라서 물론, 마이그레이션 버그를 보고하는 사람이 저 혼자인 것은 아닙니다. 마이그레이션을 좋아하는 사람은 아무도 없습니다. 모두에게 지루한 일입니다. 하지만 저는 괜찮습니다. Discourse를 좋아하니까요. 그것을 만든 사람들은 예술가입니다! 정말 인상적입니다.

말했듯이, 확실하게 작동하는 "아무렇게나 하는 방법"은 단순히 DB를 다시 덤프하고, 유지하려는 모든 하위 포럼을 수동으로 상위 포럼으로 변경한 후 마이그레이션을 다시 수행하는 것입니다. 중요한 하위 포럼에 ‘기본’ 주제(default topic)를 원하지 않으며, 우리의 모든 주요 포럼은 상위 포럼이 아니라 하위 포럼입니다.

@michaelp 님, vB3.8.X 레거시 릴리스와 이 스크립트가 작동하는지에 대한 경험이나 관심이 없다면, 그것은 완전히 이해할 수 있습니다. 하지만 다른 한편으로, 저는 수십 년 동안 코딩, 포트, 마이그레이션, 빌드, 버그 수정을 해왔으며, 이 코드와 관련된 bug 보고서를 Meta Discourse에 게시했습니다. 저는 vB3.8을 사랑하며, 여전히 vB4와 vB5보다 더 나은 포럼이라고 생각합니다. 그래서 저는 vB5로 업그레이드하지 않았습니다. 우리는 vB4/5를 좋아하지 않습니다. :slight_smile:

이것이 "vB4도 아니고 vB5도 아니다"라는 논쟁으로 변할 것이라면, 저는 더 이상 여기에서 마이그레이션 버그를 게시하지 않고 마이그레이션이 완료된 후에 더 적극적으로 활동하는 것이 더 나을 것입니다.

감사합니다.

여기서 진행 상황을 계속 기록할 것이며, 지금은 이 논의를 중단하고 그냥 get it done(그냥 해치우자) 하겠습니다:

아니요, 그런 게 아닙니다. 그냥 여러분을 돕고, 여러분에게 최소한의 노력을 요구하는 마이그레이션 경로를 찾아보려 했을 뿐입니다. 솔직한 답변 때문에 불쾌감을 드렸다면 죄송합니다. 분명히 신경에 거슬리는 부분을 건드린 것 같습니다. 의도는 아니었습니다.

마이그레이션에 행운을 빕니다! 완료되면 여러분의 개선 사항을 풀 리퀘스트로 올려주시면 좋겠습니다.

전혀 걱정 마세요, @michaeld

vbulletin.rb 마이그레이션 스크립트를 작성해 주셔서 정말 감사합니다.

여러분이 도움을 주려 했다는 점은 잘 알고 있으며, 네, 여러분의 "vB4로 마이그레이션하자"는 제안이 제 기분을 상하게 한 것은 사실입니다. 하지만 전혀 서운한 마음은 없습니다. 때로는 제가 쉽게 “기분이 상하는” 편인데, 특히 버그를 보고했는데 제 상황이나 케이스에 도움이 되지 않는 답변을 받으면 더욱 그렇습니다.

사실, 이 포트 작업이 성공적으로 완료된다면(아직 포트 작업 중입니다), 핵심 vbulletin.rb 스크립트를 위해 여러분(그리고 공동 저자들)께 큰 감사의 빚을 지게 될 것입니다!

Discourse는 정말 놀라워요!!

마이그레이션 스크립트를 다시 한번 감사드립니다. 이 스크립트가 없었다면 분명히 이 고된 과정을 시작하지 못했을 것입니다!

다시 한번 감사합니다!

P.S. 언급했듯이, 이 "수정"에 대한 제 계획은 단순히 DB를 덤프하고, 중요한 하위 포럼을 상위 포럼으로 변경한 뒤, “다시 한번 해보자, 샘”… :slight_smile: 하는 것입니다.

명확히 하자면: vbulletin.rb 전체를 제가 작성한 것은 아니며, 단순히 기여한 것입니다. vbulletin5 전용 버전은 제가 만들었습니다.

어쨌든, 감사합니다.

두 가지 기여 모두 훌륭하며 포럼 커뮤니티에 큰 선물이 될 것입니다.

vB3.8.X 마이그레이션 업데이트는 제가 사건이 전개됨에 따라 기록을 정리하고 있는 "그쪽"에 게시하겠습니다.

감사합니다

…


지금까지 제가 받은 유일한 "경고"는, "디스커스 쪽"에서 제가 상호작용한 두 사람 모두 이 마이그레이션으로 돈을 벌려고 “손을 벌리고” 있었다는 것입니다. 한 사람은 돈을 받고 제 일을 도와주려는 고용된 "마이그레이션 전문가"였고, 다른 한 사람은 디스커스 포럼에서 활동하는 사람이었으며, 또 다른 한 사람은 디스커스 서버 제공업체였습니다.

이 사실이 제게는 꽤 슬픕니다. 저는 상업적 이익 없이 여러분을 도우려 했거든요.

음, 그건 좀 공평하지 않네요 @neounix

@michaeld는 디스코르스 커뮤니티에서 꽤 활발하게 활동하고 있으며, 오픈소스 스타일로 많은 것을 커뮤니티에 환원하고 있습니다. 특히 (Communiteq (구 DiscourseHosting))는 합리적인 가격으로 수많은 디스코르스 사이트를 호스팅하고 있고, 실제 디스코르스 호스팅에 대한 풍부한 경험을 갖추고 있기 때문에 더욱 가치 있다고 할 수 있습니다. :revolving_hearts:

제프님, 안녕하세요.

최근 저는 여러 Node-RED 솔루션을 구축하고 Node-RED 포럼(디스커스 기반 사이트)에 가입했습니다.

해당 포럼에서는 모두가 서로를 돕기 위해 적극적입니다. 초보자부터 전문가까지, 모두가 생동감 있게 서로를 돕고 있죠. 사실 때로는 “테스토스테론에 의해 주도되는” 분위기처럼, 경험이 많은 분들이 "최고의 도우미"가 되고 “가장 먼저 답변하는” 것을 경쟁하는 것처럼 보이기도 합니다. 꽤 흥미로운 현상이죠. 지난 10년 동안, 우리 커뮤니티를 포함해 다른 온라인 커뮤니티에서도 이런 모습을 여러 번 본 적이 있습니다(그 이야기는 다른 날에 하죠).

오랜 기간 이 분야에 종사해 온 사람으로서, 그리고 제프님도 동의하시리라 믿지만, 모든 온라인 커뮤니티에는 강점과 약점이 있습니다. 새로운 사람들이 커뮤니티에 들어오면, 그들은 확립된 사회적 위계 구조의 일부가 아니기 때문에 귀중한 관점을 제공합니다. 온라인 커뮤니티에 경험이 있는 모든 사람이 이 점에 동의할 것이라고 생각합니다.

물론 저는 @michaeld 님의 기여에 큰 감사를 드리고 있으며, vbulletin.rb 스크립트는 이 레거시 마이그레이션을 위해 @michaeld 님이 만든 "예술 작품"인 디스커스로 전환하는 데 매우 유용하고 고마운 출발점이었습니다. 디스커스는 정말 훌륭합니다. 이렇게 훌륭한 것을 몇 년간 기다려 왔고, 그래서 우리는 슬프게도 vB3에 머물러 있었으며, 저는 디스커스 같은 것을 스스로 구축할 만큼 코딩 실력이 뛰어나지 못했습니다.

그래도 저는 마이그레이션 테스트 중 버그 리포트를 제출했을 때 냉담한 대우를 받고 심지어 "불쾌함"을 느꼈다는 점에서 죄책감을 느끼며(그리고 어떤 처벌이든 받아들이겠습니다). 분명히 vbulletin.rb 스크립트에 버그가 있음에도 불구하고, 제 버그 리포트가 '버그’에서 '지원’으로 이동되었을 때 더 큰 "불쾌함"을 느꼈습니다. 이 스크립트가 더 잘 작동하도록 완벽하게 좋은 vB3 포럼을 끔찍한 vB4 포럼으로 마이그레이션하라는 제안은 받아들일 수 없는 일입니다(솔직히 저를 실망시켰습니다). 그리고 지금까지 아무도 제 버그 리포트를 진지하게 받아들이거나 수정에 관심을 보이지 않았습니다. 따라서 vB3 마이그레이션 관련 버그 리포트를 제출하지 않는 것이 좋은 아이디어라고 생각되지 않나요?

그래도, 이것은 문제가 아닙니다. 예를 들어, 현재 vbulletin.rb 마이그레이션 스크립트(첨부된 마이그레이션)는 vB3에 존재하지 않는 filedata 테이블을 요구합니다. 이것은 문제가 아닙니다. 저는 우회 방법을 만들 것입니다. forums에서 categories로 마이그레이션되는 방식에도 버그가 있습니다. 저는 이미 이것에 대한 우회 방법을 만들었습니다. 아마 제 우회 방법은 완벽하지 않을 수 있지만, 그것은 괜찮습니다. 저는 여전히 테스트 중입니다.

이것을 성격 논쟁으로 만들지 맙시다. 저는 마이그레이션을 진행 중입니다. 그것은 많은 작업이며 느리게 진행되고 있습니다. 페인트가 마르는 것을 보는 것과 같지만, 다른 한편으로 디스커스가 살아나는 것을 보는 것은 흥분됩니다. 저는 이 커뮤니티에 진심으로 빚을 지고 있으며, 이 "그다지 재미없는 단계"를 지나 "재미있는 단계"로 들어가는 대로 반드시 기여할 것입니다.

저는 Discourse에 매우 감사하며, 그것은 예술 작품이고 매우 훌륭한 오픈 소스 제품입니다. 정말 탁월합니다. 감사합니다. 그리고 마이그레이션 스크립트는 vB3에 대해 다소 버그가 있지만 작동 가능하며, 마이그레이션을 위한 그 출발점에 대해 크게 감사드립니다.

제 댓글이 불공정했다고 느끼신다면 죄송합니다. 그것은 제 잘못입니다. 왜냐하면 저는 몇 주간의 집중적인 Node-RED 포럼 방문을 마친 직후였기 때문입니다. 그곳의 커뮤니티는 타인을 돕는 태도가 매우 훌륭하여, 상업적 이익이 있는 몇몇 디스커스 사용자들과의 초기 경험에 실망하게 되었습니다. 지금까지는 그것이 제 인상입니다. "여기"와 "저기"에 대한 그 첫인상에 대해 죄송합니다. Node-RED와 그들이 Discourse를 사용하는 방식이 우리 사이트를 Discourse로 이전하도록 설득했습니다.

제프님이 제 첫인상이 불공정하다고 느끼실 수 있지만, 저는 아무의 이름을 거론하지 않았고, 제 인상을 익명으로 유지했는데, 당시에는 그것이 공정하다고 생각했습니다. 또한, 제 버그 리포트가 기본적으로 메타에서 무시되고 무시되었음을 고려할 때(예: “그건 단지 vB3일 뿐이니까, LOL”), 제프님의 관점에서 공정한 것은 무엇인가요? 상업적 이익에 대한 제 “경고” 댓글을 삭제하길 원하시나요?

저는 마이그레이션 작업을 진행 중입니다. 스크립트의 버그를 포함해 진행되고 있습니다. 버그는 그저 버그일 뿐이며, 해결하고 넘어가야 할 것들이니까요.

이 즉흥적인 테스트 마이그레이션 과정에서, 생동감 있게 지지적인 Node-RED 경험을 마친 직후라 NR 디스커스 커뮤니티에서만큼 인상받지 못했음을 사과드립니다. 하지만 @michaeld 님이 저에게 답글을 달아주셨을 때, 제가 “인상받았는지” 또는 "그렇지 않은지"는 상관없다고 하셨고, 그것은 괜찮습니다. 모든 사람은 자신의 의견을 가질 권리가 있습니다. 그것은 제 초기 의견/인상도 포함되는 것이겠죠?

저는 Discourse에 매우 호의적으로 인상받았으며, 버그가 있지만 vbulletin.rb 스크립트는 시작하기에 충분히 잘 작동합니다. 그리고 재미를 즐기기에 충분하며, 그것이 가장 중요한 것이 아니겠습니까?

우리는 재미있게 지내야 합니다!

meta에서 vbulletin.rb 스크립트에 대한 제 버그 리포트를 더 진지하게 받아준다면 조금 더 행복할 것입니다. 하지만 다시 말하지만, 저는 이해합니다. 우리는 vb3를 사용 중이며 메시지는 당신은 혼자인 거야, 친구이며, 그것은 충분히 이해할 수 있습니다. 저는 이해합니다.

아무도 더 이상 vB3가 재미있다고 생각하지 않습니다. LOL 특히 저는 10년이 넘게 사용해 왔고, 이제 드디어 그 레거시, 전성기를 지나고 시대가 지난 포럼에서 벗어나 이 현대 온라인 예술의 작품인 Discourse로 이동을 할 수 있게 되어 매우 행복하고 감사합니다.

제가 단순히 경고하는 댓글을 삭제하길 원하시면 알려주세요. 이 답글 이후에도 여전히 불공정하다고 생각하신다면 그렇게 하겠습니다. 저는 그것이 공정하다고 느끼지만, 외부의 시각도 환영합니다. 외부 시각은 좋으며, 일반적으로 매우 도움이 됩니다(양방향으로, 저는 바랍니다).

건강하세요.

믿어 주세요. 저는 오래된 소프트웨어에서 커뮤니티를 이주시키는 데 전적으로 동의합니다. 그것은 Discourse의 주요 목표 중 하나입니다.

VB3 → Discourse 마이그레이션 스크립트 개발 작업에 대해, 결과가 긍정적이고 모든 것이 정상적으로 작동한다는 증거를 제공할 수 있다면, Discourse에서 재정적 보조금을 지원할 수 있을 것입니다 :hugs:

제프님,

제안을 감사히 받았습니다. 다만 저는 괜찮습니다. 재정적 지원도 필요하지 않습니다.

'평생 걱정 없이 살 수 있을 정도’라는 말처럼, 저는 더 이상의 재정적 자원이 필요 없고, 정말로 행운이라고 할 수 있습니다. 삶이 '더 부유해지고 더 부유해지는 것’을 목표로 하는 게임이라고 생각하지 않습니다.

우리 사이트는 간단한 계산에 따르면, 탄생부터 절정기를 지나 '노후’에 이르기까지의 오랜 기간 동안 검색 결과에서 5억 명 이상의 고유 미등록 사용자에게 콘텐츠를 제공해 왔습니다. 아마 더 많을 수도 있고, 제가 그렇게 세세하게 추적하지는 않습니다.

오랜 IT 경력 동안 도움이 필요한 수많은 사람들을 도왔다는 사실, 그 '좋은 카르마’가 저에게는 충분합니다. 그것이 제게는 전부입니다(제프님도 마찬가지라고 생각합니다). 돈이 아니라, 기술 포럼에서 타인을 돕는 '좋은 카르마’가 중요합니다. 그래서 우리가 Discourse로 업그레이드하면 분명 모든 사람에게 더 좋을 것입니다. 저는 Discourse 같은 masterpiece를 코딩할 수 없습니다. 저는 cross-domain dabbler이자 직업상 cybersecurity guy 및 systems engineer이며, 대부분의 경우 공공 및 전문 생활에서 은퇴하여 행복하게 지내고 있습니다.

첫 번째 test migration은 예상보다 훨씬 잘 진행되었습니다. 몇 가지 bugs를 발견했고, 우리 사이트에만 고유한 문제들(예: 커스텀 BBCODE 태그)도 있었습니다. 저는 이것을 모두 관리할 수 있으며 문제가 되지 않습니다. 그리고 이제 우리 커뮤니티에 맞게 커스터마이징해야 하므로, 거기에 재미있는 작업이 있을 것이고, migration 101를 넘어가는 것을 기대하고 있습니다.

vb3에 관해서는, 확실히 많은 레거시 vb3 커뮤니티가 있으며, 그들을 돕는 데 관심이 있다는 점이 좋습니다. 저는 vbulletin.rb가 우리보다 less techie인 사람들을 위한 마이그레이션을 관리하기에는 충분히 발전하지 못했다고 동의합니다. 왜냐하면 저는 코어 vbulletin.rb를 '충분하다’고 생각하고, 오류가 발생할 때마다 쉽게 수정할 수 있기 때문입니다(그리고 실제로 그렇게 해 왔습니다).

이제 다시 작업에 몰두해야 합니다. 사이트에서 상세히 기록해 온 오류를 고려하여 vbulletin.rb에서 더 많은 부분을 변경해야 합니다. 이 일을 마무리해야 하며, 지금은 그냥 do it하는 것이 더 빠를 것입니다.

다시 한번, 좋은 제안을 해주셔서 감사합니다. 이 모든 과정의 모든 단계, 좋은 점, ‘완벽하지 않은’ 점, 그리고 훌륭한 점에 대한 모든 노트는 제가 이전에 게시한 이 링크에 있습니다.

이 단계를 done and dusted로 마무리하고 사용자들에게 테스트하게 한 후 피드백을 받으면, 메타로 돌아와서 기꺼이 참여하겠습니다. 대부분의 사용자가 우리 레거시… 엉망에서 벗어나 Discourse로 이주하길 원할 것이라고 확신합니다.

Discourse에 대해 다시 한번 감사합니다. 세계에 베푼 당신의 관대한 오픈소스 선물에 대해 좋은 말을 아무리 해도 부족할 정도입니다.

솔직히, 이 문제로 당신의 귀한 시간을 빼앗고 싶지 않으며, vb3가 더 이상 누구에게도 재미있지 않다는 것을 알고 있습니다. 특히 yours truly에게는 그렇습니다. 무거운 vb3 boat anchor가 곧 제 목에서 벗겨지기를 희망합니다. 저는 이것을 관리할 수 있다고 생각합니다. 문제가 되지 않습니다.

다시 한번, Discourse와 기본 vbulletin.rb 마이그레이션 스크립트를 위해 당신과 Discourse 팀에게 경의를 표합니다. 버그들은 not a problem at all입니다. 너무 쉬웠다면 그렇게 흥미롭지 않았을 것입니다!

실제로, 마이그레이션은 이미 잘 작동하고 있지만, 우리 커스텀 BBCODE를 위한 더 많은 커스텀 코드를 작성하고 여기저기 몇 가지 버그를 수정한 후 전체를 다시 실행해야 합니다!

다시 한번 감사합니다!

다시 말하지만,

@codinghorror

팀에서 제가 더 큰 버그 중 일부, 예를 들어 vb3에서 누락된 테이블로 인해 발생하는 filedata 오류를 수정하는 작업을 함께할 사람을 원하신다면, 저는 기꺼이 도와드리겠습니다. 그리고 다른 vb3 커뮤니티의 이익을 위해, 그리고 vb3를 위한 vbulletin.rb를 더 좋게 만들기 위해 속도를 늦추는 것도 마다하지 않겠습니다.

알려 주세요. 다시 생각해 보니, 속도를 늦추고 도와드리는 것에 동의합니다. 분명히, 이 프로젝트에서 이기적으로 보이거나 팀워크가 없는 사람으로 보이지 않기를 원합니다.

솔직히 말씀드리면, 저는 뛰어난 코드 협업자는 아니지만, 다른 레거시 vb3 사용자에게 도움이 된다면 기꺼이 시도해 보겠습니다.

잠깐. 먼저, 나는 그렇게 말하지 않았습니다. 나는 당신에게 “인상을 주려” 하지 않았다고 했으며, 그것은 당신이 내 답변에 "인상 받지 못했다"고 한 당신의 발언에 대한 반응이었죠. 그리고 당신은 그 내용을 게시글에서 삭제했습니다. 다시 말하지만: 이것은 나를 슬프게 합니다.

당신이 인상받든 안 받든, 차가운 대접을 받았다고 느끼든 느끼지 못하든, 당신은 내 뒤에서 내가 "이 마이그레이션으로 돈을 벌려고 손을 벌리고 있다"고 말했습니다. 이것은 단순히 사실이 아닙니다. 그리고 당신에게는 많은 말들이 있지만, 이것이 단순히 사실이 아님을 다루지 않았습니다. 사실, 당신은 그것을 반복했습니다. 그리고 "그렇게 느끼신 것에 대해 죄송합니다"는 사과가 아닙니다.

저는 여전히 이것이 버그가 아니라고 생각하며, 여전히 여러분의 포럼이 데이터베이스에 저장되는 방식에 뭔가 문제가 있다고 생각합니다. 단순히 “잘못된” 것이거나, vB3에서는 허용되었지만 vB4에서는 허용되지 않는 것이거나 말입니다.

저는 여러분이 vB4를 실행하라고 요청한 적이 없습니다. 저는 데이터베이스를 vB4로 마이그레이션한 이후에 가져오기 도구(importer)를 통해 처리하라고 제안한 것입니다. 여러 단계를 파이프(pipe)하여 원하는 결과를 얻는 진정한 "유닉스 스타일"이며, 제 생각에는 가장 짧고 저렴한 마이그레이션 경로입니다.

이것이 적절한 조언입니다. VB4로 업그레이드하지 못하는 이유가 있나요? VB3용 완전히 새로운 마이그레이션 스크립트를 작성하는 것보다 VB4로 업그레이드하는 것이 더 쉬울 수 있으니까요.

마이크엘드,

우리 모두를 위해 이 주제를 여기서 끝내 주세요.

나는 다른 사람만큼 잘 읽을 수 있습니다. 당신이 말한 것은 이랬습니다:

vB 4 이상으로 업데이트하는 것을 고려해 보세요… 임포터는 주로 4.x 버전을 대상으로 합니다.

이것은 다음과 같은 내용과는 꽤 다릅니다:

데이터베이스를 해당 버전으로 마이그레이션한 다음에 임포터로 처리하라고 제안했습니다.

그만해 주세요, @Micheald.

이런 소소한 공방을 그만해 주세요. 제발요.

전혀 생산적이지 않습니다.

제 제안에 오해가 있었다면 진심으로 죄송합니다. 그리고 그 조언이 진심에서 나온 것이었음에도 불구하고 "생산적이지 않다"고 느끼셨다면 더더욱 죄송합니다.

솔직히 저는 누군가가 vB4로 포럼을 운영하라고 권하지는 않습니다.

지금부터 이 주제를 구독 해제하겠습니다. 제가 공정한 대우를 받지 못하고 있다고 느껴지기 때문입니다.

저는 동의하지 않습니다. 사실, 우리의 레거시 vB 멤버 제어판에 따르면, 우리는 VB4로 업그레이드할 수조차 없습니다.

당연히, 우리의 사이트는 장기간 vB를 사용해 온 사용자이므로 vB 쪽에서 이것이 어떻게 작동하는지에 대해 어느 정도 파악하고 있어야 합니다.

저는 이미 VB4로 업그레이드하는 것은 우리에게 불가능한 일(non-starter)이라고 언급했습니다.

이건 어디로도 가지 못하고 있습니다(순환 사격 부대처럼, LOL). 처음에는 "VB4로 마이그레이션하세요"라고 하더니, 그다음에는 "vB3에서 함께 작업하고 재미있게 합시다"라고 하더니… 그리고, 아 맞다, "우리가 말한 것은 며칠 전에 불가능하다고 말했던 것처럼 VB4로 마이그레이션하라는 것이었다"라고 합니다.

meta에서 이 상황은 정말 재미있지 않습니다, LOL.

DB를 vB4로 업그레이드하면 모든 것이 잘 풀릴 것입니다라는 아이디어들은 그만합시다. 이것이 불가능한 일(non-starter)이며 절대 일어나지 않을 것이라는 점을 명확히 해왔습니다.

매우 감사합니다

직접 확인해 보세요… VB4로 업그레이드할 옵션이 없습니다… 제가 언급했듯이 이것은 “선택 사항이 아닌” 것입니다.

vB의 제어판에서 가져온 이 이미지에서 분명히 알 수 있어야 합니다… :frowning: