Да уж были времена SSD было в нетбуках даже дешевле 10000руб
Казалось еще чуть чуть и в нетбуках наконец не останется движущихся деталей… ан нет уже почти год практически ни одной модели с SSD… Впору хоть Macbook air 11" брать на замену моему старичку ASUS EEE PC 701… Но нет я не сдамся и дождусь гуглонетбуков, в которых Google заставила производителей отказаться от HDD.
«Точно так же замечательно определил местоположение, когда в ЦМТ я был подключен по кабелю (IP)» — я думаю в данном случае он все же ориентировался по wifi точкам. (ему не обязательно быть подключенным по wifi чтобы передать в google BSSID и уровни сигнала точек)
Я использую rasp.yandex.ru для удобного мониторинга свободных мест. Там у партнеров яндекса по каждому вагону есть в реалтайме информация какие именно места в каком вагоне свободны.
Определившись с местами иду на ticket.rzd.ru покупать билеты. Благо там можно указать нужные границы мест.
GMA500 к сожалению не Intelовская разработка. Intel купила её у PowerVR а драйвера к ней делали в Tungsten Graphics и intel не имеет права открывать их исходники :(
это был для меня основной фактор по которому я не стал покупать этот нетбук.
вот тут работает googlegeodevelopers.blogspot.com/2010/05/they-grow-up-so-fast.html
«When you use Street View in v3 you will notice a number of differences with v2. The most significant change is that Street View is entirely implemented in HTML in order to accommodate all of the mobile devices on which v3 is supported. „
ну там возможно без html5 но зато и без флеша maps.google.ru/?ie=UTF8&ll=53.347292,-6.268761&spn=0.668964,1.234589&z=10&layer=c&cbll=53.347292,-6.268761&panoid=z9dr-K4J9kCcCNc7yAUBNQ&cbp=12,303.34,,0,-26.33
гм а почему бы не использовать тот же адрес что используют яндекс.карты андроидовские ( mobile-partners.maps.yandex.net )?
(И тем самым сделать трафик столь же бесплатным)
Интересно.
Но хочется отметить что оно будет работать если сканируемый и сканирующий хосты находятся в одной подсети или если в разных то сканирующий и подставной хосты должны находятся в одной подсети (в противном случае маршрутизатор скорее всего отвергнет пакет с адресом не соответствующим интерфейсу)
Незнаю как у них там в gsm — у нас в скайлинке, если не передаются данные абонент уходит в хендофф: радиоресурс который им занимается высвобождается, но совершенно незаметно для абонента и его приложений.
да именно это я и имел ввиду.
просто не очень понятно зачем сначала было изобретать чтото своё если все равно планируется впоследствии переделать под XMPP…
столько вебчатов расплодилось все юзают какие то свои движки… вместо того чтобы просто взять и обернуть XMPP вебом… там уже и конференции и модерирование и pub-sub и все это уже готовоё уже отлаженное уже выдерживающее high-load нагрузки…
Казалось еще чуть чуть и в нетбуках наконец не останется движущихся деталей… ан нет уже почти год практически ни одной модели с SSD… Впору хоть Macbook air 11" брать на замену моему старичку ASUS EEE PC 701… Но нет я не сдамся и дождусь гуглонетбуков, в которых Google заставила производителей отказаться от HDD.
twitter.com/MananaSamuseva/status/5575968844419072
Определившись с местами иду на ticket.rzd.ru покупать билеты. Благо там можно указать нужные границы мест.
это был для меня основной фактор по которому я не стал покупать этот нетбук.
«When you use Street View in v3 you will notice a number of differences with v2. The most significant change is that Street View is entirely implemented in HTML in order to accommodate all of the mobile devices on which v3 is supported. „
на самих гуглокартах видимо не приделали еще да…
(/me привык по правому щелчку мышки определять флеш/не флеш)
http api(не JS) маршрутизации насколько я понял у яндекса тоже не очень то и открытое(документированное)…
Не понятно с помощью какого API забирается информация о пробках по этому маршруту.
Или анализируются цвета возвращаемых картинок?
(И тем самым сделать трафик столь же бесплатным)
Но хочется отметить что оно будет работать если сканируемый и сканирующий хосты находятся в одной подсети или если в разных то сканирующий и подставной хосты должны находятся в одной подсети (в противном случае маршрутизатор скорее всего отвергнет пакет с адресом не соответствующим интерфейсу)
просто не очень понятно зачем сначала было изобретать чтото своё если все равно планируется впоследствии переделать под XMPP…
столько вебчатов расплодилось все юзают какие то свои движки… вместо того чтобы просто взять и обернуть XMPP вебом… там уже и конференции и модерирование и pub-sub и все это уже готовоё уже отлаженное уже выдерживающее high-load нагрузки…
нет бы взять оттуда все лучшее — идею использовать XMPP… ан нет взяли только иконки…