1 टिप्पणियां

 
GN⁺ 2024-06-30
Hacker News टिप्पणियां
  • आख़िर में लिंक किया गया issue मैंने ही लिखा था, और यह अजीब-सा déjà vu था। तब समस्या की तह में जाते हुए मुझे काफ़ी अजीब व्यवहार मिला था
    मूल रूप से Firefox उस वेबसाइट पर खुले tabs की संख्या से 4 गुना favicon लोड कर रहा था, और हर बार tab खोलने या बंद करने पर यह दोहराया जाता था
    https://aggressivelyparaphrasing.me/2022/12/12/why-does-my-l...
    यह समस्या काफ़ी पहले हल हो चुकी है, इसलिए लक्षण मिलते-जुलते हैं लेकिन मूल कारण अलग हो सकता है, या फिर कुछ लोग अब भी पुराने version इस्तेमाल कर रहे होंगे

    • लगता है WordPress 404 को वाकई बहुत धीमे handle करता है। मेरे logs में भी bots द्वारा random URLs पर vulnerabilities आज़माने की लगातार धारा दिखती है, तो ऐसे में उसका ठीक से चलना ही उल्टा हैरानी की बात है
  • यह open-source project है, और GitHub पर तकनीकी मुद्दे पर अच्छी चर्चा है[1]। यह सैकड़ों tabs खुले रखने जैसे किसी खास user behavior से भी जुड़ा हो सकता है, लेकिन iOS के अंदर browser फिट करने की जटिलता भी निश्चित रूप से असर डालती होगी
    ऐसा लगता है जैसे sandbox में excavator डालकर उसे operate कर रहे हों
    [1] https://github.com/mozilla-mobile/firefox-ios/issues/12113

    • मुझे यह भी जिज्ञासा है कि ऐसे requests web server को तोड़ने लायक कैसे बन जाते हैं। वे feed और favicon मांग रहे हैं, और दोनों को CDN से cache किया जा सकता है
      Cache न भी करें तो HN पर किसी दूसरे page के popular होने पर आने वाले traffic की तुलना में यह कितना बड़ा होगा? यह wasteful ज़रूर है, लेकिन इतना बड़ा संकट नहीं लगता
    • Chrome में सैकड़ों tabs खुले हों तब भी ऐसा बिल्कुल नहीं होता। iOS Safari में गलती से सैकड़ों tabs खुले रह जाएं तब भी ऐसा नहीं होता
      साफ़ तौर पर application bug को user की गलती बताना बंद करना चाहिए
    • शीर्षक देखते ही पूरे web पर घूमते LLM scrapers और bots याद आ गए। शायद जल्द ही वे AIphone पर सीधे चलने लगें
    • मुझे लगा था iOS के सभी browsers Apple browser engine इस्तेमाल करते हैं, और Android पर भी ऐसा ही है
      यानी मुझे लगा था वे बस skins हैं
  • मुझे लगा था iOS पर Firefox बस Safari पर चढ़ी हुई skin है, क्योंकि Apple phones पर दूसरे browser engines की अनुमति नहीं देता
    Android का Firefox plugin support की वजह से शानदार है, लेकिन फिर भी 2021 से पहले वाला UI बेहतर था

    • sibling comments काफ़ी negative हैं, इसलिए अपना अनुभव जोड़ूं तो, अंदर क्या हो रहा है मुझे नहीं पता, लेकिन rewrite से पहले कई वर्षों तक कम-से-कम Android Firefox का user experience मुझे हमेशा अच्छा लगा
      मुझे phone पर web browse करना पसंद नहीं है, फिर भी उसने इसे कुछ हद तक सहने लायक बना दिया। अंदरूनी समस्याओं पर मैं कुछ नहीं कह सकता, लेकिन वे निश्चित रूप से ध्यान देने लायक मुद्दे हैं
    • Android पर Firefox मेरे लिए उद्धारक जैसा है। राज़ यह है कि mobile पर भी uBlock Origin और NoScript install किए जा सकते हैं
      इन दोनों के बिना web browse करते लोगों को देखकर मैं चौंक जाता हूं। लोग अपनी attention इतनी ज़्यादा छीने जाने देते हैं, यह लगभग बेतुका है
    • Android का Firefox शानदार नहीं है। कई वर्षों तक user agent में phone का exact model name शामिल रहा
      यह अक्षम लगता है। सुधार के तौर पर, मेरी भाषा थोड़ी कठोर थी, और बात किसी खास कर्मचारी की नहीं बल्कि company की थी। यह बिल्कुल वही स्थिति है जो Google चाहता है। Monopoly के मामले में plausible deniability देना, लेकिन alternative को खराब बनाए रखना
    • iOS browsers से OS द्वारा दिए गए WebKit का इस्तेमाल करने की मांग करता है, लेकिन अपना networking layer इस्तेमाल करना या extension की तरह script injection खुद करना संभव है। Orion ऐसा ही करता है
      iOS के लिए Firefox पहले Alamofire को networking engine के रूप में इस्तेमाल करता था, लेकिन किसी समय NSURLSession/URLSession पर चला गया। iOS के लिए Chrome Cronet इस्तेमाल करता है, जो Chromium के networking stack से अलग किया गया है, लेकिन हालिया development के साथ नहीं चलता, इसलिए पता नहीं अब भी ऐसा है या नहीं
    • iOS पर Firefox सच में Safari पर skin ही है। फिर भी यह कुछ tracking/advertising content से बचता है, इसलिए कुछ हद तक अलग तरह से काम करता है
      लेकिन अगर यह इतना सिरदर्द है तो favicon जोड़ दीजिए। वैसे मैं iOS पर Firefox से अक्सर test करता हूं, लेकिन यह behavior कभी नहीं देखा
  • इस site का author आम तौर पर किसी बड़ी commercial company की बेवकूफी पर बात करते समय उसका नाम छिपाने की काफ़ी कोशिश करता है, लेकिन जब Firefox होता है तो असली नाम लिखता है। हम्म

    • author अपने employer को छिपाता है। final user के रूप में जो मिला, उसका नाम जस का तस लिखता है
    • अगर problematic browser का नाम न बताया जाए तो article का मतलब ही खत्म हो जाता है
    • feed से लगातार पढ़ते आए व्यक्ति के तौर पर, ऐसा खास नहीं है; केवल कुछ मामलों में होता है
  • मुझे याद है पहले Internet Explorer में भी कुछ ऐसा ही हुआ था। उसने favicon मांगा, लेकिन तब वह set नहीं था, इसलिए 404 page लौटा, और ऐसा लगा कि वही फिर favicon request trigger कर रहा है

  • दिलचस्प है। सिर्फ़ user experience देखें तो iPhone के लिए Firefox सच में शानदार app है, और कई सालों से मेरा preferred browser है

    • भले ही वह असल में Safari skin ही हो?
  • favicon अलग-अलग directories का हिस्सा नहीं होता। अगर ऐसा होता तो design बेवकूफी भरा होता
    path-specific favicon तो सच में feature जैसा लगता है

    • यह सच में feature है
      https://developer.mozilla.org/en-US/docs/Web/HTML/Attributes...
    • आजकल icon specify करने वाला tag define करना काफ़ी आसान है। यह उस तरीके से अलग है जिसमें file के सही location पर होने की उम्मीद की जाती है
    • क्या आप path-specific favicon की ज़रूरत वाले कम-से-कम कुछ use cases बता सकते हैं?
    • बहुत पहले मैंने इसे pragma no-cache और referer check से implement किया था। perfect नहीं था, लेकिन ज़्यादातर users के लिए काम करता था
    • यही तो लेखक का point था
  • favicon requests को पूरी तरह disable करने के लिए https://stackoverflow.com/q/1321878/961353 पर कुछ सुझाव हैं

  • मैं iPhone पर Firefox इस्तेमाल करता हूं। माफ़ करना
    फिर भी शायद यह generative AI से तरह-तरह की चीज़ें करने की तुलना में कम energy waste करता होगा

  • bug ढूंढना चाहने वालों के लिए code location छोड़ रहा हूं: https://github.com/mozilla-mobile/firefox-ios/tree/main/Brow...