>>Это не является методом определения пользователя
Это информационная стойка в магазине. Если пользователь ушел за хлебом и вернулся, то он - новый клиент.
>>подсчитать количество кликов
Это жесть какой костыль. Подсчитать с более менее обьективной точностью не представляется возможной. Если считать количество кликов по веббраузеру, то те клики, когда пользователь не перешел по ссылке невозмлжно фильтровать. А если считать по количеству переходов на сайты то тоже лажа выходит - содержимое адресной строки может меняться и без перехода на новую страницу.
>>относительно этого применяла определённую функцию
Дак вот реалицаций подобия Ole для андроида я так ни единого и нашел. По сути там вообще ничего нельзя поменять, ни юзерагент, ни историю, вообще ничего из содержимого отправляемых (помимо адреса отправления) ни присылаемых данных. Это то и проблема.
По факту, если пользователь пять минут не делает никаких действий, то можно понять, что он ушёл. Не стал расписывать конкретику, потому что она к сути вопроса не относится.
Просто в какой-то определенный момент мне нужно очистить историю.
>>Что бы физически не нажимать на кнопку используйте Button1.Enabled := False;
Ну да, если бы всё было так просто. Кнопка становится недоступной, следующий пользователь заходит на новый сайт, потом нажимает "назад" пару раз и ура, он на сайте который открывал предыдущий человек. Сам вопрос в том, как определить, когда делать кнопку неиспользуемой?
>>По очистке истории в поисковике куча результатов
Посмотрю. В любом случае это очистка истории IE, на андроиде не взлетит.
1. AnsiToUtf8 Из дэлфи уходит строка вида "Строка", в БД приходит "??????"
2. Из дэлфи уходит "%0F%0E%0B%0D%00%0F" приходит: 3qa.ru/434
3. UTF8String Из дэлфи уходит строка вида "Строка", в БД приходит "??????"
4. WriteString Уходит "строка", приходит "aoaeoaae" подобный текст
5. StringStream аналогично WriteString.
Судя по тому, что никаких проблем в PHP при ручном взаимодействии на параметры не происходило, от тут вообще не замешан, и виноват только сам дэлфи. Поэтому замеров "посередине", (на шаге с PHP) я не производил.
В принципе, если у вас есть какой-либо альтернативный, но работающий готовый вариант, я готов его попробовать. А то третий день, а я всё там же =)
Стандартное управление электропитанием довольно скудно в windows. Собственно, кроме настроек времени включения/выключения больше ничего настроить нельзя. Может подскажете что-то конкретнее?
Ни установка в null, ни установление пустой строки, ни browser.Document.Cookie.DefaultIfEmpty(); не возымело вообще никакого эффекта, куки сразу после удаления продолжают отдаваться.
Этот код тоже не помог:
int count = browser.Document.Cookie.Length;
browser.Document.Cookie.Remove(0, count);
Зато действительно удалида кукисы строка
browser.Document.Cookie = name +"=; expires=Fri, 31 Dec 1999 23:59:59 GMT;";
что добавило ещё один относительно бессмысленный способ к моей копилке дурацких способов удаления кукисов.
Этот код работает, но через раз. Если страничка подвержена множественным перезагрузкам, как в случае загрузки карт например, то действие порой не срабатывает (DocumentCompleted не выполняется).
Но, похоже, альтернатив (кроме как перейти на WPF) нет. Спасибо и на этом. =)
Таким образом и начинал, решение, но без lazy writes, и скорость чтения ~20 мегабайтного файла оставляла желать лучшего, поэтому начал искать альтернативы. Попробую поискать реализации для языка, спасибо.
Потому что таких значений будет 4+ миллиона, и выдёргивать по 10к значений за раз в довольно частый промежуток времени должно быть накладно для производительности. Я не прав?
