Разработка апликации для iphone – №133462
Закрыт
Закажите услуги фрилансеров для вашего проекта прямо сейчас!
Размещение заказа на фриланс бирже бесплатно.
Илья
72 года, Израиль
16 лет в сервисе
Был
онлайн 2 года назад
2 отзыва
Ищем специалистов владеющих Objective-C для разработаки апликаций на iphone проекты на длительный период
- Прием заявок
- Выбор исполнителя
- Выполнение заказа
- Обмен отзывами
Заявки фрилансеров
Нет заявок
Другие заказы в категории «Мобильные приложения»
Требуется разработчик приложений под Windows Mobile 5,6
11 заявок
Закрыт
Необходим програмист на Midlet Pascal добавить пару функций в рабочую программу.
Контакт:
icq:
194337796
Контакт:
icq:
194337796
9 заявок
Закрыт
Есть приложение на j2me (хотя это не имеет особенного значения), которое открывает tcp-сокет до сервера и общается через него. Общение ... Читать дальше
Есть приложение на j2me (хотя это не имеет особенного значения), которое открывает tcp-сокет до сервера и общается через него. Общение происходит мелкими запросами по 100-200 байт каждые несколько секунд. Ну да не важно все это...
С сокетом работает 1 тред, который его постоянно слушает (вызов .read() в цикле, ибо доступны только блокирующие операции, емнип), временами из основного треда в этот сокет что-то пишется. Все работает идеально, пока... пока не запускается через gprs, где соединение постоянно рвется, пинги по 30 секунд временами и похоже какое-то буфферизирование, поскольку данные приходят потом большими пачками. Поскольку приложение мобильное, то это безобразие надо как-то решить...
Я вот думаю завести еще один тред, который будет долбить соединение пингами (отдельными запросами) и если за 10 секунд ничего с сервера не получено, то будет рвать и пересоединять сокет. Но при такой схеме непонятно, прошли данные или нет... А если буфферизация большая, то есть риск вообще постоянно флудить запросами, так как приложение будет считать, что данные не прошли.
Мало того, что тред добавлять не охота (мобилки же, ресурсы ограничены), так и проблему с буфером это не решает... Подскажите чего?
это не только мои кривые руки, временами бомбус (мобильный мессенджер) глючит аналогично.
Плачу 5 баксов за _каждый_ стоющий совет + отзыв Свернуть
С сокетом работает 1 тред, который его постоянно слушает (вызов .read() в цикле, ибо доступны только блокирующие операции, емнип), временами из основного треда в этот сокет что-то пишется. Все работает идеально, пока... пока не запускается через gprs, где соединение постоянно рвется, пинги по 30 секунд временами и похоже какое-то буфферизирование, поскольку данные приходят потом большими пачками. Поскольку приложение мобильное, то это безобразие надо как-то решить...
Я вот думаю завести еще один тред, который будет долбить соединение пингами (отдельными запросами) и если за 10 секунд ничего с сервера не получено, то будет рвать и пересоединять сокет. Но при такой схеме непонятно, прошли данные или нет... А если буфферизация большая, то есть риск вообще постоянно флудить запросами, так как приложение будет считать, что данные не прошли.
Мало того, что тред добавлять не охота (мобилки же, ресурсы ограничены), так и проблему с буфером это не решает... Подскажите чего?
это не только мои кривые руки, временами бомбус (мобильный мессенджер) глючит аналогично.
Плачу 5 баксов за _каждый_ стоющий совет + отзыв Свернуть
$5
Завершен
Уважаемый Разработчик,
мне несведущему понадобилось прибегнуть к твоей помощи, ибо в твоих руках сила.
Создание MIDlet - задача посильная для ... Читать дальше
мне несведущему понадобилось прибегнуть к твоей помощи, ибо в твоих руках сила.
Создание MIDlet - задача посильная для ... Читать дальше
Уважаемый Разработчик,
мне несведущему понадобилось прибегнуть к твоей помощи, ибо в твоих руках сила.
Создание MIDlet - задача посильная для тебя, а вознаграждение твоих усилий моя задача.
Суть MIDlet в том, чтобы вызвать URL.
Особенность MIDlet в том, что при загрузке с сайта в телефонную трубку он должен легко туда влезть, не вызывать недоверия, быть подписанным.
Еще особенность, в META-INF параметр прописывается и должен от туда читаться при запуске в трубке. Параметр этот добавляется к вызываемому URL. Параметр записывается в META при формировании MIDlet на сайте. Другими словами, MIDlet будет разный для разных загрузок с сайта. Подсказка, параметр - это пароль MD5 для авторизации, но это уже сделано. Пароли есть.
В JAR будут две иконки. Одна для того, чтобы на нее нажимать. А другая, чтобы показывать при запуске. Иконки есть в наличии уже.
Итого результатом работы должен быть JAD + JAR + совет, как динамически создавать их на сервере по запросу.
С Уважением, Федор. Свернуть
мне несведущему понадобилось прибегнуть к твоей помощи, ибо в твоих руках сила.
Создание MIDlet - задача посильная для тебя, а вознаграждение твоих усилий моя задача.
Суть MIDlet в том, чтобы вызвать URL.
Особенность MIDlet в том, что при загрузке с сайта в телефонную трубку он должен легко туда влезть, не вызывать недоверия, быть подписанным.
Еще особенность, в META-INF параметр прописывается и должен от туда читаться при запуске в трубке. Параметр этот добавляется к вызываемому URL. Параметр записывается в META при формировании MIDlet на сайте. Другими словами, MIDlet будет разный для разных загрузок с сайта. Подсказка, параметр - это пароль MD5 для авторизации, но это уже сделано. Пароли есть.
В JAR будут две иконки. Одна для того, чтобы на нее нажимать. А другая, чтобы показывать при запуске. Иконки есть в наличии уже.
Итого результатом работы должен быть JAD + JAR + совет, как динамически создавать их на сервере по запросу.
С Уважением, Федор. Свернуть
Завершен