15 पॉइंट द्वारा GN⁺ 2025-01-06 | 5 टिप्पणियां | WhatsApp पर शेयर करें
  • यह लेख उन फीचर्स को इकट्ठा करके व्यवस्थित करता है जिन्हें लेखक दूसरी वेबपेजों पर परेशान करने वाला मानता है
  • JavaScript की अनिवार्यता नहीं
    • शुद्ध टेक्स्ट ब्राउज़र में भी पोस्ट की सामग्री पढ़ी जा सकती है
    • चूँकि पोस्ट JavaScript पर निर्भर नहीं है, इसलिए “dwell time tracking” जैसी script-आधारित analytics संभव नहीं है
  • security protocol (SSL/TLS) की अनिवार्यता नहीं
    • उपयोगकर्ता चाहें तो SSL/TLS से कनेक्ट कर सकते हैं, लेकिन ऐसा न करने पर भी कोई समस्या नहीं है
    • संरचना इतनी सरल text-आधारित रखी गई है कि इसे telnet से भी पढ़ा जा सकता है
  • tracking और cookies का उपयोग नहीं
    • Last-Modified या ETag जैसी चीज़ों का उपयोग व्यक्तिगत पहचान के लिए नहीं किया जाता
    • विज़िटर IP का दुरुपयोग नहीं किया जाता, केवल abuse रोकने के लिए filtering तक सीमित है
  • popup, animation, और मनमाने auto-play media नहीं
    • “subscribe करें” जैसे popup, चलती हुई banner, या auto-play video/audio जैसी चीज़ें नहीं लगाई जातीं
    • animation केवल एक पुराने पोस्ट में अपवाद के रूप में मौजूद है
  • यूज़र व्यवहार में बाधा डालने वाले तत्व न्यूनतम
    • पेज छोड़ते समय “क्या आप सच में जाना चाहते हैं” जैसे बाधक संदेश नहीं हैं
    • स्क्रीन के साथ चलने वाले header या banner, या fixed “contact me” बटन जैसी चीज़ें नहीं हैं
  • पोस्ट की असली तारीख दिखाई जाती है
    • पोस्ट की तारीख छिपाई नहीं जाती, और इसे लेख header तथा URL दोनों में साफ़ देखा जा सकता है
    • पुराने पोस्ट पुराने ही दिखते हैं
  • scroll manipulation या horizontal progress bar जैसे visual elements नहीं
    • कृत्रिम scroll control या “page progress bar” जैसी चीज़ें भी नहीं रखी जातीं
    • लेखक के अनुसार browser का default scroll bar ही काफ़ी है
  • SNS share button या tracker नहीं
    • share/like button जैसे बाहरी सर्वर से संपर्क करने वाले तत्व बिल्कुल नहीं हैं
    • 1x1 pixel transparent GIF जैसी tracking device भी नहीं हैं
  • infinite scroll या partial loading नहीं
    • पेज एक बार में पूरा लोड होता है
    • लेखक images आदि के लिए उपयुक्त ALT text या विवरण देने की कोशिश करता है
  • link tracking नहीं
    • बाहरी लिंक क्लिक को track करने के लिए redirect या parameters नहीं जोड़े जाते
    • लिंक पर क्लिक करना है या नहीं, इसे उपयोगकर्ता की स्वतंत्रता माना गया है
  • विज्ञापन या बाहरी JavaScript शामिल नहीं
    • पोस्ट के नीचे “और पढ़ने लायक लेख” जैसी clickbait चीज़ें नहीं जोड़ी जातीं
    • पेज सचमुच “तल” तक पहुँच जाए, तो वहीं समाप्त हो जाता है
    • hosting की लागत लेखक खुद उठाता है, विज्ञापन राजस्व जैसी कोई चीज़ नहीं चाहता
  • resources केवल same origin से लोड होते हैं
    • सभी resources (images, CSS, sound) लेखक द्वारा सीधे host किए गए URL से लाए जाते हैं
    • लंबे समय तक लिंक टूटें नहीं, इसके लिए बाहरी सर्वरों पर निर्भरता नहीं रखी जाती

5 टिप्पणियां

 
regentag 2025-01-06

"पोस्ट की असली तारीख दिखाना"
मुझे यह भी पसंद नहीं है कि तारीख बिल्कुल न दी जाए, लेकिन मुझे यह भी नापसंद है जब पोस्ट की तारीख 0 दिन पहले, 0 महीने पहले जैसे रूप में दिखाई जाती है।
बेहतर होगा कि सही तारीख और समय ठीक-ठीक दिखाया जाए।

 
savvykang 2025-01-07

मेरे हिसाब से मिनट-आधारित relative time तभी मायने रखता है जब hour unit एक ही हो। बाकी सब असुविधाजनक है।

 
nemorize 2025-01-07

मेरे मामले में, मैं उस तरह के डिस्प्ले को पसंद करता हूँ जहाँ 0일전 जैसे टेक्स्ट पर माउस ले जाने पर वह सटीक तारीख में बदल जाता है.

जैसा कि ep6tri-nim ने कहा, रोज़मर्रा में हम बीते समय को बताते हुए आमतौर पर यही सोचते हैं कि लगभग एक हफ़्ता पहले? या लगभग एक महीना पहले? इसलिए अगर सिर्फ़ सटीक तारीख ही बताई जाए, तो यह समझना उल्टा थोड़ा मुश्किल हो जाता है कि यह पोस्ट कब डाली गई थी...

 
ep6tri 2025-01-07

अरे, मैं भी पहले ऐसा ही सोचता था। लेकिन रोज़मर्रा में जब हम बीते हुए समय का ज़िक्र करते हैं, तो अक्सर कहते हैं न—लगभग एक हफ़्ता पहले? लगभग एक महीना पहले? इस तरह। महीने की कौन-सी तारीख़ थी, इसे इतनी सटीकता से बताने की ज़रूरत आम तौर पर नहीं पड़ती। यह बात सुनने के बाद मेरी सोच थोड़ी बदल गई। बेशक, पोस्ट की प्रकृति के हिसाब से सटीक तारीख़ और समय दिखाना ज़रूरी हो सकता है। लेकिन अब मुझे यह नहीं लगता कि इस तरह का relative time display अपने-आप में बुरा है। अगर मैं होता, तो relative time का इस्तेमाल करता, लेकिन सटीक मान datetime टैग में देता या title attribute में रखता।

 
ep6tri 2025-01-07

उदाहरण के लिए, YouTube के वीडियो जैसी चीज़ों में आम तौर पर समय को ~दिन, ~महीने, ~साल पहले जैसी relative form में दिखाया जाता है। जब तक मैं उस वीडियो का uploader नहीं हूँ, मेरे लिए यह बिल्कुल भी महत्वपूर्ण नहीं है कि वह वीडियो किस महीने, किस तारीख, किस घंटे और किस मिनट पर अपलोड हुआ था। बस इतना जानना काफी है कि वह करीब 3 हफ्ते पहले या करीब 7 महीने पहले अपलोड हुआ था। दूसरी तरफ, जब मैं अपने लिखे हुए ब्लॉग पोस्ट को dashboard में देखता हूँ, तब स्वाभाविक रूप से साल-महीना-तारीख-घंटा-मिनट-सेकंड तक दिखना चाहिए। नहीं तो मेरा भी सिर फट जाएगा।