iPhone: добавьте запись в/etc/hosts без джейлбрейка

Для процесса разработки мне необходимо получить доступ к веб-серверу, который находится за VPN и не имеет записи DNS. То, что я делал на 4.x было для редактирования/etc/hosts на iPhone, и добавить его в файл hosts.

Теперь я на версии 5.0 beta и не хочу пока делать джейлбрейк только для этой цели.

Есть ли способ, которым я могу добавить строку к/etc/hosts, только для целей разработки (конечное, дистрибуторское приложение не нуждается в этом взломе), без джейлбрейка? Можно ли использовать другие средства (например, объявить фальшивую запись DNS каким-либо неизвестным способом при запуске приложения)?

-121--954945-

Существуют ли методы предотвращения двойной отправки в веб-приложениях без состояния? Я хочу реализовать двойную отправку в существующем веб-приложении Java (на самом деле, стойки). Архитектура мудро мы говорим о от 2 до N возможных серверов приложений (tomcat) и один...

Я хочу реализовать двойное предотвращение отправки в существующем веб- приложении Java (на самом деле, стойки). Архитектура мудро речь идет о от 2 до N возможных серверах приложений (tomcat) и одном единственном сервере базы данных (mysql). Отдельные серверы не знают друг друга и не могут обмениваться сообщениями. Перед серверами приложений установлен один блок балансировки нагрузки, который может выполнять сложные сеансы .

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

Это оставляет мне идею выполнения какой-то мьютекс-подобной синхронизации через блокировки баз данных. Я думаю, что можно вычислить контрольную сумму введенных пользователем данных и сохранить ее в специальной таблице базы данных. При каждой подаче заявки необходимо будет проверить наличие равной контрольной суммы, которая указывала бы, что данное представление является дубликатом. Конечно, контрольные суммы в этой таблице должны периодически сбрасываться. Проблема заключается в том, что весь процесс проверки наличия дубликата контрольной суммы уже в базе данных и вставки контрольной суммы, если его нет, представляет собой в основном критический раздел . Поэтому таблицу контрольных сумм необходимо предварительно заблокировать и снова разблокировать после раздела.

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

Пожалуйста, обратите внимание, что стрипы TokenInterceptor не могут быть применены здесь, потому что он терпит неудачу, когда файлы cookie отключены (он основан на сеансе HTTP, который просто отсутствует без файлов cookie сеанса).

8
задан Andreas Eisele 19 September 2011 в 16:08
поделиться