De a legjobb az egesz mogott az ideologia: http://blogs.msdn.com/b/ieinternals/archive/2013/09/21/internet-explore…
"If you found this post, chances are good that you’re searching for IE11’s User-Agent string. Why? Were you planning to control your website’s behavior based on the browser “sniffed” from the User-Agent (UA) string? Please don’t; use feature detection instead"
Az msdn meg azt mondja (http://msdn.microsoft.com/en-us/library/ie/hh273397%28v=vs.85%29.aspx) hogy azert nem jo a user-agent alapjan csinalni a dolgokat, mert
"1. When a new browser is released or an existing browser is updated, you must factor the new browser into your browser detection code. Updated browsers may support standards and features that were not supported when the browser detection code was designed.
2. Conclusions about feature support may not be correct or appropriate.
3. As new devices become available, they frequently include new versions of browsers; consequently, browser detection code must be reviewed and potentially modified to support the new browsers. In some cases it becomes more complicated to create customized implementations for each browser.
4. A browser detection technique may not accurately identify a given browser. For example, many browsers support the ability to modify the user-agent string."
Teljesen jogos amugy a felvetes, hogy ha mindegyik brozer azt mondja magarol, hogy o egy szemelyben mozilla, applewebkit, safari, opera, msie, trident, ... akkor ne a user-agent alapjan csinalj mindenfele javascript elagazasokat, hanem teszteld le, hogy az adott feature-t (ami neked kell) tamogatja-e a brozer. Ha igen, akkor hasznald, ha nem, akkor csinalj valami workaround-ot, hibauzenetet, whatever.
Na de azt hogy kezeled le, hogy ha van egy verziokon ativelo szupi kis Explorer / Outlook bug (single sign-on eseten ez a 2 brozer akkor is authentikalni akarja magat, ha a webszerver amugy ezt nem is keri, aminek van egy cuki mellekhatasa), amit egy microsoft kb szerint a registry hekkelesevel + restartot igenylo IE opcio atirassal lehet megoldani?
Fat chances... Akkor inkabb alkalmazas oldalon kene egy trukkot bevetni, hogy mielott elkuldenem a POST adatokat jquery-bol, elobb lekerek egy kis file-t, aminek a POST hianya nem faj, es utana mehet a valodi keres. Ezt szerettem volna annyiban optimalizalni, hogy csak a bug-os bongeszok eseteben tortenjen meg ez, mert pl. firefox, chrome eseten ez a workaround nem kell.
Es ezzel vissza is ertunk az elejere: azt kene tudni megallapitani stabilan, hogy milyen bongeszovel allunk szemben. A feature alapu detektalas ez ugyben kb. total hasznalhatatlan...
- sj blogja
- A hozzászóláshoz be kell jelentkezni
- 1600 megtekintés
Hozzászólások
Spanyolviasz, kerék alakú, melegvízből.
whichbrowser.net
- A hozzászóláshoz be kell jelentkezni
A feature detektálás másik szürke oldala, amikor kiderül, hogy a böngésző ugyan támogatja az adott feature-t, csak éppen bugosan. Az Android böngészőkről nem is beszélve..
--
HUP Firefox extension
- A hozzászóláshoz be kell jelentkezni
Milyen olyan feature lenne fontos, amely friss böngésző verziók között különbözően támogatott?
- A hozzászóláshoz be kell jelentkezni
alulrol a 3. bekezdes: bug van az IE 11-ben, ami miatt vagy Manci neni szerkeszti a registry-t, vagy en csinalok egy workaround-ot. Szerinted melyik eselyesebb?
--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)
- A hozzászóláshoz be kell jelentkezni
Nezz utana az "if IE gt" google kifejezesnek.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:
()=()
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()
- A hozzászóláshoz be kell jelentkezni
Mielott okos vagy te is utana nezhetsz http://msdn.microsoft.com/en-us/library/ie/hh801214(v=vs.85).aspx
---
return NEVER;
- A hozzászóláshoz be kell jelentkezni
A meta taggel bekapcsolhato ez a funkcionalitas, legalabbis az altalad linkelt doksi szerint.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:
()=()
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()
- A hozzászóláshoz be kell jelentkezni
Ha meg a user oldaláról szemléljük a dolgokat, akkor direkt jó lenne, ha nem lehetne különbséget tenni a böngésző-konfigurációk között, hogy csökkenjen a browser-fingerprint követés lehetősége.
- A hozzászóláshoz be kell jelentkezni
+1. Faszkivan, mikor valami fogyaték dev eldönti, hogy browserhez és nem feature-hoz köti a funkciót, aztán baszik lekövetni, hogy egyáltalán támogatja-e rendesen. Vagy méginkább: írná úgy a weboldalát, hogy az menjen mindenben. Egészen teljesen véletlenül lehet úgy is, csak ahhoz meg kellene tanulni azt, hogy nem kötelező minden fancy featuret beleerőszakolni a weblapba, mert van egy random böngésző, amelyik random gyártója kitalálta, hogy jó lenne aztán megpróbálja letolni szabványként.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
+1
Nekem is a "fasz kivan" kifejezés jutott eszembe, pont a napokban, pont emiatt. Nálunk most a melóban befrissítették az IE-ket a gépeken egy őskövületről az épp aktuálisra, úgyhogy a következő néhány napban lehet, hogy "véletlenül" dobni fogom az intranetes appoknál a nem-IE böngészők supportját.
Fasz kivan. :)
- A hozzászóláshoz be kell jelentkezni
dobni fogom az intranetes appoknál a nem-IE böngészők supportját
nice... vagy inkabb LOL...
--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)
- A hozzászóláshoz be kell jelentkezni
Oké, tehát, adott egy böngésző (IE) ami minden gépen ott van, és központilag egy adott verzió van kikényszerítve. Illetve adott még (vagy nem) minden gépen a user által odatákolt Firefox, Chrome, Opera meg tökömtudja mi, és ezeknek végtelen permutációja.
Mondom megint, _minden_ gépen ott van ugyanaz az IE verzió. Ezek után te mégis aktív supportot adnál mindenre? Nyilván a többi sem lesz betiltva - a support hiánya csak annyit jelent, hogy ha ott nem megy, akkor ne nálam, az app fejlesztőjénél sírjanak, hanem a böngésző gyártójánál.
Ha ezt nem tudod megérteni, akkor ostoba vagy.
- A hozzászóláshoz be kell jelentkezni
+1, nalunk is ez volt, csak nalunk Firefoxszal, Chromeval (nagyjabol azert eleg jo nagy kozos metszet van).
Van egy Operas es volt egy IE userunk, neha nem ment neki egy-ket aprosag, erre kozoltuk vele, hogy lehet hasznalni Firefoxot/Chromet.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
Ezek után te mégis aktív supportot adnál mindenre?
egy kisse mintha elhamarkodottan aggodnal a mentalis kepessegeim miatt. Lassan mondom, hogy te is megertsd: szerintem LOL, hogy egy fosregi IE a policy szerinti tamogatott verzio (amikor annal sokkal jobbak is voltak/vannak). Ami persze nem (annyira) gaz (de az), ha az embernek csak egy konkret fos verziora kell fejleszteni. Amikor meg mondjuk egy IE 6 -> IE 11 valtas jon, akkor meg fogja az ember a fejet (ahelyett hogy eleve valami normalis brozerre fejlesztett volna, amit szinten nem nagy kunszt kozpontilag feltenni minden gepre).
Szerintem realisan gondolkodva az ember a usereknel levo bongeszok tipusait is figyelembe veve eldonti, hogy milyen brozereket tamogat, aztan ha nem megy mondjuk lynx alatt, akkor a nyitooldal elmagyarazza a juzernek.
Persze nekem is konnyebb lett volna, ha azt mondom, a pocsom szorakozzon az exploder gyokersegeivel (meg mi az, hogy valaki outlook-bol akar bongeszni?!), de egyreszt valoban vannak olyan helyek, ahol az IE-t szeretik a felhasznalok, ezert ahelyett, hogy dobtam volna, igy inkabb workaround-okkal mulattam az idot, es a Firefox, Chrome mellett az IE 11 es Outlook 2013 is tamogatott.
update: most jott a hir (=bug report), hogy amig az Outlook 2013-ban benne ven az UA-ban a "Microsoft Outlook" string, addig a 2007-ben meg egy ilyesmi van:
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/7.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; MS-RTC LM 8; .NET4.0C; .NET4.0E
vagy
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; Trident/6.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; OfficeLiveConnector.1.5; OfficeLivePatch.1.3; .NET4.0E
Igy az outlook "feature" nem mukodik O2007-tel. Most akkor tenyleg ne kuldjem el a microsoft fejlesztoket a pitebe?
Szoval ha valaki tud olyan "framework feature"-t, ami megvan az Outlook-ban, de az IE (es masban) nincs, azt nagyon megkoszonnem.
eddig ez tunik hasznalhatonak:
!--[if mso ] ...![endif]-- Outlook
!--[if gte mso 12]...![endif]-- Outlook 2007+
!--[if gte mso 14]...![endif]-- Outlook 2010+
!--[if gte mso 15]...![endif]-- Outlook 2013+
!--[if !mso ] ...![endif]-- Not Outlook
--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)
- A hozzászóláshoz be kell jelentkezni
> szerintem LOL, hogy egy fosregi IE a policy szerinti tamogatott verzio
Na, akkor mondom megint: most lett befrissítve központilag az IE az éppen up-to-date verzióra. Nem supportálok (IE-ből sem) régi változatot, mert itt az új. Minden gépen. Windows Update-ből force-olva.
> amit szinten nem nagy kunszt kozpontilag feltenni minden gepre
Ebben abszolút igazad van. Egyedül azért nem történik ilyen, mert IE-nél tudjuk, hol lehet kopogni, ha szar kerül a palacsintába - Firefoxnál ez nincs így, a Chrome pedig eléggé mozgó célpont a nem túl ritka frissítéseivel. De persze nem tilos feltenni őket egyánileg, csak nem lesz rá support. Gyakorlatilag egy legacy alkalmazáson kívül amúgy minden megy a többi böngészővel is, csak pazarlás lenne supportot adni hozzá.
> Szerintem realisan gondolkodva az ember a usereknel levo bongeszok tipusait is figyelembe veve eldonti
Reálisan gondolkodva, talán, főleg ha egy B2C vállalkozás vagy. Ez viszont egy belső fejlesztés, tehát a kérdés az, hogy megéri-e céges pénzen olyan browsereket támogatni, amit a dolgozók fél-illegálisan tesznek fel, csak mert nincs explicit letiltva group policy-ből a .exe-k futtatása.
--
Ja, félreértések ellen: nyilván ezt a módszert nem a te esetedre javasoltam, csak elsodródott a szál az offtopic felé. Ami egy intranetes alkalmazásnál jó megoldás, az egy B2C valami esetén baromira nem. :D
- A hozzászóláshoz be kell jelentkezni
Na, akkor mondom megint: most lett befrissítve központilag az IE az éppen up-to-date verzióra.
elsore is megertettem, de gondolom, amikor elkezdted irni a cuccot, mar akkor is regi volt az IE.
IE-nél tudjuk, hol lehet kopogni, ha szar kerül a palacsintába
ezt sokszor hallottam mar (=van hova fordulni), de sikersztorikat (=hogy meg is csinaltak) nem annyira, bar nyilvan egy menedzsernek a tudat a fontos.
megéri-e céges pénzen olyan browsereket támogatni, amit a dolgozók fél-illegálisan tesznek fel,
nyilvan nem, de mar elejen sem az IE-t kellett volna nyomni, ami mar akkor is (mindig is) fos volt. Nem hallottam meg olyan fejlesztorol, aki ne anyazott volna az exploder toketlensege miatt...
--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)
- A hozzászóláshoz be kell jelentkezni
> elsore is megertettem, de gondolom, amikor elkezdted irni a cuccot, mar akkor is regi volt az IE.
Maga az alkalmazás sem egy mai darab, bár néha reinkarnálódott új GUI-val, pár nagyon sok éve köztünk él. :)
> bar nyilvan egy menedzsernek a tudat a fontos.
Pontosan. Mindig kell egy felelős. Ha több ember felel valamiért (v.ö. Mozilla közösség), akkor nincs felelős.
> nyilvan nem, de mar elejen sem az IE-t kellett volna nyomni, ami mar akkor is (mindig is) fos volt.
Egyrészt igen, másrészt amikor az IE6 megjelent, akkor az alternatíva sem volt sokkal jobb. Ne a Chrome 37-et, vagy hol tart most, hasonlítsuk az IE6-hoz. ;)
- A hozzászóláshoz be kell jelentkezni
Az úgy nem járható, hogy mindenféle csilivili nélkül szabványos, funkcionális weblap megy bármelyik böngészővel?
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Elvileg nem használok különösebb front-end elemeket, viszont alapvetően nem vagyok frontend fejlesztő, és mindig van valami picsogás, hogy ez meg az nem megy ebben meg abban a böngészőben, ilyen és ilyen verzióval.
- A hozzászóláshoz be kell jelentkezni
Vagy méginkább: írná úgy a weboldalát, hogy az menjen mindenben
teljesen jogos elvaras, amennyiben a 'minden' hibatlan. De sajnos a microsoft bongeszoirol ez a legnagyobb joindulattal sem jelentheto ki.
Egészen teljesen véletlenül lehet úgy is, csak ahhoz meg kellene tanulni azt, hogy nem kötelező minden fancy featuret beleerőszakolni a weblapba
Ja, csak az en esetemben nem az a gond, hogy a random fancy feature nem megy x brozer alatt, hanem azert kell a workaround, mert az IE 6 ota nem sikerult a bug-ot kigyogyitani a bongeszni kepes microsoft termekekbol...
--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)
- A hozzászóláshoz be kell jelentkezni
Pontosan melyik IE hibáról van szó, tudnál egy linket adni?
- A hozzászóláshoz be kell jelentkezni
http://support.microsoft.com/kb/251404
Az IE 11 / Outlook 2013 is erintett.
--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)
- A hozzászóláshoz be kell jelentkezni
Igen, ez már szívatott engem is.
Nem megoldás az egész domainre kötelezővé tenni az authot? Unauthenticated tartalmat meg pl. egy másik domainnév alá pakolni.
- A hozzászóláshoz be kell jelentkezni
a 2 domain nem jarhato ut. Elvileg az egesz site mehetne auth-tal, de rugalmas akartam lenni, es nem lekorlatozni az elerest a helyi windows halozatra.
--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)
- A hozzászóláshoz be kell jelentkezni
Az altalad felsorolt dolgok messze nem csak az IE-re igazak, hanem az osszes tobbire is.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
ja, de a tobbibol hianyzik ez a bug, ami eppen most gubancot okozott. De turelmes vagyok, az IE 18-ban mar tuti javitva lesz...
--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)
- A hozzászóláshoz be kell jelentkezni
Nyilvanvaloan a tobbiben mas bugrol van szo.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
engem hidegen hagy a konfiguracio, hanem csak az erdekel, hogy bug-os a bongeszo vagy sem?
--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)
- A hozzászóláshoz be kell jelentkezni
A legtobb framework ezt egeszen frappansan elrejti az ecceri developer elol, es csak olyanokat kell mondani, hogy if(jQuery.browser.msie). Mondjuk a jQuery az speciel pont UA alapjan csinalja amit csinal, de whateva. amig mukodik, nekem nem faj.
Az MSIE egyebkent tipikusan jol csekkolhato, mert egy csomo cucc csak benne van meg. Pl. if (window.ActiveXObject), meg ilyesmi. Persze ehhez kicsit doksit kell bujni.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:
()=()
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()
- A hozzászóláshoz be kell jelentkezni
jo tipp, bar egy kisse a problema nem ertese. Nem az egyes brozerek konkret feature-jei erdekelnek, mert a problema nem a feature-ok meglete vagy hianya miatt van, hanem melyen a bongeszoben (ti. bug-os sso). Masfelol ha pl. az IE18-ban vegre fixalva lesz a bug, akkor ugy lenne szep, ha IE 17-tel bezarolag mehetne a workaround, a v18+ eseten meg mar nem. Tehat a szep es korrekt megoldas egy kisse komplikaltabb, mint az 'if (window.ActiveXObject) ...'
--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)
- A hozzászóláshoz be kell jelentkezni
"azt kene tudni megallapitani stabilan, hogy milyen bongeszovel allunk szemben"
Ha IE, akkor coditional comments?
window.navigator?
Nemtom.
- A hozzászóláshoz be kell jelentkezni
+1
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:
()=()
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()
- A hozzászóláshoz be kell jelentkezni
Doctype használata megoldja a gondod.
- A hozzászóláshoz be kell jelentkezni