LeoCcoder

Я считаю нужно попросить пользователя оставить отзыв в маркете, через некоторое время пользования программой. Возможно сделать кнопку открытия странички вашего приложения в маркете, гдето в разделе «О приложении». Делать чтото более серьезное не считаю целесообразным, но и против ничего не имею.

Те кто захочет написать отзыв, поблагодарить вас или рассказать о баге откроют маркет и поблагодарит. Те кто захотят более тесно пообщаться с вами напишут вам на почту, которая доступна в маркете или зайдут на сайт приложения.

я не попробовал, но по-поему вот так:
www.w3schools.com/jsref/met_html_focus.asp

Если в Москве, то в библиоглобусе. Там довольно приличный выбор худ литературы на английском.
А если нужно, что-то техническое и из свежего, то на Амазоне. Доставочка правда дорогая, рекомендую электронную версию брать, если есть.

я обычно кеширую в моделе, в контроллере должна быть только функция model->getData, а откуда эти данные берутся это уже не забота контроллера и вот почему: только модель знает какие данные можно/нельзя кешировать, как долго кеш остается валидным и когда и как нужно обновить данные. Плохо когда инфомарция о природе данные размывается и на модель и на контроллер. ИМХО.

Обычно в номере есть какое-то устройства, которые работают всегда, типа светильника какого-то или вайфай точка под столом… если надо было что-то оставить заряжаться, я использовал эти розетки.

А так, нас двое обычно в номере, поэтому когда нужен был кондей, одна карточка оставалась в номере и все работало, приходили обратно в морозилку )

писал модуль для нашей CMS для sms-рассылки. В качестве сервиса использовал websms.ru, проблем никаких не было, у них есть php АПИ.
с безопасностью конечно проблема… хотя базы телефонных номеров и так лежат в интернете. главное чтобы ваш конкурен не заполучил номера именно ваших клиентов. А вы уверены, что ваша собственная база хорошо защищена? И номера не уплывут от вас лично, а не от смс сервиса?

нужно почитать документацию на класс DB и делать так, как там написано. Или:
1. если это ваш самописный класс, то только вам понятнее как оптимальнее сделать.
2. eсли вы пишете все в один поток и DB работает синхронно, то будет не важно сколько DB вы насоздаете, создайте один статический и пользуйтель.
3. если создание нескольких экземляров DB позволит каким-то образом поднять производительность вашего приложения и вам ЭТО ОЧЕНЬ НАДО, то нужно думать. Возможно нужно будет сделать пул, как уже советовали. Если предоставите документацию на класс DB и конфигурацию базы, то думаю смогу помочь действительно практическими советами, а не теорией.

П.С. не все запросы база умеет выполнять парралейно. Даже если вы будете держать несколько соединений к базе, она может всеравно все запросы выполнять последовательно. Нужно смотреть документацию на базу.

Я бы почитал Википедию, для начала (http://ru.wikipedia.org/wiki/Бесконтактный_датчик) и определился с принципом действия.

А дальше бы наверное посмотрел в сторону магнитноконтактных датчиков или магниторезисторов. Оптические датчики, например таких: qps.ru/0VfM4, тут уже надо выбрать принцип действия в завимости от условий работы и смотреть, по каталогам производителей, что есть под вашу задачу.

конечно делают, но у нас редко видел… мне вот такая вот нравится зарядка:
ipadcarts.com/solutions/DS-IP-PP16.htm
«providing each USB port with the optimum charge level for Apple devices (2.1A, as needed for quick-charging iPads)»

Положите их в маркеты, назовите приложение соответствующим образом типа: My Syper Company Dev Conf App и пусть все качают из маркетов, пройдет выставка — удалите. Гугль так делает ) Это просто, ничего не надо объяснять или платить. Даже блондинка справится.

На нелоченом ифоне приложения можно только из маркета, да и на андроидах многих стоит галочка «приложения только из маркета».

Документация:
«In order to receive the respective callback associated with these listeners, applications are required to create MediaPlayer objects on a thread with its own Looper running»

Если в этом предложении есть незнакомые слова — советую все изучить, тогда будет понятно почему не работает.

Скорее всего lock.wait(); блокирует поток и сообщения больше не обрабатываются, поэтому никаких колбеков бы больше не получаете (если у вас вообще есть Looper в потоке, покажите в каком потоке вы создаете плеер). Если у вас нет Looper'a в потоке, то даже без блокировок никаких колбеков вы не получите назад.

Я думаю такого документа нет, все случаи индивидуальны и оценки косвенные. Нужно проводить эксперименты и обрабатывать данные.

Можете сами посчитать, например, сократили загрузку компьютеров в офисе на 1/2 минуты. Следовательно в офисе 100 человек со средней зп 500р в час… компания экононосит в месяц 100*(1/2/60)*500*22 =~9167, а в год 110тр, страшно подумать сколько можно сэкономить за год (т.е. получается дополнительной работы на эти деньги)

как вариант можно использовать redmine, только меня беспокоит, что вам может не понравится скорость создания тикетов.
Чтобы по минимому там нужно:
нажать кнопку «новая задача»
написать: название тикета
написать: тело тикета
нажать: создать и продолжить
написать: название тикета
написать: тело тикета
нажать: создать и продолжить
…

но для вас redmine возможно тяжеловат, вожно есть чтото попроще, чисто для тикетов.

к кнопкам привыкните, мне ифон кажется неудобным, владельцам ифонов — мой андроид, кажется не продуманным.
самсунг делает качественные аппараты, купите S3 — не ошибетесь (здоровый он только).

как уже сказали урлы вполне корректные, но ситуация не совсем обычная… зачем там пробелы специально внутри кавычек ставить?

можно показывать варнинг, типа ошибок нет, но пробелы хорошо бы убрать, хотя бы для того, чтобы читаемость кода была лучше.

Если не знаете, что хотите — купите Ифон. Он круче и добавит вам веса в обществе )
новый ифон5 будет стоить под 30+к, надо ждать пока подешевеет (после нового года видимо)

А так я люблю устройства от htc, One V (подтормаживает малость бывает, но я доволен в общем, стоит 12к+-), One S (пошустрей, стоит как раз в районе 20), можно посмотреть в сторону самсунга из свежих аппаратов…

Если фон простой, можно вообще не хранить его в ресурсах, а рисовать самому на канве под нужный вариант… вариантов куча )

нужно стараться делать адаптивный дизайн, который имеет специальные зоны, которые растягиваются/сжимаются при необходимости. если так сделать не удалось, то:
использовать встроенные фильтры, чтобы предоставлять ресурсы для конкретных параметров устройств, кроме x/h/m/ldpi, есть еще несколько применительных к экрану (Available width/height, например), с использованием фильтров можно под каждое разрешение фон нарезать
использовать программные средства, если фильтры не помогают, чтобы подсовывать приложению нужные ресурсы

в случае фона, можно сделать его с запасом, например, фон размером 480x854, отлично подходит для 480x800, только часть фона, во втором случае, будут за пределами экрана.

можно скейлить фон в рантайме, например 480x800 растянуть до 480x854, но это не хорошо, четкость теряется.

я перепробовал многие… остановился на www.fluidui.com, замечательная вещь. можно даже добавить интерактив: при нажатии на кнопки меняются экраны.