Дмитрий: ip камеры в моем городе начинаются от 2 990 + модем с wifi еще 1500 минимум, выходит около 4500 минимум (можно дешевле если найти китайские комплектующие) смартфон можно найти за 2500, в нем уже "все включено" причем со встроенным аккумулятором в отличии от ip камеры. Но тут нужно отплясывать от потребности.
doctorgrif: в таком случае лучше вернуться к планшетам, ибо все читалки хоть и поддерживают все форматы, но интеллектом не блещат, в лучшем случае будет чтение pdf в стиле 1 страница - 5 секунд загрузки, тут тебе ни полистать, ни перемотать нормально, не говоря уже о нормальных закладках, чтобы не вспоминать на какой странице остановился. Про форматы типа djvu вообще молчу, их комп с трудом открывает, читалки вообще секунд по 30 страницу грузят. Экраны на читалках полное Г, дешевый планшет обычно имеет экран лучше чем недешевая читалка. глаза выпадут от чтения.
doctorgrif: я тоже раньше так думал, в итоге то забудешь зарядить то сядет невовремя, забыл об этом только когда чернильный взял, сейчас раз в месяц заряжаю даже если по несколько часов в день читать
я насколько я знаю с английским неплохо знаком но почему то в Samples не наблюдаю названия примера, которое хоть как то имело отношение к покупкам в маркете, можете уточнить куда смотреть там собственно?
Antony: верно, но они работают не с наиболее популярными а просто эмулируют работу сервера, а работают они или нет зависит от реализации защиты при покупке.
des1roer: Смотря что передается через эту сеть и в каких объемах. Если объемы большие проблема архитектурная, нужно проверять почему большие объемы и их минимизировать, к примеру если делается select то его результат можно хранить локально и следующий селект уже делать с where datetime >lastselectdatetime и тем самым загружать только то, что появилось позже. Если нельзя закэшировать данные то нужно их загружать небольшими частями, скажем по 100 строк, зависит от того насколько плохая связь, к примеру если на 100 строк таймауты падают можно это число снижать, пока не будет стабильно отрабатывать. Естественно код должен хорошо обрабатывать все исключения и адекватно на них реагировать, к примеру таймаут в нестабильной сети не значит что нужно крашить в панике приложение а значит что нужно запросить данные еще раз или сто раз если понадобится. Без нужды запросы не кидать, по максимуму вынести операции с массивами данных в хранимые процедуры на БД и т.д. Тут много вариантов в общем.