iOS 4.0.2 szoftverfrissítés
A rosszindulatú PDF fájlok megtekintésével kapcsolatos biztonsági rést javítja.
Az ezzel a szoftverfrissítéssel kompatibilis termékek:
- iPhone 3G
- iPhone 3GS
- iPhone 4
- iPod touch 2. generációs
- iPod touch 3. generációs (2009 végi 32GB vagy 64GB méretű modellek)
A funkciók leírásához és a teljes útmutatókhoz tekintse meg az alábbi címen elérhető iPhone és iPod touch használati útmutatókat:
< http://support.apple.com/hu_HU/manuals/iphone >
< http://support.apple.com/manuals/ipodtouch >Az iPhone és iPod touch készülékekkel kapcsolatos további tudnivalókért látogasson el az alábbi címekre:
< http://www.apple.com/hu/iphone >
< http://www.apple.com/hu/ipodtouch >Az iPhone vagy iPod touch készülékének hibaelhárításához, illetve további támogatási tudnivalók megtekintéséhez látogasson el az alábbi címekre:
< http://www.apple.com/hu/support/iphone >
< http://www.apple.com/support/ipodtouch >Ennek a frissítésnek a biztonsági tartalmára vonatkozó tudnivalókért kérjük, látogasson el erre a webhelyre:
A 4.0.2-es frissítéssel egyidőben az Apple kiadta a 3.2.2-es iOS frissítést is az iPad készülékek számára.
- A hozzászóláshoz be kell jelentkezni
- 4129 megtekintés
Hozzászólások
Valahol röhejesnek tartom, hogy kijavítottak egy biztonsági hibát és ezért egy 300MB-os komplett image-et kell letöltenem. Az még a kisebb baj, hogy ekkora az image, az már a nagyobbik, hogy ez itthon kb. egy órát vesz igénybe.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
378 Mb.
8 MB/sec-es kapcsolattal ezt letölteni 7 perc.
Nyílván lehetne optimalizálni, node minek?
- A hozzászóláshoz be kell jelentkezni
Gyakorlatban próbáltad már? Mert nekem is vastagabb a csövem, de sajnos nem jön rajta elméleti sebességgel.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
8MB=65,536Mb (Mert a szolgáltatók Megabitben számolnak és a Megát 1000-rel váltják)
Melyik szolgáltató nyújt ilyen garantált sebességet?
- A hozzászóláshoz be kell jelentkezni
Nem a sávszélesség itt a probléma, hanem az, hogy a kiszolgáló oldalon nem olyan nagy az uplink, hogy mindenki tudja húzni fullsávval. Egyébként rossz helyre tetted a tizedes jelző vesszőt mert a 8 MB/s-ből ha megfeszülsz sem lesz 65,5 Mb/s
- A hozzászóláshoz be kell jelentkezni
Tényleg rosszul számoltam
8MB=8 * 1024 * 8 * 1024 bit.Ugye?Az 67108864.
Na most az Si-ben:
67108864/1000000=67,108864Mb
- A hozzászóláshoz be kell jelentkezni
/facepalm
- A hozzászóláshoz be kell jelentkezni
Nem annyira. A számítógépes alkalmazások még mindig 1024-gyel váltanak MB-ra(állítólag helytelenül, mert a MiB elnevezést kéne használniuk, de mégse teszik,valószínű, az a gép se ami előtt a fejedet fogod éppen), az internetszolgáltatók és a merevlemez gyártók 1000-nél.Vajon miért?
- A hozzászóláshoz be kell jelentkezni
/double facepalm
lsd: http://hup.hu/cikkek/20100812/ios_4.0.2_iphone_szoftverfrissites+#comme…
- A hozzászóláshoz be kell jelentkezni
8 bit = 1 byte
8 kilobit = 1 kilobyte
8 megabit = 1 megabyte
8 gigabit = 1 gigabyte
Apró ingadozások lehetnek ha az egyik oldalt SI-ben a másikat meg 2^10 formában veszed, de a lényeg a linearitás, pont mint a "3 tyúk 3 nap alatt 3 tojást tojik" feladatoknál, ha még emlékszel rá...
- A hozzászóláshoz be kell jelentkezni
8 szor 8 az nálunk 64.A magyar nyelvben meg tizedesvessző van nem tizedes pont.Ha még emlékszel rá...
- A hozzászóláshoz be kell jelentkezni
ha már magyar: nyolcszor nyolc, vagy nyolc szorozva nyolccal. nem nyolc szor nyolc.
amúgy nem arról van szó, hogy nyolc szorozva akármennyivel az mennyi.
http://en.wikipedia.org/wiki/Data_rate_units
http://www.mediaroad.com/products/speedcheck/free_tools/unit_convert/
nem kötekedni akarok, ritka hülye vagyok a matekhoz, de a számításod az nagyon durva volt.
- A hozzászóláshoz be kell jelentkezni
Mégegyszer elmondom a magyar helyesírásban tizedesvessző van, ha magyarul írok, ne kérd már számon rajtam az angol helyesírás szabályait!
- A hozzászóláshoz be kell jelentkezni
egy szóval sem mondtam, hogy tizedespont :) abban igazad volt, csak én is felhívtam a figyelmed, hogy nem nyolc szor nyolc :)
- A hozzászóláshoz be kell jelentkezni
akkor szamolni tanulj meg, szerintem, iqhuszar
- A hozzászóláshoz be kell jelentkezni
Miért? Apró hibát vétett itt:
http://hup.hu/comment/reply/91341/1093385
Amit aztán itt javított:
http://hup.hu/comment/reply/91341/1093440
De az első számolási hiba is kerekítési határon belül van - mindenki él ilyen egyszerűsítéssel - az elég hülye de elterjedt konvenció ellenére, miszerint az adatmennyiséget 2^10 míg a csatornák sebességét 1000-es léptékben szorozzuk...
- A hozzászóláshoz be kell jelentkezni
Az első körben csak KByte-ig számoltam vissza, de mutasd, hol a probléma!
- A hozzászóláshoz be kell jelentkezni
Ne kötekedj nagyz-vel, mert mindjárt csak azzal az egy db egyessel fogsz számolni amit beír az indexedbe :)
- A hozzászóláshoz be kell jelentkezni
Majd átjavítom négyesre. :)
- A hozzászóláshoz be kell jelentkezni
nem szoktam csak ugy egyest osztani, ha van tudas, akkor a kettes meglesz! :)
- A hozzászóláshoz be kell jelentkezni
szerintem latod te is.
- A hozzászóláshoz be kell jelentkezni
Szerintem végül az derült ki, hogy lényegében jól számolt és akik kritizálták (beleértve engem is), a wishful seeing hibájába esett ;)
- A hozzászóláshoz be kell jelentkezni
Szerintem jól számoltam. Meglesz a kettes? ;-)
- A hozzászóláshoz be kell jelentkezni
Azt majd me'g meglatjuk :P
- A hozzászóláshoz be kell jelentkezni
Itt a konverter. Csak bitben írd be amit számoltatni szeretnél, mert egyébkét nem váltja a decimálist a binárissal.
- A hozzászóláshoz be kell jelentkezni
visszaolvastam Radix hozzászólásáig, igazad van.
Valószínűleg e helyett:
"378 Mb.
8 MB/sec-es kapcsolattal ezt letölteni 7 perc."
Ezt kellett volna írnia, hogy helyes legyen:
"378 MB
8 Mb/sec-es kapcsolattal ezt letölteni 7 perc."
szerk: és természetesen nekem is igazam van az előző hozzászólásomban, csak nem arra reagáltam amit te írsz... ;)
- A hozzászóláshoz be kell jelentkezni
Jaja én is ezt próbáltam mondani. :)
- A hozzászóláshoz be kell jelentkezni
elnézést, elnéztem, MB!=Mb. Mb-nek hittem, ezért volt értelmetlen számomra a számításod :D
- A hozzászóláshoz be kell jelentkezni
Tenyleg?
- A hozzászóláshoz be kell jelentkezni
"az már a nagyobbik, hogy ez itthon kb. egy órát vesz igénybe."
Na ez tényleg röhejes. :(
"ezért egy 300MB-os komplett image-et kell letöltenem."
Ez is, de ez leglább érthető.
- A hozzászóláshoz be kell jelentkezni
Illetve hogy a javitashoz az egesz OS-t kompletten ujraflasheli? :)
- A hozzászóláshoz be kell jelentkezni
Jól olvasom, hogy az Android 2.2 frissítés egy HTC Desire-n 90MB?
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
A teljes frissítés 130 Mb volt, de került bele 3 új alkalmazás, illetve oprendszer főverzió csere volt (2.1 -> 2.2). A hibajavító update ~30 Mb volt (2.1 -> 2.1 update 1).
- A hozzászóláshoz be kell jelentkezni
nekem 90 MB volt
- A hozzászóláshoz be kell jelentkezni
Nekem rootolt készülékem van, ezért ha meg akartam tartani a root jogot, illetve hogy ne írjam felül az SPL-t, a teljes 2.2 romot újra kellett csomagolnom minden fájllal, valószínűleg emiatt nőhetett az enyém nagyobbra.
- A hozzászóláshoz be kell jelentkezni
Aham, az lehet, nekem gyári van, OTA-val frissítve és az update írta ki nekem a 90 MB-ot.
Még nem szántam rá magam a rootolásra, nem tudom, megéri-e.
- A hozzászóláshoz be kell jelentkezni
De már tudhatnád, hogy az csak egy fos kínai utánzat, amibe még biteket sem tudtak eleget pakolni.
- A hozzászóláshoz be kell jelentkezni
a 2.1->2.2 update 90M, ha teljes romot töltesz le, ami mondjuk főzött (azaz egyéb extrákkal kiegészítve, vagy pl sense nélkül), akkor az 100-180 mega körül mozog. épp most szedem le az r8-as modaco romot, az 174 mega (az én egyéb bepipálgatott kiegészítőimmel, alapból asszem 150 körül mozog egy default modacos desire rom, ami stock közeli tartalmat jelent).
- A hozzászóláshoz be kell jelentkezni
Igen, pontosan annyi volt, mármint a gyári frissítés.
- A hozzászóláshoz be kell jelentkezni
Hihetetlen, hogy erre még nem találtak megoldást. Egyszerűen csak a hibás fájlokat kellene lecserélni és kész. Kétlem, hogy 300 megányi hiba van a rendszerben.
- A hozzászóláshoz be kell jelentkezni
Én teljesen hihetőnek tartom, hogy 300 megányi hiba van a rendszerben. Sajnos ez a frissítés után is igaz marad. :D
- A hozzászóláshoz be kell jelentkezni
tehat sose lattal meg iphonet vagy ipod touchot kozelrol :))
- A hozzászóláshoz be kell jelentkezni
\irony{arra célzol, hogy ezeken az eszközökön jóval nagyobb az operációs rendszer? :P}
- A hozzászóláshoz be kell jelentkezni
De láttam, olyannyira, hogy amikor először a kezembe vettem (még sima iphone 1 volt), dobott egy "error performing requests: no error" szövegű hibaüzenetet, amit egy "DIMISS_ALERT" gombbal lehetett eltüntetni. (nem jailbreakelt, gyári szoftveres)
Mivel ezt kb 6 perc alatt kicsikartam belőle, kizárólag a beépített szoftverekre támaszkodva, azóta azért kicsit irónikusan kezelem a "stabil iOS" fogalmat.
- A hozzászóláshoz be kell jelentkezni
iPhone 1 idejeben?
A windows 1.0 sem volt stabilabb, de még a linux sem 94ben.
- A hozzászóláshoz be kell jelentkezni
ez mondjuk elég szar ellenérv :)
- A hozzászóláshoz be kell jelentkezni
Inkabb arrol van szo, h egy egyszerubb rendszert kovetnek ahol nem kell inkrementalis csomagkezelessel es egyeb ilyen marhasagokkal foglalkozni. Ergo sokkal kevesebb hiba lehetoseget visznek be a frissitesi folyamatban ami a celkozonseget figyelembe veve inkabb jo dontes. Plusz nem kell csillio fele permutaciora felkesziteni az adott frissitest igy egy csomo "mivan ha" eset megsporolhato. Plusz az a firmware (a QA minosegetol most tekintsunk el) elvileg osszecsiszolt es egyben tesztelt komponensekbol all ami szinten megsporol egy csomo tesztelesi feladatot es hibalehetoseget. Egy rossz frissites utan egy telefont egy picit nehezebb javitani, mint egy notebookot, ami szinten a celkozonseget figyelembe veve erdekes feladatokat ro a fejlesztokre. Nekem semmi bajom sincs azzal, h 300MB a frissites, igazabol nem erdekel. Az mar jobban, hogy radugom a telot a gepre es szepen automatan oldja meg a kerdest. Ennek automatizalasahoz pedig egy eszkoz az egyben firmware csere.
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
naív kérdés lehet, de nincs vmi aranyközépút?
ne kelljen egy alverzió 4.0.x miatt (majdnem?) egy egész os-t lehúzni frissítés címszóval, ill. a "csillio fele permutaciora" való felkészítést is elkerülni?
- A hozzászóláshoz be kell jelentkezni
Az arany középút, ha a frissítés aktív kommunikációval járó "szinkronizálás" lenne.
De akkor meg elveszíted azt az előnyt, hogy egy egyszer letöltött frissítőcsomagot bármikor és több eszközre is feltelepítheted - net hiányában is
- A hozzászóláshoz be kell jelentkezni
+1 Az ESXi is így működik. Ettől függetlenül szerintem alkalmazási terület kérdése, hogy elmegy-e ez a megoldás, az ESXi-nél abszolút nem zavar, mert az update manager éjszaka lehúzza frissítést. Viszont egy telefon esetén, szerintem pár hetente 300MB már súrolja a lécet. Ráadásul itt nincs helyi update repo, így mind az X milló iphone a netről húzza a frissítést, az Apple meg gondolom elfejetett egy megfelelő méretű CDN-t alápakolni a feladatnak.
---
Internet Memetikai Tanszék
- A hozzászóláshoz be kell jelentkezni
Ha nagyon nem bírják sávszélességgel, fejlesztenek torrent klienst az itunes-ba. :-)
- A hozzászóláshoz be kell jelentkezni
Szerintem az gany lenne.
Sokkal tisztabb-szarazabb ujraflashelni az egeszet, majd az itunes altal keszitett backupbol visszatolteni a beallitasokat, appokat, zeneket, stb.
Meg aztan neha-neha van frissites, nem napi problema ez.
SZVSZ!
- A hozzászóláshoz be kell jelentkezni
Nem tudom milyen 300M-ről beszéltek, nekem konkrétan 579,3 MB.
- A hozzászóláshoz be kell jelentkezni
rofl.
--
GPLv3-as hozzászólás.
- A hozzászóláshoz be kell jelentkezni
381 MB-volt nálam, 3GS
- A hozzászóláshoz be kell jelentkezni
iphone 4 :) na ezzel is szopok :)
- A hozzászóláshoz be kell jelentkezni
Hú, vazze, hogy sajnállak! :-D
- A hozzászóláshoz be kell jelentkezni