I2P 개발자 회의 - 2012년 12월 18일

20:08:58 <RN> 제가 연결이 끊긴 사이에 회의가 시작됐나요? 20:09:17 <eche|on> 어떤 회의요? 20:09:38 * KillYourTV 주제를 가리킴 20:10:09 <RN> Dev mtg 여기서 화요일 12월 18일 8:00 PM (20:00) UTC^^ topic 20:11:38 <KillYourTV> 아마 멈춘 걸지도... 20:12:12 <LaughingBuddha> 그냥 아무 때나 시작해? 20:18:08 <RN> 보통 dg가 회의를 진행해요 20:18:27 <RN> 한번 자리를 비웠을 때 lillith가 대신 맡았던 것 같아요 20:18:50 <str4d> 지난주에 안 왔어요, 그래서요. 20:18:53 <LaughingBuddha> 전체 안건 링크 있나요? 20:18:53 <str4d> (그리고 그 전 주엔 바빴고요) 20:21:29 <RN> 글쎄요, 보통은 안건이 있어요... 20:22:25 <str4d> 지난 몇 번의 회의에 썼던 안건 링크가 있긴 한데, 지금은 zzz.i2p를 열 수가 없네요... 20:22:28 <RN> trac에 있어요 20:22:28 <eche|on> 그게 업데이트 현황이야 20:22:28 <eche|on> 지금 업데이트/트래픽이 엄청 많아 20:22:28 <RN> http://trac.i2p2.i2p/wiki/meeting 20:22:28 <str4d> o/ topiltzin 20:22:28 <eche|on> 지금까지 어떤 업데이트보다 훨씬 빨라 20:22:28 <str4d> RN, 그거 접근 가능해요? 20:22:28 <Benedikt> 무슨 일이죠? 이 네트워크의 서버 중 하나가 다운됐나요? 20:22:31 <str4d> 어쨌든 몇 가지 예정된 주제가 있어요, 못 보시더라도. 20:22:31 <RN> 12월 4일 회의 이후로 안건이 업데이트되지 않은 것 같네요 20:22:31 <topiltzin> \o str4d 20:22:31 <eche|on> Benedikt: net split, 불안정한 I2P tunnels 때문에 자주 발생함 20:22:31 <Benedikt> 오, 고마워요 20:22:34 <str4d> 좋아요, 제가 임의에 가까운 안건을 제안할게요. 20:22:45 <LaughingBuddha> 시작해봐 20:23:07 <str4d> (0) 인사하기. 20:23:07 <str4d> 안녕하세요! 20:23:15 <LaughingBuddha> 에이 20:23:31 <topiltzin> 뭐 새로워 20:25:46 <str4d> 다른 분도 계신가요? ^_^ 20:25:52 <str4d> 좋아요, 넘어가죠: 20:25:52 <str4d> (1) 네트워크 상태 / 업데이트 현황 20:26:31 <str4d> 지난 며칠/일주일 정도 네트워크 상태가 (제 생각엔) 꽤 안 좋았던 것 같습니다. 실제 공격이었는지 아시나요? 20:26:46 <str4d> 아니면 버그로 인해 지속적으로 악화된 걸까요? 20:27:58 <LaughingBuddha> 더 많은 사람들이 실제로 0.9.4로 업데이트하기 전까진 확실히 알 수 없겠죠 20:28:29 <RN> str4d, trac 링크요? 네 20:30:43 <topiltzin> eche|on이 이상한 동작을 보고했는데, 사람들이 0.9.4로 업그레이드한 후에도 확실히 알 수 있을진 모르겠어요 20:34:04 <str4d> psi는 러시아 가이드들이 더 많은 노드를 찾기 위해 사용자에게 floodfill을 강제하라고 권장한 것과 일부 관련이 있다고 생각하더군요. 20:34:07 <str4d> 업데이트와 관련해서: 20:34:15 <str4d> <eche|on> 지금 업데이트/트래픽이 엄청 많아 20:34:18 <str4d> <eche|on> 지금까지 어떤 업데이트보다 훨씬 빨라 20:34:29 <str4d> 업데이트 진행 요약에 덧붙일 게 더 있나요, eche|on? 20:36:17 <eche|on> 지금까지 내 노드들이 780개의 전체 업데이트를 푸시했어 20:37:38 <str4d> LaughingBuddha가 토렌트 업데이트가 잘 됐다고 했어요. 스웜 규모가 얼마나 되는지 아시는 분? 20:37:54 <str4d> (제가 아는 건 개발자 routers뿐이지만, 알아두면 흥미로울 듯) 20:38:13 <KillYourTV> 한 10명 정도 20:38:59 <eche|on> 내 쪽에선 토렌트 사용률이 매우 낮아 20:39:06 <KillYourTV> 아니면, 이렇게 말하자면: 피어 10명 보임 20:39:17 <eche|on> su2는 6, sud는 4가 보여 20:40:01 <KillYourTV> 개발 빌드 사용자 중 극히 일부에게만 토렌트 업데이트가 제공되었기 때문에, 지금까지 전송이 적은 게 놀랍진 않네요. 20:40:16 <Astral_12> str4d: 피어 6-7명, su2 20:40:30 <str4d> KillYourTV, 아니요, 모든 개발 빌드 사용자에게 토렌트가 제공됩니다. 20:41:09 <str4d> 버전이 -0으로 끝나고 0이 아닌 0~99 중 숫자를 고르면, 토렌트를 받지 못해요. 20:41:12 <str4d> (기억이 맞다면) 20:41:15 <KillYourTV> 오... 제가 오해했네요. 20:41:23 <KillYourTV> http://tracker2.postman.i2p/details.php?dllist=1&filelist=1&info_hash=%09k%a6%29%14%7b%15%f6%f89%d7%1b%1c%d9T%fe%60c%ec%7c 20:41:23 <iRelay> Torrent #19559: i2pupdate-0.9.4.su2, Size: 3.06 MB, Downloads: 6, Added: 2012-12-17 17:52:22, S/L: 10/1 20:42:01 <str4d> 그래도 업데이트 메커니즘이 작동한다는 걸 보여주기엔 충분하죠 (그리고 확장성은 크게 걱정하지 않아도 돼요, 토렌트는 이미 충분히 테스트됐으니까요 ^_^) 20:43:11 <iRelay> <ReturningNovice@kytv> 전 토렌트 옵션을 놓쳤네요 20:43:37 <iRelay> <ReturningNovice@kytv> 0.9.3-13에서 업그레이드했어요 20:43:48 <str4d> 좋아요, 지금은 더 할 말이 많지 않네요 - 업데이트 효과는 다음 회의에서 평가할 수 있겠죠. 20:43:48 <str4d> (2) 웹사이트 개편 20:43:48 <str4d> http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/ 이 현재 진행 상황입니다 (최신 CSS를 받으려면 강력 새로고침하세요) 20:43:55 <iRelay> Title: The Invisible Internet Project - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:44:27 <str4d> RN, 당신의 router는 아마 먼저 HTTP로 업데이트를 찾았을 거예요. 20:44:30 <eche|on> str4d: 접근 불가한 토렌트에선 확장성이 문제야 20:44:37 <zzz> 옵션은 없어 20:44:40 <eche|on> 그리고 현재는 개발 빌드만 토렌트를 받아 20:44:59 <str4d> http://localhost:7657/debug 를 확인해보세요 - 거기에 TORRENT checker가 보일 겁니다. 20:45:14 <zzz> 그리고 아니, 하나의 스웜에 2만 명은 i2p 내에서 잘 테스트된 게 아니야. 20:46:14 <eche|on> str4d: 난 0.9.3-15에서 토렌트가 보이지 않아 20:46:21 <str4d> zzz, 맞아요, 그걸 잊고 있었네요 *멍* 20:46:32 <LaughingBuddha> str4d: 시딩 중: 0/9 peers 20:46:55 <str4d> zzz, 업데이트 매니저가 우선순위가 같은 두 업데이트 옵션 사이에서 어떻게 선택하나요? 20:46:58 <eche|on> [RegisteredUpdater org.klomp.snark.UpdateHandler for ROUTER_SIGNED TORRENT @pri 10] *ooos* 20:47:08 <str4d> 먼저 발견된 걸로만 하나요? 20:47:50 <zzz> 몰라 20:48:39 <str4d> 위에 붙여넣은 걸 보면, 낮은 숫자가 아니라 높은 우선순위 번호가 이기는 것 같네요. 20:50:15 <str4d> 여기에 더 덧붙일 분 있나요? 업데이트 효과는 다음 회의에서 평가할 수 있어요. 20:51:21 <topiltzin> 사이트 여기선 좋아 보여요 :) 20:51:28 * str4d 는 25분 후 자리를 비워야 해서 계속 진행하길 원함 20:52:57 <RN> 계속해 주세요 str4d 20:53:21 <str4d> (2) 웹사이트 개편 20:53:22 <str4d> 예전 테마를 손봐서 최소한 HTML의 올바른 부분을 참조하게 했습니다. 그래서 푸터의 링크를 사용하면 사용 가능한 다른 CSS 파일을 시도해 볼 수 있어요. 20:53:52 <str4d> 새로운 구조도 여전히 다르게 배치될 수 있다는 아이디어를 제공합니다. 20:55:17 <MTN11> i2p: kytv@mail.i2p * rb47286b470722a6382a963092219407946bcc5b6 installer/ (5 files in 5 dirs): Add dummy placeholder files to empty eepsite directories 20:55:17 <MTN11> git and a few other vcses don't store empty directories....but now these directories 20:55:17 <MTN11> are no longer empty. 20:55:32 <jenkins> i2p 작업의 빌드 #46 시작(이전 빌드: SUCCESS) 20:59:21 <jenkins> Project i2p build #46:SUCCESS in 2 min 42 sec: http://kzzj7cu24fo6w7jsisgysh65lfyrkjaaaqsdn3hvlop6lp36vs2q.b32.i2p/job/i2p/46/ 20:59:24 <str4d> 사람들은 어떻게 느껴지나요? 20:59:24 <str4d> 또한 사이트 관리가 더 쉬워지도록 몇 가지 백엔드 변경을 했어요 - 예: router 버전을 올리는 작업은 이제 두 곳만 하면 됩니다 zzz 20:59:24 <str4d> (정확히는 한 곳만 해도 되지만, 미러 목록에 Launchpad를 추가하려고 한 곳을 더 추가했어요) 21:01:40 <str4d> 제가 위에 쓴 글 보셨나요? 21:03:08 <KillYourTV> 네. 사이트가 아주 좋아 보입니다. 21:03:31 <LaughingBuddha> 예 21:03:37 <LaughingBuddha> 디자인 +1 21:03:37 <str4d> 레에에에그 21:04:45 <KillYourTV> 다만 몇몇 링크가 깨졌어요, 아마 알고 계시겠지만 21:06:05 <KillYourTV> 특히 http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/volunteer/develop/developerskeys 가 http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/volunteer/develop/monotone 으로 연결되는데, 그 페이지는 없어요. 21:06:55 <str4d> 디자인은 커뮤니티의 제안을 받을 계획이에요(duck의 디자인에서 아직 거슬리는 점들이 있어서요). 하지만 첫 번째 반복으로는 잘 작동합니다. 21:06:58 <str4d> KillYourTV, 티켓 #807에 따라 깨진 링크들은 이미 알고 있어요(제가 이사한 초기 페이지들에서 대부분 발생했고, 당시에는 다른 페이지들이 어디로 갈지 몰랐거든요). 21:06:58 <str4d> 질문들: 21:07:01 <str4d> - 블로그와 미팅 피드는 지금처럼 괜찮을까요, 아니면 내용을 잘라서(독자들이 전체 내용을 보려면 메인 사이트로 가도록) 해야 할까요? 21:07:05 <iRelay> http://trac.i2p2.i2p/ticket/807 - (accepted enhancement) - Revamp of website 21:07:36 <str4d> - 미팅 피드를 더 눈에 띄게 해야 할까요, 아니면 미팅 인덱스의 <link>만으로 충분할까요(Firefox에서는 북마크 -> 이 페이지 구독에서 잡아갑니다)? 21:08:39 <str4d> KillYourTV, 아, 그건 다른 버그네요 - 페이지는 있는데, 가져오는 monotonerc 파일을 옮겨서 그걸 수정해야 해요>< 21:09:07 <str4d> 하지만 그런 링크들도 모두 수정될 거예요. 21:09:21 <str4d> - 개편이 라이브로 가기 전에 콘텐츠 변경에 대한 제안이 있나요? 21:09:35 <str4d> - ATOM뿐 아니라 RSS 피드도 필요할까요? 21:10:55 <zzz> 모든 페이지가 동일한 URL에 남아 있나요? 21:10:58 <str4d> - 미러의 "any" 링크가, 보는 이의 언어로 추정한 국가의 미러를 우선적으로 선택해야 할까요? 21:11:44 <topiltzin> 그건 꽤 까다롭네요 21:12:30 <topiltzin> 현재 동작은 어떤가요? 21:13:08 <str4d> zzz, 지금의 url에는 꽤 만족해요(하지만 제안은 환영합니다). 21:13:18 <str4d> 다만 몇몇 페이지는 어디에 둘지 아직 못 정했어요. 21:13:21 <str4d> topiltzin, 현재 동작은 http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/feed/blog/atom 과 http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/feed/meetings/atom 를 보세요 21:13:27 <iRelay> Title: I2P Blog0.9.4 Release (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 21:14:02 <zzz> str4d, 기존 사이트와 새 사이트 간에 말이야 21:14:32 <str4d> zzz, 페이지들이 현재 사이트와 동일한 url에 있느냐고 묻는 거라면: 아니요. 21:14:35 <str4d> 이제 url이 실제로 의미를 갖습니다. 21:15:25 <str4d> zzz, 오래된 url을 새 것으로 리디렉션하는 레거시 헬퍼가 몇 개는 있지만, 일부 페이지만 작동해요. 21:15:32 <zzz> str4d, 그럼 그건 논의가 필요해. 지난 5년 동안 쌓아온 SEO / link juice(링크 평판)가 많고, 그걸 날릴 여유가 없어. /static/ 아래에 그대로 있어야 하는 것도 몇 개 있고 21:15:46 <zzz> hosts.txt 구독, 그리고 백업 뉴스 21:15:50 <str4d> (즉, meetings, status, 그리고 레거시 맵에 들어간 페이지들) 21:16:04 <zzz> 콘솔에서 웹사이트로 가는 링크도 많고 21:16:04 <str4d> zzz, 정적 것들은 제가 보기엔 동일해요 21:16:37 <zzz> 모든 예전 페이지에 대해 리디렉션을 둘 수 있겠어? 21:17:46 <str4d> LEGACY_MAP={ 21:17:52 <str4d> 'download': 'downloads_list' 21:17:52 <str4d> } 21:17:52 <str4d> ^-- 거기에 예전 사이트에서 새 사이트로의 매핑을 추가할 수 있어요. 21:17:52 <str4d> zzz, 수동 리디렉션이어야 하지만, 가능합니다. 21:17:52 <topiltzin> 이 링크 주스 축적이 우리 모든 도메인에 적용되나요? 21:17:55 <str4d> (그리고 레거시 지원 코드는 별도 파일로 옮기고 싶어요, 엄청 길어지니까요) 21:17:58 <str4d> 그리고 301 리디렉션을 쓰면 클라이언트는 그 리디렉션을 영구로 인식하죠(아니면 그게 302였나?) 21:18:33 <topiltzin> geti2p.net에서 새 사이트를 시도해 보고 i2p2.de 같은 곳엔 예전 사이트를 유지하는 건 어떨까요? 21:19:00 <str4d> topiltzin, 제가 보기엔 geti2p.net은 같은 사이트예요(그냥 두 번째 도메인) 21:19:07 <str4d> (같은 백엔드라는 뜻) 21:19:42 <zzz> 이건 작은 일이 아니야. 지난 5년간 많은 링크 평판을 쌓았고, 그걸 다 버릴 수는 없어. 이걸 제대로 하는 게 정말 중요해. 21:19:42 <topiltzin> 가능한 한 빨리 트래픽 테스트할 방법을 찾으려는 중이에요 21:20:10 <str4d> zzz, 알겠어요, 제가 옮긴 모든 페이지를 LEGACY_MAP에 추가할게요 21:20:17 <zzz> 또 한 가지 - .html 접미사가 있어도 없어도 작동해야 해. 21:21:03 <str4d> zzz, 이미 했어요(레거시 매퍼에 한 줄 추가) 21:21:03 <str4d> 또, 다음 파일들의 새 url 위치를 제안해줄 수 있나요? (막혔어요) 21:21:03 <str4d> i2ptunnel_services.html jbigi.html manualwrapper.html minwww.html ports.html ratestats.html 21:21:34 <zzz> rel=canonical 것도 있어 21:22:19 <str4d> zzz, 자세히 설명해줄래요? 21:22:26 <zzz> i2p.net이 사라진 뒤에 링크 평판을 되찾으려고 SEO stuff에 꽤 시간을 썼어 21:22:41 <zzz> _layout.html 안에 있어 21:23:20 <zzz> 미러가 평판을 빨아가지 않도록 메인 사이트로 가리키는 게 좋아. 21:23:27 <zzz> 그래서 미러에는 항상 nofollow를 태그하지 21:24:10 <zzz> 평판을 넘겨주지 않게 말이야 21:27:32 <topiltzin> 트래픽 테스트에는 미러가 괜찮을까요? 21:28:25 <str4d> 좋아요, 그럼 그걸 새 global/layout.html에 반영하도록 하면 되겠네요 21:30:02 <str4d> (duck이 그걸 안 했을 거라고 생각해요) 21:32:53 <topiltzin> (그 SEO stuff에 관한 채팅 로그를 읽고 싶네요) 21:34:37 <zzz> str4d, 아직 SEO를 생각하지 않았다면, ASAP로 뛰어들 시간이야. 첫 페이지의 모든 단어가 중요해. 21:35:00 <zzz> 현재 첫 페이지와 duck 버전 모두에서, 단어는 매우 신중히 선택되어 있어. 21:36:58 <zzz> 예를 들어 우리가 구글에서 'garlic routing'으로 어디에 랭크되는지 봐. 나는 그 검색어에 대한 페이지랭크를 얻기 위해 그 페이지를 처음부터 썼어. 21:40:37 <str4d> 저는 새 사이트를 동작시키는 데 더 집중했어요. 하지만 텍스트 콘텐츠는 많이 바꾸지 않았습니다. 21:41:36 <str4d> 새 레이아웃에서 링크 관련 것들을 잃지 않도록 제가 확인할게요. 지금 상태의 첫 페이지 SEO에 대해 제안이 있나요, zzz? 21:43:52 <str4d> 마이그레이션된 페이지의 텍스트 콘텐츠는 바뀌지 않았으니, 레거시 리디렉션이 들어가면 괜찮을 거예요. 21:45:20 <zzz> 몇 달 동안 못 봤네. url이 뭐였지? 21:46:13 <zzz> 그리고 str4d, url에서 '-'와 '_'를 표준화해야 해. 지금은 섞여 있는데, 지난 10년 동안 웹은 분명 '-'로 표준화됐어. 밑줄은 보기 안 좋고, SEO에도 이제 상관없고 21:46:29 <str4d> 위에 있어요 21:46:32 <str4d> 티켓 #807에도 링크되어 있고요 21:47:19 <str4d> 네, 혼재를 봤어요. 그건 수정할게요. 21:47:22 <zzz> 좋아 티켓을 볼게. 위의 링크들은 다 피드 같은 곳으로 가는 것 같아 21:48:19 <zzz> 또, 자주 트윗되거나 참조되는 페이지들은 짧은 url을 유지하는 게 좋아 - /download, /faq 등. 21:48:22 <str4d> 위 링크들- 그 b32를 쓰세요 21:50:25 <zzz> 그리고 너나 신뢰할 수 있는 누군가가 더 나아가서 구글 웹마스터 도구에서 우리 사이트를 등록하고, 사이트맵을 추가하는 등 해준다면, 정말 좋겠어. 우리 SEO가 훌륭하다고 주장하는 건 아니야, 다만 예전엔 최소한 조금은 신경 썼다는 거지. 21:52:00 <str4d> 백엔드에 사이트맵 생성을 추가하려고 했어요, 그래서 제가 기꺼이 할게요. 21:52:18 <topiltzin> 구글 웹마스터 도구는 데이터를 구글로 되돌려 보내나요? 21:52:58 <zzz> 그들의 JS를 사이트에 넣을 때만 21:53:27 <str4d> 짧은 URL - 레거시 URL이면 충분할까요? 21:54:10 <str4d> topiltzin, 우리는 구글 검색 정보를 받을 거예요, 그 자체로도 유용하죠. 21:54:49 <topiltzin> 하지만 구글로 아무것도 보고하지 않으면 의미 있는 정보를 얻을 수 있을까요? 아니면 상관없나요? 편집증적 사용자들은 신경 쓸까요? 등등. 21:55:38 <zzz> 물론, 좋은 질문이지. 물론 우리 로그를 대상으로 awstats 같은 걸로 referer와 검색어를 볼 수도 있어 21:55:45 <zzz> 아마 수년간 아무도 안 했을걸. 21:57:16 <str4d> 음, 웹마스터 도구는 당연히 보고하지만, 그건 구글 데이터와 인터페이스하기 때문이에요 21:57:26 <str4d> 웹마스터가 비-익명이어야 하나요? 21:58:06 <zzz> gmail 주소 하나만 있으면 되는 걸로 알아 21:58:13 <str4d> topiltzin, 우리는 구글 검색 정보를 받게 돼요, 그 자체로 유용합니다. 21:58:39 <str4d> Analytics는 기술적으로 웹마스터 툴킷과 별개예요(제 기억엔) 21:58:46 <zzz> 어쨌든, 이 모든 건 지금은 곁다리야 21:59:21 <str4d> 네. zzz, 사이트에 접속하셨나요? 21:59:44 <zzz> 아니, 너랑 얘기하고 있었지 :) 22:00:49 <topiltzin> 저는 채팅하면서 eepsites를 미리 받아두는 걸 좋아해요 :) 22:02:17 <zzz> 지금은 가져올 여분의 업스트림 대역폭이 별로 없어 22:02:20 <RN> " 음... 서버에서 어떤 오류가 발생했습니다. " 22:03:08 <RN> 드롭다운 메뉴에서 FAQ를 선택하면 그렇게 나옵니다 22:03:31 <zzz> str4d, 기존 웹사이트와 어떻게 동기화하고 있어? mtn에서 브랜치했니, 수동으로 하고 있니, 아니면 그 고통스러운 문제를 전부 미뤘니? 22:03:34 <str4d> Rn, 이상하네요... 그러면 안 되는데. 22:04:00 <str4d> zzz, mtn에서 브랜치해서 정기적으로 프로프해요. 22:04:23 <str4d> 개편에서는 콘텐츠를 변경하지 않아서 머지도 잘 됩니다. 22:04:58 <str4d> 까다로운 게 몇 개 있었지만, 대부분은 쉬운 프로프였어요. 22:10:49 <zzz> 뭘 피드백해주길 바라는 거야? 깨진 링크? 전반적인 구성? 레이아웃/색상/CSS? 어디까지 진행됐는지 전혀 모르겠네. 22:11:54 <RN> 다크 테마는 좀 어색해 보여요 22:12:00 <str4d> zzz, 내비게이션 레이아웃, URL 형태, 전반적 사용성, 그리고 첫 페이지 콘텐츠요 22:13:21 <str4d> RN, 예전 테마 둘 다 그렇습니다. dr|z3d에게 조언을 구했고, 현재 테마 중 어느 것도 최종 버전은 아닐 거예요. 22:13:51 <str4d> RN, 오류는 20분 정도 후에 볼게요 22:14:07 <zzz> 그럼 최종 버전에 테마 선택기는 없겠지, 제발? 22:14:58 <zzz> 여러 테마는 끔찍한 시간 낭비야 22:15:20 <str4d> zzz, 아마 없을 거예요, 최종 테마를 두고 결정을 못 하면 몰라도요. 디자이너들을 돕기 위해 있습니다. 22:15:43 <LaughingBuddha> 언제든 사용자가 만들 수도 있죠. 개발자들이 신경 쓸 문제는 아니라고 봐요 22:16:20 <LaughingBuddha> 제 생각엔요 22:16:27 <str4d> 지금은 기능을 노출하려고 링크를 넣어둔 거예요. 22:17:36 <zzz> 첫 페이지에서 제일 거슬리는 건 링크가 있는 검은 막대야. 사실은 클릭해도 어디로도 안 가고 메뉴만 뜨니 링크라고 하기도 뭐하지 22:18:37 <zzz> 색이 잘못됐거나, 위치가 잘못됐거나, 너무 작거나 그런 것 같아. 페이지의 나머지 스타일과도 안 맞고, 그 모든 걸 초록 영역 아래로 내리는 게 나을지도 모르겠어 22:19:12 <str4d> zzz, 색이나 스타일에 집중하지는 않았어요. 22:19:49 <str4d> 메뉴 오프너에 링크를 달지 않기로 한 건 사용성 논의와 피드백 이후의 결정이었어요. 22:20:16 <str4d> 일부는 링크고 일부는 아니면 혼란을 줄 거라고 결론지었습니다. 22:20:43 <str4d> 그 구분은 CSS로 더 명확히 할 계획이에요. 22:21:35 <zzz> 정확히 뭐라 말하긴 어렵지만 상단 3개 섹션(노랑, 검정, 초록)이 하나가 과하거나 순서가 잘못됐거나 그런 느낌이야 22:21:35 <zzz> 단지 색/스타일 문제만은 아닌 듯? 잘 모르겠어. 뭔가 미완성 같거나 제자리가 아닌 느낌이야 22:21:35 <zzz> 스타일링으로 풀릴 수도 있고, 아닐 수도. 22:21:42 <str4d> 내비게이션 바의 색과 스타일은 더 잘 통합되도록 바꿀 거예요, 지금은 기능이 필요했을 뿐. 22:22:00 <zzz> 어딘가 큰 "10주년 기념 2003-2013" 배너를 넣을 자리도 찾고 싶어 22:22:50 <str4d> (그래서 테마 링크를 추가한 거예요, 같은 구조가 다르게 렌더링될 수 있음을 보여주려고) 22:23:24 <zzz> thesaurus 구조가 뭐야? 22:23:31 <zzz> 아직 테마 링크는 안 눌러봤어 22:24:20 <str4d> 아, 폰 타이핑 실패. "same"이었어요 22:25:06 <zzz> 그리고 이제 그냥 안 눌렀으면 싶네 22:26:09 <zzz> dg가 연기처럼 사라진 건 안타깝네. 그 모든 젊은 열정이 그렇게 빨리 사그라졌나? 22:26:28 <zzz> 두 번 회의하고 끝 22:26:47 <str4d> 네, 새 구조 때문에 예전 CSS의 절반은 제대로 쓰이지 못하고 있어요. 아직 옮길 시간이 없었습니다. 22:26:58 <str4d> css* 22:27:36 <str4d> 지금은 많이 바쁜 것 같아요. 22:28:26 <zzz> 그래서 제 결론은, 검은 메뉴 바가 가장 문제라는 거야. 해답은 없지만. 그냥 느낌/모양이 영 아니야. 22:30:12 <topiltzin> 또 다른 dg가 나타나거나, 때가 되면 예전 dg가 돌아올 거예요 :) 22:30:28 <str4d> 네. 그 안의 링크 배치에 대해서는 어떤가요? 말이 되나요? 22:30:28 <topiltzin> 하지만 그동안에도 우리는 잘해오고 있고, 젊지도, 열정적이지도 않은 시각을 듣는 것도 중요합니다 22:31:10 <str4d> (또, 검은 바를 duck의 예시 내비게이션 바 색 구성으로 바꿔볼게요.) 22:31:37 <zzz> dg가 시속 60에서 이틀 만에 0이 된 게 놀라울 뿐이야. 22:32:51 <zzz> 첫 페이지에 jar, exe 등에 직접 링크를 둘지 모르겠네. 다운로드 페이지의 텍스트가 중요해 보이거든. 22:33:45 <zzz> trac 링크는 꼭 필요하고, 그건 빠진 것 같아? 22:34:16 <zzz> 단어를 클릭했을 때 어딘가로 가도록 하는 것도 큰 도움이 될 거야 22:34:26 <KillYourTV> Volunteer -> Develop -> Bug Tracker 22:34:54 <zzz> 헉, 레벨이 두 개야? 22:35:32 <zzz> 또 다른 레벨이 있다는 걸 알려주는 작은 화살표도 없네 22:36:09 <zzz> 그리고 정말 홈이나 어디에서든 두 레벨을 원하나? topiltzin의 할머니에겐 버거울지도 22:36:44 <zzz> 그리고 다운로드를 클릭하면 어딘가로 보내야지, 꼭 22:37:43 <topiltzin> 네, 일단 할머니가 i2p를 받게 하고 나중에 개발자로 만드는 걸 고민하죠 22:38:15 <zzz> 차라리 그 화려한 드롭다운을 버리고 download-about-help-volunteer를 네 개의 큼지막한 버튼으로 바꾸는 게 나을지도 22:39:01 <str4d> zzz, 그렇게 할 거예요. 22:39:23 <topiltzin> 큼지막한 버튼이 예쁜 색이면 할머니가 좋아하실 거예요 22:39:34 <str4d> 그리고 문서는 about 메뉴로 옮기자고 제안한 건 topiltzin이어서, 기술적으로는 세 레벨이에요 22:39:57 <str4d> zzz, Trac 링크는 help 메뉴에 뒀는데, topiltzin이 volunteer -> develop로 옮기자고 해서 그렇게 했어요 22:40:11 <zzz> 마치 계층형 웹사이트를 만들려는 것 같은데, 실제 계층 페이지 없이 홈의 복잡한 다단 메뉴 바만으로 하려고 하는 거 같아. 우리가 진짜로 필요한 건 실제 계층 페이지, 예를 들어 about, volunteer, help 페이지야. 22:40:57 <KillYourTV> 이제 sud 피어 8명 http://tracker2.postman.i2p/details.php?dllist=1&filelist=1&info_hash=%f0%d8%27%17W%cfF%83%9em%9e%3f%d8%f8%85%2ac%baRV 22:40:57 <iRelay> Torrent #19558: i2pupdate-0.9.4.sud, Size: 7.09 MB, Downloads: 6, Added: 2012-12-17 17:49:15, S/L: 7/0 22:41:00 <zzz> 그 검은 바에서만 구조를 만들려는 건 충분하지도, 어쩌면 적절한 장소도 아니야 22:41:30 <str4d> zzz, 구조는 url에 있어요. 그 구조를 내비게이션 바에 복사했는데, 제겐 그게 말이 된다고 보였어요. 22:42:13 <str4d> 줄곧 말해왔듯이, 가장 큰 과제는 단일 디렉터리의 오래된 페이지들을 어떻게 계층으로 재배열하느냐였고, 거기에 거의 도움을 못 받았어요. 22:42:24 <zzz> 그냥 생각나는 대로 말하는 거야. 몇 달 동안 못 봤고, 내일은 생각이 다를 수도 있지. 22:42:47 <zzz> 비판하는 건 아니야, 그냥 추측 중 22:43:06 <str4d> 그래서 제 가장 큰 질문은, 제 구조 결정이 말이 되느냐는 겁니다. 22:43:25 <str4d> (즉, 저 말고 다른 사람들에게도) 22:43:35 <topiltzin> 다양한 미래 방향을 탐색할 수 있어서 좋아요, 분명 많은 생산적 논의로 이어질 겁니다 22:43:55 <str4d> 기존 페이지의 구조가 정해지면, 그다음에 다른 문제들을 그 주변에서 해결할 수 있어요. 22:43:58 <topiltzin> str4d: 여기선 그렇다고 봐요 22:44:31 <str4d> 그리고 마지막 몇 페이지를 어디에 둘지에 대한 제 질문에 제안 있으신가요? 22:44:34 <str4d> i2ptunnel_services.html jbigi.html manualwrapper.html minwww.html ports.html ratestats.html 22:45:00 <topiltzin> 그리고 dg는 이틀보다 훨씬 짧은 시간에 0에서 60으로 갈 수 있음이 증명되었으니, 그 논의들은 아주 재미있을 거예요 *오프토픽 끝* 22:45:06 <zzz> "놓는다"는 게 무슨 뜻이야? 22:45:09 <str4d> 또한 아직 추가하지 않은 오래된 페이지들도 있어요. 다소 무관해 보이지만, 아마 어딘가는 가야 하죠: 22:45:12 <str4d> announcements.html clt.html cvs.html i2ptunnel_migration.html invisiblenet.html myi2p.html transition-guide.html upgrade-0.6.1.30.html 22:45:12 <str4d> benchmarks.html _config feed.atom installation.html jrandom-awol.html statusnotes.html transition-guide.txt 22:45:16 <zzz> 그 링크를 어디에 걸지? 22:45:23 <str4d> zzz, 백엔드 / url에서요. 22:45:34 <str4d> 모든 사이트 페이지는 pages/site/ 아래에 저장돼요. 22:45:45 <str4d> 거기서 폴더 구조가 url을 반영합니다. 22:46:04 <zzz> 파일들도 전부 계층화하려는 거야? 22:46:21 <str4d> 예를 들어 단방향 tunnels에 대한 페이지는 pages/site/docs/tunnels/unidirectional.html 에 저장돼요 22:46:36 <zzz> 모든 걸 과도하게 범주화하려는 건 허황된 일 같아 보이는데 22:46:39 <str4d> zzz, 네 - 사이트 관리를 사람과 코드 양쪽 모두에서 훨씬 쉽게 해줍니다. 22:47:13 <zzz> 네가 그렇다니 그렇겠지. 하지만 제발 misc/ 디렉터리를 만들어서 끝내버려. 22:47:48 <zzz> 파일은 한 곳에만 있을 수 있지만, 링크는 여러 곳에서 걸 수 있다는 걸 기억해. 모든 걸 제 자리에 넣으려다 스스로 옭아매지 마. 22:48:26 <str4d> 좋아요, misc로 할게요. 그리고 저는 거기에 동의하지 않아요 - 최소한 SEO 관점에서는, 고유한 콘텐츠는 고유한 슬러그를 가져야 해요 22:49:00 <str4d> 그래서 url을 제대로 만들고 싶었던 거예요. 22:49:04 <zzz> 릴리즈 노트, 미팅 로그, 상태를 각각의 디렉터리로 빼기만 해도 많이 남지 않을 거라 생각해 22:49:35 <zzz> 물론, 고유 URL은 좋지만, 많은 곳에서 링크할 수 있어. tunnels/index.html의 모든 링크가 tunnels/xxx.html 파일로 가야 할 필요는 없어 22:50:16 <str4d> 네, 맞아요(그 자체가 절반의 링크가 아직 깨진 이유죠) 22:50:31 <zzz> 예: how.html에는 중복 링크도 있고, 온갖 주제로 링크돼 있어. 22:50:34 <str4d> 하지만 각 페이지의 url이 그 페이지에 대해 말이 되기를 원했어요. 22:51:05 <str4d> 예: /en/site/docs/transport/ssu vs /en/site/docs/spec/ssu 22:51:16 <str4d> (둘 다 있어요 - 하나는 문서, 하나는 명세) 22:51:46 <zzz> 이론적으론 좋지만, 실무에선 아닐 수도. 아니면 다 괜찮을 수도. 22:52:23 <str4d> 하지만 나머지 페이지에 대해 /en/site/misc/* url로 두는 걸 모두가 충분히 괜찮다고 여긴다면, 거기에 둘게요(페이지 분류에 지쳤어요 @_@) 22:54:09 <zzz> menus:topics:urls:filenames를 1:1:1:1로 매핑하는 신화적이고 쓸모없는 목표를 달성하려고 하지 마 22:55:07 <zzz> 깊은 계층은 누구에게도 도움이 안 돼. SEO에 해롭고, 타이핑에도 해롭고, url 가독성에도 해롭고, 등등... 그러니 과하지 않게 22:55:10 <str4d> b 23:00:46 <str4d> 그와 관련해, url에서 "site/"를 빼는 방법이 있는지 궁금해요 - 길이만 늘려요. 23:01:04 <str4d> 하지만 다른 페이지들이 예를 들어 "/en/download"나 "/en/blog"인 걸 보면, "/en/site/*"는 피할 수 없을지도 모르겠네요. 23:02:46 <str4d> 그리고 urls:filenames 매핑도 피할 수 없어요, 파일이 평면 파일이라, 파일의 url을 얻는 유일한 방법(또 다른 맵을 저장하지 않고)은 경로를 사용하는 거예요. 23:04:00 <topiltzin> zzz: 오늘 제기한 이슈 중에서, 점진적 개선이 아니라 진짜 쇼스톱퍼라고 할 만한 건 뭔가요? 23:04:03 <zzz> lang/site는 별로야 23:04:07 <zzz> content headers만 쓰면 안 되나? 23:04:07 <str4d> 전반적인 느낌은, 범주화된 더 긴 URL이 더 낫다는 글을 읽고 있어요. 23:04:48 <str4d> zzz, 그걸 welterde와 논의했던 기억이 나는데, 왜 반대했는진 기억이 안 나네요. 23:06:05 <str4d> 백엔드는 어딘가에서 언어 코드를 얻기만 하면 돼요. 23:06:08 <str4d> @babel.localeselector 23:06:09 <str4d> def get_locale(): 23:06:09 <str4d> # If the language is already set from the url, use that 23:06:09 <str4d> if hasattr(g, 'lang'): 23:06:09 <str4d> return g.lang 23:06:09 <str4d> # otherwise try to guess the language from the user accept 23:06:09 <str4d> # header the browser transmits. The best match wins. 23:06:09 <str4d> return request.accept_languages.best_match(['en', 'es', 'zh', 'de', 'fr', 'it', 'nl', 'ru', 'sv', 'cs', 'ar']) 23:06:09 <str4d> 지금 방식이 그렇습니다. 23:06:24 <str4d> 하지만 제 기억엔 welterde는 ACCEPT_LANGUAGES만 의존하는 걸 썩 좋아하지 않았어요 23:07:01 <zzz> 백엔드는 잘 모르지만, 꽤 엄격한 url->파일 매핑 기술을 쓰는 것처럼 들리네? 23:07:16 <zzz> 지금과 같은 백엔드를 쓰는지도 모르겠고, 아니면 새로운 건지 23:07:42 <str4d> zzz, 기술 자체가 엄격한 건 아니고요 - 엄격한 건 페이지를 mtn에 두어야 한다는 요구예요. 23:07:46 <str4d> @app.route('/<string:lang>/site/<path:page>') 23:08:01 <str4d> ^-- 그게 site url을 받는 핸들러예요. 23:08:31 <zzz> 쇼스톱퍼에 관해 말하자면, 내 코멘트는 쇼스톱퍼는 아니고 그냥 코멘트야. 그리고 아직 쇼스톱퍼를 논의할 시점도 아닌 것 같아? 23:08:34 <str4d> 백엔드는 "page"를 파일시스템 경로로 바꾸고, 결과 파일을 템플릿 렌더러에 넘겨요. 23:09:01 <str4d> zzz, 이런 논의가 쇼스톱퍼를 완전히 피하는 데 도움이 되길 바라는 거죠 =) 23:09:28 <zzz> 알겠어. 그런데 일정은 어떤가? 며칠, 몇 주, 몇 달, 몇 년? 정말 모르겠네. 23:11:20 <str4d> 몇 달 안에 새 사이트를 올리고 싶어요. 23:11:23 <str4d> 이상적으로는 다음 릴리즈 전에 사이트 구조를 정리할 겁니다. 23:11:23 <str4d> 훨씬 전에* 23:11:23 <str4d> 그래서 제가 보는 주요 쇼스톱퍼는 새 구조에 맞는 일관된 디자인을 얻는 거예요. 23:12:01 <str4d> 구조는 몇 주, 론치는 몇 달. 23:13:07 <str4d> 다른 I2P 관련 프로젝트에도 시간을 쓰고 싶고, 지금 하고 있는 것들 중 일부를 먼저 끝내고 싶어요 ^_^ 그렇지만, 서둘러 나쁜 사이트를 내고 싶진 않아요. 23:13:50 <zzz> 사이트의 구조(메뉴, 페이지)는 중요하지만 어렵진 않아. 파일의 구조는, 말했듯이, 같은 게 아니고, 그렇게 중요하지도 않아. 거기에 5분 이상 쓰지 않았으면 해. 23:16:16 <zzz> 다만 최상위 수준에서, en/site를 없애는 건 좋겠지. url에 그게 없어야 할 것 같아 23:16:18 <str4d> zzz, 그 구분엔 동의하지만, 네 현재 요구사항에선 파일 구조가 url 구조와 동일하고, 그건 SEO에서 매우 중요해요. 23:16:48 <zzz> 하지만 매핑으로 en/site 같은 건 건너뛸 수 있어. 23:18:24 <str4d> 하나 우려되는 건 - /en/site(그리고 다른 페이지들의 /en)를 빼면 새 url이 레거시 캐처와 뒤섞여서 난감해질 수 있다는 거예요... 23:19:18 <zzz> SEO에 중요하긴 한데, 정답은 모르겠어. en/site/docs/router/transport/udp/spec.html이 /udp-specification.html보다 더 나은지, 더 나쁜지? 모르겠네. 23:19:25 <str4d> 즉, 예전 레거시 url에서 새 것으로의 맵 외에도, 새 url에서 파일로의 맵이 필요하고, 그건 사실상 데이터베이스죠. 23:20:12 <str4d> zzz, /docs/spec/ssu(또는 udp)가 /udp-specification보다 더 낫다는 게 제 초기 SEO 읽기에서의 결론이에요. 23:20:49 <str4d> 하지만 지금은 평평한 사이트 아키텍처를 옹호하는 페이지를 읽고 있어요. 23:21:12 <str4d> ... 그런가요? 잘 모르겠네요... 23:21:59 <zzz> 총 ~575개 파일, 미팅 180, 릴리즈 48, 상태 95, 그러면 240개 남음 23:22:28 <str4d> "영리한 내부 링크와 더불어, SEO 담당자는 주어진 웹사이트의 카테고리 계층 구조가 URL에 반영되도록 해야 한다." 23:24:39 <str4d> 다음은 좋은 URL 구조의 예: 23:24:42 <str4d> http://www.dmoz.org/Games/Video_Games/History/ 23:24:42 <str4d> 다음은 나쁜 URL 구조의 예: 23:24:42 <str4d> http://www.imdb.com/title/tt0468569/ 23:24:45 <iRelay> Title: Open Directory - Games: Video Games: History (at www.dmoz.org) 23:24:53 <iRelay> Title: The Dark Knight (2008) - IMDb (at www.imdb.com) 23:26:52 <str4d> 그게 제가 얻는 일반적인 견해와 일치하는 것 같네요. 23:27:04 * str4d 는 더 많은 SEO 조사를 할 예정... 으윽... 23:27:07 <zzz> 언어 문제를 먼저 해결해야 할 것 같아 23:27:34 <str4d> 네. 사용자들이 ACCEPT_LANGUAGES를 설정해놓았는지 알 수 있을까요? 23:27:37 <str4d> s/that/if/ 23:27:40 <iRelay> str4d meant: Yeah. Do we know if users will have ACCEPT_LANGUAGES set? 23:27:44 <str4d> HTTP 프록시가 그걸 필터링하나요? 23:28:35 <zzz> accept-*를 올바르게 처리하면 크롤러도 더 잘 동작하겠지 23:28:35 <zzz> 그런데 수동 언어 선택은 어떻게 하지 - 쿠키를 설정해서 그걸로 오버라이드? 23:28:35 <zzz> 난 그걸 어떻게 하는지 거의 몰라 23:28:38 <zzz> lang/....인지 .../foo_lang.html인지 확정하기 전엔 더 나아갈 수 없어. duck이 en/site 스킴을 골랐는진 모르겠지만, 그게 중요한 건 아니야 23:29:25 <zzz> 확실히 블로그, 신문 등에서는 모범 사례가 명확해: myblog.com/2012/12/i-think-obama-is -the-whatever.html 23:32:14 <zzz> 많은 사이트가 광고나 url "추측러"들을 위해 리디렉션이 있는 짧은 url을 써 - 예: http://cbs.com/survivor 23:32:21 <iRelay> Title: Survivor: Watch Episodes and Video and Join the Ultimate Fan Community - CBS.com (at cbs.com) 23:32:40 <zzz> 트윗/페이스북/광고용 짧은 url, 리디렉션이어도 상관없을지도 23:33:39 <zzz> i2p http 프록시는 accept-*를 필터링해 23:45:41 <str4d> zzz 맞아요, 그러면 URL 기반 언어 옵션이 필요하겠네요... 23:47:49 <str4d> 쿠키 - 사이트 사용자 전원이 쿠키를 활성화했다고 가정해도 될까요? 23:48:16 <str4d> 적어도 비영어 사용자들(I2P와 클리어넷 모두)은요 23:49:50 <zzz> 모르겠어 23:54:23 <str4d> 적어도 I2P 내부에선, 더 신중한 사용자들을 소외시키고 싶진 않네요. 23:58:45 <str4d> 어쨌든, 이 회의는 좀 웹사이트 토론회로 변했네요 - 미안! 23:58:45 <RN> 맞아요, 저는 기본적으로 쿠키를 차단하고, 저만 그런 건 아닐 거예요 23:59:07 <RN> 중요한 내용이에요 str4d :) 00:02:24 <str4d> 그럼 공식적으로 회의를 마치겠습니다만, 웹사이트 논의는 계속해도 됩니다(저는 한 시간쯤 자리를 비울게요). 00:02:27 <str4d> 빨리 말하고 싶은 점이 있으신가요? 00:02:34 <str4d> 3 00:02:34 <str4d> 2 00:02:34 <str4d> 1 00:02:37 * str4d 가 회의를 *baf*로 마침. 00:07:57 <topiltzin> 모두 감사합니다, 좋은 시간이었어요. SEO에 대해 많이 배웠고 zzz가 이렇게 열정적인 걸 보니 즐거웠습니다. ( dg-요정가루의 여파일지도 :) ) 저는 웹사이트 쪽은 영 소질이 없어서 더 기여하지 못해 아쉽네요. 00:08:13 <topiltzin> 그리고 로그 남겨준 KillYourTV와 sighup-bot__에게도 감사 :) 00:13:54 <zzz> 헐. 우리가 아직 회의 중인 줄 몰랐네 :) 00:26:40 <topiltzin> 방금 멍때리다 돌아왔어요 :) 뒷자리가 너무 아늑해서 잠깐 넋을 놨네요