I2P डेवलपर बैठक - 18 दिसंबर 2012

20:08:58 <RN> मीटिंग मेरे डिस्कनेक्ट रहते शुरू हो गई? 20:09:17 <eche|on> कौन सी मीटिंग? 20:09:38 * KillYourTV टॉपिक की ओर इशारा करता है 20:10:09 <RN> यहाँ डेव मीटिंग 8:00 PM (20:00) UTC, मंगल. 18 दिस.^^ टॉपिक 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> लगता है 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> ठीक है, मैं एक pseudo-random एजेंडा प्रस्तावित करता हूँ। 20:22:45 <LaughingBuddha> बोलो 20:23:07 <str4d> (0) नमस्ते कहें। 20:23:07 <str4d> हाय! 20:23:15 <LaughingBuddha> Eyyy 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 ने कहा कि torrent अपडेट उसके लिए काम कर गया। किसी को पता है कि swarm कितना बड़ा है? 20:37:54 <str4d> (मैं सिर्फ dev routers जानता हूँ, लेकिन जानना दिलचस्प होगा) 20:38:13 <KillYourTV> लगभग 10 के आसपास 20:38:59 <eche|on> मेरे यहाँ torrent का उपयोग बहुत कम है 20:39:06 <KillYourTV> या यूँ कहें: मुझे 10 peers दिख रहे हैं 20:39:17 <eche|on> मुझे su2 के लिए 6 और sud के लिए 4 दिख रहे हैं 20:40:01 <KillYourTV> क्योंकि dev build यूज़र्स का बहुत छोटा प्रतिशत ही torrent अपडेट ऑफ़र किया गया था, इसलिए अभी तक इतने कम ट्रांसफ़र देखकर मुझे हैरानी नहीं है। 20:40:16 <Astral_12> str4d: 6-7 peers , su2 20:40:30 <str4d> KillYourTV, नहीं, सभी dev build यूज़र्स को torrent ऑफ़र किया जाता है। 20:41:09 <str4d> यदि वर्ज़न -0 पर ख़त्म होता है और आप 0 से 99 के बीच कोई ऐसा नंबर चुनते हैं जो 0 नहीं है, तो आपको torrents नहीं मिलते। 20:41:12 <str4d> (IIRC) 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> यह दिखाने के लिए इतना काफ़ी है कि अपडेट मैकेनिज़्म काम कर रहा है (और हमें स्केलेबिलिटी की ज़्यादा चिंता करने की ज़रूरत नहीं, क्योंकि torrents के लिए यह पहले से ही अच्छे से टेस्ट हो चुका है ^_^) 20:43:11 <iRelay> <ReturningNovice@kytv> मैं torrent ऑप्शन मिस कर गया 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: एक non-reachable torrent के साथ स्केलेबिलिटी समस्या है 20:44:37 <zzz> कोई विकल्प नहीं है 20:44:40 <eche|on> और अभी केवल dev builds को ही torrent मिलता है 20:44:59 <str4d> http://localhost:7657/debug देखें - आपको वहाँ TORRENT चेकर दिखना चाहिए। 20:45:14 <zzz> और नहीं, एक swarm में 20,000 का i2p के भीतर अच्छा-खासा परीक्षण नहीं हुआ है। 20:46:14 <eche|on> str4d: और मुझे 0.9.3-15 पर कोई torrent नहीं दिखता 20:46:21 <str4d> zzz, सही, मैं वह भूल गया था *derp* 20:46:32 <LaughingBuddha> str4d: Seeding: 0/9 peers 20:46:55 <str4d> zzz, जब दो अपडेट विकल्पों की प्राथमिकता समान हो तो update manager उनके बीच कैसे चुनता है? 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 और कुछ अन्य vcs खाली डायरेक्टरी स्टोर नहीं करते....लेकिन अब ये डायरेक्टरीज़ 20:55:17 <MTN11> अब खाली नहीं हैं। 20:55:32 <jenkins> जॉब i2p के लिए build #46 शुरू हो रहा है (previous build: SUCCESS) 20:59:21 <jenkins> Project i2p build #46: SUCCESS 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> (खैर, वास्तव में केवल एक, लेकिन mirrors list में Launchpad जोड़ने के लिए मैंने एक और जोड़ दिया) 21:01:40 <str4d> क्या किसी ने मेरे ऊपर वाले पोस्ट देखे? 21:03:08 <KillYourTV> हाँ। मुझे लगता है साइट बहुत अच्छी लग रही है। 21:03:31 <LaughingBuddha> हाँ 21:03:37 <LaughingBuddha> डिज़ाइन के लिए +1 21:03:37 <str4d> laaaaag 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 के डिज़ाइन की कुछ बातें मुझे अब भी खटकती हैं) लेकिन पहली iteration के तौर पर यह काम कर रहा है। 21:06:58 <str4d> KillYourTV, टिकट #807 के अनुसार ब्रोकन लिंक ज्ञात हैं (ज़्यादातर शुरुआती पेजों पर जो मैंने माइग्रेट किए थे, क्योंकि उस समय मुझे नहीं पता था कि अन्य पेज कहाँ होंगे)। 21:06:58 <str4d> प्रश्न: 21:07:01 <str4d> - क्या Blog और Meetings फ़ीड्स जैसी हैं वैसी ठीक हैं, या उन्हें अपना कंटेंट ट्रंकेट करना चाहिए (ताकि सब कुछ देखने के लिए रीडर्स मुख्य साइट पर जाएँ)? 21:07:05 <iRelay> http://trac.i2p2.i2p/ticket/807 - (accepted enhancement) - Revamp of website 21:07:36 <str4d> - क्या Meetings फ़ीड और स्पष्ट होनी चाहिए, या meetings index पर <link> काफ़ी है (Firefox में Bookmarks -> Subscribe to This Page के तहत यह पकड़ में आ जाता है)? 21:08:39 <str4d> KillYourTV, ओह, वह अलग बग है - पेज मौजूद है, पर उसने जो monotonerc फ़ाइल इम्पोर्ट की है, उसे मैंने शिफ्ट कर दिया था, तो उसे ठीक करना होगा>< 21:09:07 <str4d> लेकिन फिर, ऐसे सारे लिंक ठीक कर दिए जाएँगे। 21:09:21 <str4d> - रिवैम्प लाइव होने से पहले कंटेंट बदलावों पर किसी के सुझाव? 21:09:35 <str4d> - क्या हमें ATOM के साथ-साथ RSS फ़ीड्स भी चाहिए? 21:10:55 <zzz> क्या सारे पेज एक ही URLs पर रहेंगे? 21:10:58 <str4d> - mirrors में 'any' लिंक को दर्शक की भाषा से तय देश वाले mirror को प्राथमिकता देनी चाहिए? 21:11:44 <topiltzin> यह काफ़ी मुश्किल है 21:12:30 <topiltzin> अभी का व्यवहार क्या है? 21:13:08 <str4d> zzz, मैं मौजूदा URLs से काफ़ी खुश हूँ (लेकिन सुझाव स्वागत योग्य हैं)। 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, अगर आप पूछ रहे थे कि क्या पेज मौजूदा साइट वाले ही URLs पर हैं: नहीं। 21:14:35 <str4d> URLs अब सचमुच समझ में आती हैं। 21:15:25 <str4d> zzz, कुछ legacy हेल्पर्स हैं जो पुराने URLs को नए पर रीडायरेक्ट करते हैं, लेकिन वह केवल कुछ पेजों के लिए काम करता है। 21:15:32 <zzz> str4d, फिर हमें इस पर बात करनी होगी। हमने काफी SEO / link juice बनाया है। साथ ही /static/ के तहत कुछ चीजें हैं जो वही रहनी चाहिए। 21:15:46 <zzz> hosts.txt subscription, और backup news 21:15:50 <str4d> (यानी, meetings, status, और जो भी पेज legacy map में रखे गए हैं) 21:16:04 <zzz> हमारे कंसोल में भी वेबसाइट के बहुत सारे लिंक हैं 21:16:04 <str4d> zzz, static वाले AFAICT वही हैं 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> क्या यह link juice सभी डोमेन्स पर लागू होता है? 21:17:55 <str4d> (मैं legacy-supporting कोड को अलग फ़ाइल में शिफ्ट करना चाहूँगा, क्योंकि वह बहुत looooooong हो जाएगा) 21:17:58 <str4d> और अगर मैं इसे 301 रीडायरेक्ट्स इस्तेमाल करने को कहूँ, तो क्लाइंट रीडायरेक्ट को permanent मानता है (या वह 302 है?) 21:18:33 <topiltzin> क्या हम नई साइट को geti2p.net पर आज़मा सकते हैं और पुरानी को i2p2.de या इसी तरह पर रख सकते हैं? 21:19:00 <str4d> topiltzin, AFAICT geti2p.net वही साइट है (बस दूसरा डोमेन) 21:19:07 <str4d> (यानी, वही बैकएंड) 21:19:42 <zzz> यह छोटी बात नहीं है। पिछले 5 वर्षों में हमने बहुत लिंक reputation बनाई है और हम उसे यूँ ही नहीं गंवा सकते। इसे सही करना बेहद ज़रूरी है। 21:19:42 <topiltzin> मैं कोशिश कर रहा हूँ कि किसी तरह इसे ट्रैफ़िक-टेस्ट कर लें, जितना जल्दी हो सके 21:20:10 <str4d> zzz, ठीक है, मैं जिन-जिन पेजों को मूव किया है उन्हें LEGACY_MAP में जोड़ दूँगा 21:20:17 <zzz> एक और बात - .html suffix के साथ और बिना, दोनों तरह से काम होना चाहिए। 21:21:03 <str4d> zzz, यह पहले ही हो चुका है (legacy mapper में एक पंक्ति जोड़कर) 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> हमने SEO वाली चीज़ों पर काफ़ी समय लगाया था ताकि i2p.net जाने के बाद अपना 'juice' वापस पा सकें 21:22:41 <zzz> _layout.html में 21:23:20 <zzz> आप मुख्य साइट की ओर पॉइंट करना चाहेंगे ताकि mirrors आपकी reputation न खींच लें। 21:23:27 <zzz> इसीलिए mirrors को हमेशा nofollow टैग किया जाता है 21:24:10 <zzz> ताकि आप अपनी rep न दे दें 21:27:32 <topiltzin> क्या ट्रैफ़िक टेस्ट के लिए कोई mirror काम करेगा? 21:28:25 <str4d> ठीक है, हमें बस यह सुनिश्चित करना है कि वे नई global/layout.html में आ जाएँ 21:30:02 <str4d> (मेरा अंदाज़ा है duck ने ऐसा नहीं किया) 21:32:53 <topiltzin> (SEO की चीज़ों पर कुछ चैट लॉग्स पढ़ना पसंद करूँगा) 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> मैं देख सकता हूँ और सुनिश्चित कर सकता हूँ कि नया लेआउट कोई लिंक वाली चीज़ें न खो दे। लेकिन zzz, अभी जैसी फ्रंट पेज की स्थिति है, उसके SEO के लिए आपके सुझाव हैं? 21:43:52 <str4d> चूँकि माइग्रेट किए गए पेजों का टेक्स्ट कंटेंट नहीं बदला है, legacy रीडायरेक्ट्स लगते ही वे ठीक रहने चाहिए। 21:45:20 <zzz> कई महीनों से नहीं देखा। URL फिर से क्या है? 21:46:13 <zzz> और str4d, हमें URLs में '_' की जगह '-' को स्टैंडर्ड बनाना चाहिए। अभी यह मिला-जुला है, लेकिन पिछले 10 सालों में वेब ने साफ़ तौर पर '-' पर स्टैंडर्डाइज़ किया है। अंडरस्कोर खराब दिखते हैं और अब SEO के लिए मायने नहीं रखते। 21:46:29 <str4d> ऊपर है 21:46:32 <str4d> टिकट #807 पर भी लिंक है 21:47:19 <str4d> हाँ, मैंने मिला-जुला देखा। मैं इसे ठीक कर दूँगा। 21:47:22 <zzz> ठीक है, मैं टिकट चेक करूँगा। ऊपर जो लिंक दिख रहे हैं वे फ़ीड्स आदि के हैं 21:48:19 <zzz> यह भी अच्छा है कि जिन पेजों को अक्सर ट्वीट किया जाता है या रेफ़र किया जाता है, उनके लिए छोटे URLs बनाए रखें - /download, /faq, आदि। 21:48:22 <str4d> ऊपर के लिंक— वही b32 इस्तेमाल करें 21:50:25 <zzz> और अगर आप या कोई विश्वसनीय व्यक्ति आगे बढ़कर Google Webmaster Tools पर हमारी साइट क्लेम करना चाहता है, साइटमैप जोड़ना चाहता है, आदि, तो अच्छा होगा। मैं ये नहीं कह रहा कि हमारा SEO शानदार है, बस इतना कि हम कम-से-कम इस पर थोड़ा सोचते थे। 21:52:00 <str4d> मैं बैकएंड में साइटमैप जेनरेशन जोड़ने वाला था, तो मैं वह करने में खुश रहूँगा। 21:52:18 <topiltzin> क्या Google Webmaster Tools डेटा वापस गूगल को रिपोर्ट करता है? 21:52:58 <zzz> सिर्फ़ तब जब आप उनकी JS अपनी साइट पर लगाते हैं 21:53:27 <str4d> शॉर्ट URLs - क्या legacy URLs काफ़ी होंगे? 21:54:10 <str4d> topiltzin, सिर्फ़ तब जब हम Google Analytics चलाएँ 21:54:49 <topiltzin> लेकिन क्या हम गूगल को कुछ वापस रिपोर्ट किए बिना सार्थक जानकारी पाएँगे? या हमें परवाह नहीं? क्या paranoid यूज़र्स को परवाह है? आदि। 21:55:38 <zzz> हाँ, अच्छे प्रश्न हैं। ofc हम बस awstats या इसी तरह का कुछ अपने लॉग्स पर चला सकते हैं, referrers और search terms देखकर 21:55:45 <zzz> संदेह है कि किसी ने वर्षों में ऐसा किया हो। 21:57:16 <str4d> ठीक है, टूल्स वापस रिपोर्ट तो करते हैं, पर सिर्फ़ इसलिए कि वे Google डेटा से इंटरफेस कर रहे हैं 21:57:26 <str4d> क्या webmaster का non-anon होना ज़रूरी है? 21:58:06 <zzz> जहाँ तक मुझे पता है, बस एक gmail पता चाहिए 21:58:13 <str4d> topiltzin, हमें Google search की जानकारी मिलेगी, जो अपने आप में उपयोगी है। 21:58:39 <str4d> Analytics तकनीकी रूप से Webmaster Toolkit से अलग है, IIRC 21:58:46 <zzz> खैर, अभी के लिए यह सब साइडशो है 21:59:21 <str4d> हाँ। zzz, क्या आप साइट तक पहुँच पाए? 21:59:44 <zzz> नहीं, तुमसे बातें कर रहा था :) 22:00:49 <topiltzin> मुझे चैट करते हुए eepsites को प्री-फ़ेच करना पसंद है :) 22:02:17 <zzz> अभी फ़ेचिंग के लिए ज़्यादा अतिरिक्त upstream बैंडविड्थ नहीं है 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> कुछ मुश्किल वाले रहे हैं, पर ज़्यादातर आसान props रहे। 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> यूज़र्स हमेशा उन्हें बना सकते हैं। यह ऐसी चीज़ नहीं जिस पर devs को चिंता करनी चाहिए 22:16:20 <LaughingBuddha> IMO 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> मैं किसी पेज पर बड़ा-सा "Celebrating 10 years 2003-2013" बैनर लगाने के लिए कोई जगह ढूँढना चाहूँगा 22:22:50 <str4d> (इसीलिए मैंने थीम लिंक जोड़े, यह दिखाने के लिए कि thesaurus स्ट्रक्चर को अलग तरह से रेंडर किया जा सकता है) 22:23:24 <zzz> thesaurus स्ट्रक्चर क्या है? 22:23:31 <zzz> अभी तक थीम लिंक पर क्लिक नहीं किया 22:24:20 <str4d> आह, फ़ोन टाइपिंग फेल। 'same' होना चाहिए था 22:25:06 <zzz> और अब चाहता हूँ कि काश मैंने क्लिक न किया होता 22:26:09 <zzz> अफसोस, लगता है dg धुएँ में उड़ गया। वह सारा youthful उत्साह इतना जल्दी खत्म हो गया? 22:26:28 <zzz> दो मीटिंग और बस 22:26:47 <str4d> हाँ, नए स्ट्रक्चर की वजह से आधा पुराना castle ठीक से इस्तेमाल नहीं हो रहा है। पर मुझे अभी उन्हें माइग्रेट करने का समय नहीं मिला। 22:26:58 <str4d> css* 22:27:36 <str4d> लगता है वह फिलहाल काफ़ी व्यस्त है। 22:28:26 <zzz> तो यही मेरा निष्कर्ष है। काला मेनू बार सबसे समस्या-जनक लगता है। ऐसा नहीं कि मेरे पास इसके बारे में कोई सुझाव है। बस सही नहीं लगता/दिखता। 22:30:12 <topiltzin> मुझे यक़ीन है कोई और dg आ जाएगा या पुराना सही समय पर लौट आएगा :) 22:30:28 <str4d> हाँ। उसके भीतर लिंक का लेआउट कैसा है? समझ में आता है? 22:30:28 <topiltzin> लेकिन तब तक, हम अभी भी अच्छा कर रहे हैं और गैर-युवा और गैर-उत्साही दृष्टिकोणों को भी सुनना ज़रूरी है 22:31:10 <str4d> (साथ ही, मैं काले बार का रंग-स्कीम duck के उदाहरण nav bar से लेने की कोशिश करूँगा।) 22:31:37 <zzz> बस हैरानी है कि dg कुछ दिनों में 60 mph से शून्य पर आ गया। 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> और जब दादी download पर क्लिक करें तो हमें उन्हें कहीं भेजना ही चाहिए 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> और docs को about मेनू में ले जाने का सुझाव topiltzin ने दिया था, तो तकनीकी रूप से तीन लेवल हैं 22:39:57 <str4d> zzz, Trac लिंक help मेनू में था, पर topiltzin ने उसे volunteer -> develop में ले जाने का सुझाव दिया 22:40:11 <zzz> हम मानो एक hierarchical वेबसाइट बनाने की कोशिश कर रहे हैं, पर सिर्फ़ होम पेज पर एक जटिल मल्टी-लेवल मेन्यू बार के ज़रिए। हमें वास्तव में चाहिए असली hierarchical पेज, जैसे about पेज, volunteer पेज, और help पेज। 22:40:57 <KillYourTV> अब sud के लिए 8 peers 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, संरचना URLs में है। मैंने उस संरचना को nav bar में कॉपी किया क्योंकि मुझे वह समझ में आती थी। 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 ने साबित किया है कि वह कुछ दिनों से भी बहुत कम समय में zero से 60 mph तक जा सकता है, वे चर्चाएँ बहुत मज़ेदार होने वाली हैं </offtopic> 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, बैकएंड में / URLs में। 22:45:34 <str4d> साइट के सारे पेज pages/site/ के तहत स्टोर हैं 22:45:45 <str4d> वहाँ से, फ़ोल्डर संरचना URLs से मेल खाती है। 22:46:04 <zzz> क्या तुम सभी फ़ाइलों को भी hierarchical बना रहे हो? 22:46:21 <str4d> तो उदाहरण के लिए unidirectional tunnels वाला पेज pages/site/docs/tunnels/unidirectional.html में स्टोर है 22:46:36 <zzz> क्योंकि सब कुछ hyper-categorize करना मूर्खता जैसा लगता है 22:46:39 <str4d> zzz, हाँ - इससे साइट मैनेजमेंट लोगों और कोड दोनों के लिए बहुत आसान हो जाता है। 22:47:13 <zzz> अगर तुम कहते हो। लेकिन भगवान के लिए एक misc/ डायरेक्टरी बना लो और काम ख़त्म करो। 22:47:48 <zzz> याद रखो, एक फ़ाइल केवल एक ही जगह हो सकती है लेकिन उसके कई लिंक हो सकते हैं। हर चीज़ को उसकी 'परफेक्ट' जगह पर रखने में अटको मत। 22:48:26 <str4d> ठीक है, misc ही सही। और मैं वहाँ असहमत हूँ - कम-से-कम SEO के नज़रिए से, यूनिक कंटेंट का यूनिक slug (URL का छोटा नाम) होना चाहिए 22:49:00 <str4d> इसीलिए, मैं URLs को सही करने की कोशिश करना चाहता था। 22:49:04 <zzz> मेरा ख्याल है कि अगर तुम release notes, meeting logs, और statuses को अलग डायरेक्टरीज़ में निकाल लो, तो ज़्यादा कुछ बाकी नहीं बचेगा 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 बनाम /en/site/docs/spec/ssu 22:51:16 <str4d> (दोनों हैं - एक documentation है, एक specification) 22:51:46 <zzz> सिद्धांत में अच्छा, व्यवहार में शायद उतना नहीं। या शायद सब ठीक है। 22:52:23 <str4d> पर अगर सब लोग शेष पेजों के लिए /en/site/misc/* URL से खुश हैं, तो मैं उन्हें वहीं रख दूँगा (क्योंकि पेज सॉर्टिंग से मैं थक रहा हूँ @_@) 22:54:09 <zzz> बस मेन्यू:टॉपिक्स:URLs:फाइलनेम्स का 1:1:1:1 मैपिंग जैसी किसी काल्पनिक और बेकार लक्ष्य को हासिल करने की कोशिश मत करो 22:55:07 <zzz> और बहुत गहरी hierarchy किसी की मदद नहीं करती। SEO को नुकसान, टाइप करने वालों को नुकसान, URLs की पठनीयता को नुकसान, आदि... तो बहक मत जाना 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:फाइलनेम्स का मैपिंग भी अपरिहार्य है, क्योंकि वे फ्लैट फाइलें हैं, तो किसी फाइलनेम का URL पाने का (एक और मैप स्टोर किए बिना) एकमात्र तरीका उसका पाथ इस्तेमाल करना है। 23:04:00 <topiltzin> zzz: आज जो मुद्दे तुमने उठाए, उनमें से कौन से सच में शो-स्टॉपर्स हैं और कौन से क्रमिक सुधार? 23:04:03 <zzz> lang/site अच्छा नहीं लगता 23:04:07 <zzz> क्या हम बस कंटेंट हेडर्स इस्तेमाल नहीं कर सकते? 23:04:07 <str4d> SEO पर कुछ लेख पढ़ने से जो सामान्य भावना मिल रही है वह यह है कि categorization वाले लंबे URLs बेहतर होते हैं। 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> लेकिन IIRC welterde केवल ACCEPT_LANGUAGES पर निर्भर रहने से विशेष रूप से खुश नहीं था 23:07:01 <zzz> मुझे बैकएंड के बारे में सच में कुछ नहीं पता, पर लगता है कि तुम काफ़ी कठोर url->file मैपिंग टेक्नोलॉजी देख रहे हो? 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> ^-- यह साइट URLs के लिए कैचर है। 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 से छुटकारा मिलना बढ़िया होगा। लगता है वे URLs में नहीं होने चाहिए। 23:16:18 <str4d> zzz, उस अंतर पर मैं सहमत हूँ, लेकिन आपकी मौजूदा आवश्यकताओं के तहत फाइलों की संरचना URLs की संरचना के बराबर है, जो SEO के लिए बहुत महत्वपूर्ण है। 23:16:48 <zzz> लेकिन मैपिंग के साथ, उदाहरण के लिए, तुम en/site को स्किप कर सकते हो। 23:18:24 <str4d> एक बात - /en/site (और अन्य पेजों के लिए /en) हटाने का मतलब है कि नए URLs legacy कैचर के साथ मिक्स हो जाएँगे, जिससे चीज़ें मुश्किल हो जाएँगी... 23:19:18 <zzz> यह SEO के लिए महत्वपूर्ण है पर मुझे सही जवाब नहीं पता। क्या en/site/docs/router/transport/udp/spec.html /udp-specification.html से बेहतर है या बदतर? पता नहीं। 23:19:25 <str4d> जिसका मतलब है कि पुराने legacy URLs से नए तक एक मैप के अलावा, हमें नए URLs से उनकी फाइलों तक का मैप चाहिए होगा, जो मूलतः फिर एक डेटाबेस हो जाएगा। 23:20:12 <str4d> zzz, कुछ शुरुआती SEO पढ़ाई से AFAICT /docs/spec/ssu (या udp) /udp-specification से बेहतर है। 23:20:49 <str4d> हालाँकि अब मैं एक पेज पढ़ रहा हूँ जो फ्लैट साइट आर्किटेक्चर का समर्थन करता है। 23:21:12 <str4d> ... या है? मैं बता नहीं पा रहा... 23:21:59 <zzz> कुल ~575 फाइलें हैं, 180 meeting, 48 release, 95 status, बाकी केवल 240 अन्य 23:22:28 <str4d> “स्मार्ट आंतरिक लिंकिंग के साथ, SEOs को सुनिश्चित करना चाहिए कि दी गई वेबसाइट की श्रेणी-हाइरार्की URLs में प्रतिबिंबित हो।” 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 का मतलब: हाँ। क्या हमें पता है कि यूज़र्स में ACCEPT_LANGUAGES सेट होगा? 23:27:44 <str4d> क्या HTTP प्रॉक्सी उसे किसी तरह फ़िल्टर करता है? 23:28:35 <zzz> अगर तुम accept-foo को सही तरह हैंडल करते हो तो मेरा अनुमान है कि क्रॉलर बेहतर काम करेंगे 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 'guessers' के लिए रीडायरेक्ट्स के साथ शॉर्ट URLs इस्तेमाल करती हैं - जैसे 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> ट्वीट्स, फेसबुक और ऐड्स के लिए शॉर्ट URLs, शायद इससे फ़र्क़ नहीं पड़ता कि वे रीडायरेक्ट करते हैं 23:33:39 <zzz> i2p HTTP प्रॉक्सी accept-* को फ़िल्टर करता है 23:45:41 <str4d> zzz सही, तो URL-आधारित lang विकल्प होना ज़रूरी है... 23:47:49 <str4d> cookies - क्या यह मान लेना ठीक है कि सभी साइट यूज़र्स में कुकीज़ enabled होंगी? 23:48:16 <str4d> या कम-से-कम, सभी गैर-अंग्रेज़ी यूज़र्स (I2P और clearnet दोनों में) 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-pixie-dust के आफ्टर-इफेक्ट्स :) ) काश मैं और योगदान दे पाता, पर वेबसाइटें मेरी चीज़ नहीं हैं। 00:08:13 <topiltzin> और लॉग्स के लिए KillYourTV और sighup-bot__ को धन्यवाद :) 00:13:54 <zzz> प्फ़्ट। पता नहीं था कि हम अब भी मीटिंग में थे :) 00:26:40 <topiltzin> अभी फिर से ज़ोन-इन हुआ :) पिछली सीट इतनी आरामदायक थी कि मैं थोड़ा खो गया था