Даже не сомневаюсь, что именно эта фраза :)
Я же не зря привел пример со StarCraft — могу привести точно такой же с VisualStudio + MSDN и еще некоторыми SDK, которые могут быть нужны. На сегодня объемы софта достигли таких размеров, что для полного бэкапа может легко понадобиться 100-200 гб. И эти 17 гб не делают какой-то погоды (хотя даже лет 5 назад этот объем вполне ощущался). Именно по этому в сетях организаций при поднятом домене, зачастую, бэкапов машин пользователей не делают, ограничиваясь вынесением локальной папки пользователя в сеть.
В любом случае, Microsoft создала удачное решение для комфортной работы в x64 окружении с x86 софтом. И предолженный в топике сценарий решения проблемы с памятью актуален лишь для Windows XP.
А если говорить серьезно и человек поставивший минус считает, что вариант с установкой Windows 7 x64 это «фууу» из-за лишнего десятка гигобайт и его путь патчить ядро и dll — пожалуйста. Только вот когда вдруг на рабочей машине из-за этого в какой-нибудь ответственный момент навернется система и ее придется реанимировать, а не заниматься работой — я с удовольствием посмотрю на него ;)
Про проблемы с патчеными ядрами в Windows 7 мы уже читали на хабре за этот год ни раз в топиках про «кривые заплатки» от Microsoft.
WinDirStat, учитывающий симлинки при подсчете размера папок, насчитал 17,6 гб. Это на 3 гб больше размера установленого StarCraft II.
С моей точки зрения, такой объем на сегодня уже не представляет проблем.
Конечно успешно :) Но это не отменяет факта того, что половина софта все равно x86. Если интересно могу замерить размер данной папки вечером. Пока скажу лишь, что при жесткий диск у меня 500гб.
Эта проблема была актуальна с Vista. Windows 7 у меня года 4 на ноуте стоит со всеми обновлениями и не пожирает место за счет WinSXS как это делала Vista.
Windows 7 проще переустановить на x64 версию. В отличие от Windows 7 установка WinXP x64 скорее принесла бы больше проблем чем пользы. Windows 7 x64 сегодня спокойно можно использовать не беспокоясь за совместимость с x86 ПО.
Да — только offline (не считая 8 экзаменов, на которые выдается задание и нужно засабмитить результат до дедлайна). Ближайший цент тестирования можно найти тут.
Ну почему же — как раз отлично слышу ;)
Я лишь указал на то, что нет аргументов опираясь на которые можно упрекнуть разработчиков в том, что текущая реализация поведения не верна.
Ну а делать что-то в разрез со стандартом и требовать определенного поведения (которое там не закреплено), и сокрушаться почему оно то, а не иное — не имеет смысла. Есть конечно любители создать себе трудности и потом их героически преодолевать, но я искренне надеюсь, что вы к ним все же не относитесь.
Он и обрабатывает его «также» как FF — соответственно букве стандарта.
Выше уже писали, что при отсутствии доктайпа стандарт позволяет браузеру обрабатывать тег так как она считает нужным. IE в данной ситуации считает нужным обрабатывать сайты так как это бы делал например IE6 в Quirks Mode, что обеспечивает совместимость со старыми сайтами которые уже не обновляются, но были написаны под старые версии IE.
Тут надо смотреть на то какие частоты поддерживает сама платформа, а не на описание конечного товара — китайцы много чего понапишут :) А европейских версий у них не бывает никогда.
Ну в китайской версии p770 (MTK6577) и p780 (MTK6589) — похоже не в одной 850 частота не поддерживается. Так что остается действительно выяснять какие частоты поддерживаются в европейской версии GSM-модуля p780. В любом случае заказ телефона из китая уже отпадает.
А без 3G в Тае печально — сам столкнулся этим летом с p770 :)
Ну сам драйвер заменяется без проблем — я у себя на p770 из китайской прошивки брал, так как на аналогичный из русской жаловались, что переодически симки отваливаются. Если на них стоит pin, от это проблема, так как они не переподключаются автоматически. С китайским драйвером из последней прошивки проблем нет.
www.apple.com/iphone/LTE/
www.apple.com/ipad/LTE/
Для iPad похоже действительно нет разницы.
Я же не зря привел пример со StarCraft — могу привести точно такой же с VisualStudio + MSDN и еще некоторыми SDK, которые могут быть нужны. На сегодня объемы софта достигли таких размеров, что для полного бэкапа может легко понадобиться 100-200 гб. И эти 17 гб не делают какой-то погоды (хотя даже лет 5 назад этот объем вполне ощущался). Именно по этому в сетях организаций при поднятом домене, зачастую, бэкапов машин пользователей не делают, ограничиваясь вынесением локальной папки пользователя в сеть.
В любом случае, Microsoft создала удачное решение для комфортной работы в x64 окружении с x86 софтом. И предолженный в топике сценарий решения проблемы с памятью актуален лишь для Windows XP.
Про проблемы с патчеными ядрами в Windows 7 мы уже читали на хабре за этот год ни раз в топиках про «кривые заплатки» от Microsoft.
С моей точки зрения, такой объем на сегодня уже не представляет проблем.
Я лишь указал на то, что нет аргументов опираясь на которые можно упрекнуть разработчиков в том, что текущая реализация поведения не верна.
Ну а делать что-то в разрез со стандартом и требовать определенного поведения (которое там не закреплено), и сокрушаться почему оно то, а не иное — не имеет смысла. Есть конечно любители создать себе трудности и потом их героически преодолевать, но я искренне надеюсь, что вы к ним все же не относитесь.
Выше уже писали, что при отсутствии доктайпа стандарт позволяет браузеру обрабатывать тег так как она считает нужным. IE в данной ситуации считает нужным обрабатывать сайты так как это бы делал например IE6 в Quirks Mode, что обеспечивает совместимость со старыми сайтами которые уже не обновляются, но были написаны под старые версии IE.
А без 3G в Тае печально — сам столкнулся этим летом с p770 :)