Мелочи от зануды
-
@DrPrime said in Мелочи от зануды:
@daemons said in Мелочи от зануды:
Однако галочки браузеров появляются для каждого потока при выполнении в режиме Запуска. Это только чекбоксы, больше ничего?
Значит у вас есть действия с браузером. Все экшены из раздела Браузер и Сеть, а так же из контекстного меню будут создавать экземпляр браузера, если он не создан до этого в этом потоке.
Да, вы правы. Затесался экшн Прокси в моей функции инциализации каждого потока. Больше ничего про брузер не было, но этого хватило.
Спасибо. Начинаем постигать.
-
Кстати, еще косячишко. Экшн Спать, жмем галку "Спать случайное время", появляется еще одно поле, всё вводим, жмем ОК. Дальше опять дабл жмем на кубик, открывается редактирование. Галка "Спать случайное время" стоит, но полей всего одно. Передергиваем галку, появляются два поля.
-
@Gang said in Мелочи от зануды:
@daemons said in Мелочи от зануды:
Мне купить премиум не проблема, сделаю. Но сколько надо клиентов по 80уе, чтобы был хороший стимул?
Премиум стоит 80 баксов на 1 год. Самый простенький бот стоит в пределах 30 баксов (по крайней мере у меня). Сделал 3 бота по 30 баксов за год и окупил лицуху и даже вышел в плюс))
Да я тут не про себя, я про автора. О его зарплате )) Чтобы тянуть эту адову массу дел с проектом, нужна отличная мотивация.
На счет всех пожеланий по доработке БАС. Если есть опыт разработки, можешь помочь автору. Код в открытом доступе на гидхабе. Делай свои коммиты, если качество будет на уровне, автор по любому примет твой код. Знаю некоторые модули БАС сделаны сторонними разработчиками. Модули можно писать на JS.
Всё это, конечно, хорошо и правильно. Но я пока как раз на стадии, что ищу (и, надеюсь, нашел) продукт, который разгрузит моё время. Вешать на себя еще и эту разработку - я не в той ситуации. Кстати, если жизнь наладится, то это будет в т.ч. и заслуга BAS, тогда ваще не западло покоммитить, сделаем.
-
Запрос функционала. Хотелось бы появления одного из (или всех сразу):
- Возможность масштабирования диаграммы выполнения. По Ctrl+ScrollWheel или Ctrl+GreyPlus/GreyMinus.
- Возможность перевести диаграмму выполнения в компактный режим. Убрать индикаторы места вставки, компактизировать кубики.
- Навигатора по диаграмме выполнения - небольшого окошка с видом на всю диаграмму, где можно кликнуть в нужное место и прокрутить диаграмму у нему.
Увеличит юзабилити точно.
-
@daemons said in Мелочи от зануды:
В окне Лог эти две hovering buttons, конечно, выглядят стильно, но часто мешают просмотру сообщений.
Мне кнопки не особо мешают, но вот добавить в них пункт "открыть папку" (с файлом лога, результата 1, результата 2) было бы очень полезно. Часто лог нужно смотреть с другого компьютера.
-
И ещё сильно время сэкономило бы, если "время работы скрипта" выводить рядом с количеством использованной капчи и удач\неудач. А то сейчас для этого нужно жать кнопу и потом зачастую ещё прокручивать страницу со всеми ошибками (бывает много), а интерфейс может притормаживать. Простая операция может много времени занять. А когда таких скриптов на разных вдс много, то вообще неудобно.
-
this._Argunments = null;
-
Пойдет либо как баг, либо как feature request:
http://community.bablosoft.com/topic/3622/как-прописать-регулярку-или-код/3
В любом случае, как сейчас - это PITA.
-
This post is deleted!
-
Еще большой feature request. Нужен нормальный парсер XML. То, что есть сейчас, хоть и используются термины "XPath", "Получить XML" и т.п. - по сути парсер только HTML. А его сверхзадача - вытягивать что возможно из любого битого HTML. В итоге:
- Оказывается, XPath с тегами в mixed case не работает вообще.
- "Получить XML" преобразовывает все теги в lower case.
- "Получить XML" HTTP клиента обрамляет всё в <html> и <body>.
- Нет никакой поддержки неймспейсов.
Может, есть еще что-то. Это то, что пока обнаружено. Пока приделаны костыли.
-
Feature request. Чтобы было как-то удобно загружать модули для Node.js, используемые в нескольких проектах. Например, указывать путь относительно директории текущего проекта. Сильно бы упростило дело. Иначе - массовое копирование кода и практическая невозможность контроля кода.
-
Видимо, есть интерференция с широко используемой программой Process Explorer. При ней запущенной "FastExecuteScript.exe" через некоторое время вылетает с крашем. В принципе, это решается выходом из Process Explorer, и некоторые другие программы тоже с ним не дружат, например, Skype. Но так, для справки.
-
@daemons, это лучше оформить по теме "как правильно сообщить об ошибке". Есть риск, что эта тема превратится в нечитабельную свалку, если все сюда валить.
-
Я валю сюда, потому что это и не прямо ошибки. А с т.з. глобальной энтропии - ваще мелочи. Но набирается. Под каждую мелочь тему заводить - мусор плодить.
К тому же, это всё важно только тру девелоперам. Целевой аудитории кубики бы складывать научиться. Поэтому это всё для саппорта не в приоритете. На досуге как-то почитает.
-
@daemons, то, что крашит программу, можно было бы выделить, потому-что остальное не так критично.
-
@Antonio Ну это только, если Process Explorer запущен. Тонкая специфика. Но могу и отдельную тему запостить...
-
Тем более, ошибка плавающая. Надо ждать рандомное время. Зато вот без Process Explorer уже сутки пашет в 80 потоков, тьфу-тьфу...
-
@daemons, тем ценнее её описать с логами, версия, примером скрипта и т.п.
Как правильно сообщить об ошибке
-
Мелкая ошибка в отчетности по итогам выполнения скрипта. При наличии ресурса RA, который никогда не кончается, и ресурса RB, который исчерпаем и кончился, выдаёт причину останова скрипта "All data have been processed for RA", а должен "All data have been processed for RB".
Немного вводит в заблуждение.
-
Хорошо бы частоту сброса изменений ресурсов в файл сделать не hardcoded 10000, как сейчас, а как-то настраиваемой. Этот фича особенно важна, когда борешься с крашами.