Human Emulator

4quest писал(а):

bigfozzy писал(а):PS: Если еще какие замечания по 4.4.19 есть, плиз напишите ?

А можно сделать РантаймЮникод версию?
Или рантайм по дефолту юникодовский?

Поддерживаю!

У меня только одно пожелание, . Можно ли сделать, если запущенно несколько копий хумана, когда происходит загрузка аватарок. В буфер не копировалась следующая херня, путь к аватаркам, жутко раздражает. Хочешь что нибудь скопировать, как это коза из буфера вылезает после сочетания клавиш ctr+v.
Хотелось бы видеть в пятой версии.

А можно сделать РантаймЮникод версию?

Что ещё хотелось бы видеть:
$element по сути является тегом(вернее - тегами), но пока никак нельзя узнать, что это за тег. Хотелось бы атрибута "тег".

Принято, будет в следуюшем билде

Хочешь что нибудь скопировать, как это коза из буфера вылезает после сочетания клавиш ctr+v.

Тут только в 5 может что-то получиться, это связано с моделью безопасности DOM от MS, или как вариант можно попробовать вместо $inputfile - команду browser->run_java_script.

не полностью закрытый баг:
Когда идёт переполнение памяти, вы добавили сообщение "переполнение памяти, программу закрываю". Когда подтверждаю, программа убивается. А вот PHP-процесс нет.
Кстати, не совсем понял как ведёт себя при этом скрипт, если он записан в расписании как "принудительно перезапускать".

Вопрос к разработчикам:
Хуман тестировали на ПК с большим объемом ОЗУ, начинаю от 16 гб ?
Бсоды у меня.
Ошибка
http://www.cyberforum.ru/attachment.php ... 1328284153
Фото не мое, но ошибка самая.

По фото - это ошибка обуродования, из википедии:
PS: У самого стоит 16 га, все в порядке.

Заметил сегодня интересный баг.
3 потока Хумана (каждый занимал около 70Мб памяти) заняли 100% процессорного времени, причём каждый занял.
при этом они благородно делали вид, что что-то делают.
В одном случае был точно "браузер-вейт", в двух остальных "Unknown command" без указания какой именно.

По багу - как я понял, пхп работает, а вот $браузер нет, висит.
собственно, картинка бага:

Хум находит аж ... 1 $input.
В ДОМ-документе я нашёл 11 $input-ов, включая 1 видимый, 2 кнопки и 7 скрытых (hidden).
И, если до кнопок можно добраться (хотя и не всегда(в зависимости от сайта)) через $button, то как мне добраться до скрытых $input-ов ?
Временно можно через $element, но это не удобно.
$hiddeninput создайте что-ли...

добавлен новый объект, будет доступен в следующем билде

Заметил сегодня интересный баг.
3 потока Хумана (каждый занимал около 70Мб памяти) заняли 100% процессорного времени, причём каждый занял.
при этом они благородно делали вид, что что-то делают.
В одном случае был точно "браузер-вейт", в двух остальных "Unknown command" без указания какой именно.

Спасибо, добавил в туду, буду разбираться

Спасибо, добавил в туду, буду разбираться

Мои мысли по поводу этого бага.
Симптоматика: посмотрел на скрипт, он перезапустился, браузер не менял страницу(!не навигатился), скрипт это заметил и остановился. Так вот, при этом, процесс Хумана(остановленного) потреблял много времени ЦП.
Ещё одна симптоматика - другой скрипт на sleep() потреблял много времени ЦП.

Возможно при перезапусках убивается не всё.

Вот ещё одна картинка.

Пасиб, баг исправил - в конце недели будет новый билд.

хотелось бы уточнить - в конце какой недели?

Заметил уже давно интересный баг в версии 4.4.19, раньше было все ок. При использование функции $debug->optimize_memory(); происходит только поверхностная очистка памяти. Например, если Хуман кушал 300 мб ОЗУ, и применили оптимизации памяти, то будет примерно 200 мб. Хотя раньше было намного лучше. Подозреваю, что из-за этого часто XWeb часто закрывается.
Подскажите, этот баг исправить можно? если нет, возможно, есть какой-то тривиальный способ, уже нет сил, надоели эти закрытия софта. Еще немного и не выдержу, хотя срок обновления продукта 14 месяцев осталось, но придется искать альтернативный софт, у буржуев интересные варианты имеются.
Буду рад любому совету... помогите пожалуйста.

bigfozzy писал(а):Версия обновлена (под тем же номером):
Из неприятных оставшихся багов, остались только утечки IE, связанные с исключениями при обработке сайтов с кривым JS, есть тут один кусочек написанный на ассемблере, надо его проверить будет и внедрить.

Вы как-то писали, что есть возможность, избавиться от этого неприятного бага... еще не пробовали внедрить?

bigfozzy писал(а):Минус самозакрывается после примерно 4000 навигаций на сложные сайты и 10000-12000 а простые - из-за утечек памяти

На самом деле, эта цифра явно завышенная... если быть реалистами, то вот реальные данные:
сложный сайты 200-300
простые 700-1000.
Конечно по моим наблюдениям, у нас то сайты могут отличаться.
Это диалоговое окно уже во всех снах снится