Yoko

Прошу прощения может за глупый вопрос, но чтобы запустить новую инжу, нужно с клиента снимать шифрование или нет?

По-идее - она сама всё снимает (должна снимать).
Если всё равно не получится зайти на серв - то вручную попробуй снять.
А что за серв, клиент? У меня на 4-5 клиентах глючило снятие шифрования, т.к. они не ходовые то заморачиваться не стал.

admir wrote:А в чем разница питона и перла?
Грин не спроста выбрал перл как быстрый интерпретатор с большим функционалом. Ведь это средство для веба очень подходит для уо.

Grin хороший специалист и сделал много хорошего, однако этот выбор был ошибочным, иначе этот скриптовый модуль стал бы достаточно популярным, чего мы не наблюдаем.

Если мне не изменяет память, то основным критерием для выбора было озвучено - широкие возможности работы со строками, что полезно для журнала и всяких других штук.

По-факту:
1. Перл не дает ничего шибко большего чем регулярные выражения (которые еще нужно выучить, что сложно дается многим программистам, не то чтобы рядовым пользователям)
2. Синтаксис перла зачастую приводит к написанию абсолютно не читаемого кода, что не способствует снижению уровню вхождения.
3. Регулярки уже давно есть во всех популярных языках, нужно только подключить соответствующую библиотеку.

И у питона есть одно железное преимущество, если кто не знаком с питоном - поясняю, - в нем отсутствуют всякие скобочки или двоеточия для указания блока кода, это делается при помощи форматирования кода. Соответственно неправильно отформатированный код на питоне просто не будет работать.

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

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

Juicy Fruit wrote:А есть энтузиаст на запил?
Инициализацию инжектом сделаю, если будет готовая длл, даже интерфейс можно поменять индивидуально для нее.

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

Если не сложно, расскажи пожалуйста что нужно сделать (с точки зрения программирования), чтобы запилить скриптовый модуль?

объясните на пальцах почему перл или питон кошернее недобейсика в стандартном скриптовом модуле? По возможности на примере - вот это бетик не может а питон или перл могет. А то для простых смертных получается что "Linux лучше windows. - Чем? - Да фууу!"
То что admir привел по ссылке читаемо вполне но не понятно чем оно лучше стандартного языка?

Mirage wrote:объясните на пальцах почему перл или питон кошернее недобейсика в стандартном скриптовом модуле? По возможности на примере - вот это бетик не может а питон или перл могет. А то для простых смертных получается что "Linux лучше windows. - Чем? - Да фууу!"
То что admir привел по ссылке читаемо вполне но не понятно чем оно лучше стандартного языка?

Преимущества у перла и питона перед недобейсиком вполне себе одинаковы:

1. Нормальные переменные, массивы, хэши (кстати да, есть хэши!), регулярные выражения.
2. Широкий набор стандартных функций для работы с числами, строками, файлами, сетью.
3. Полезность в реальном мире, - в любой момент можно устроиться программить на перле или питоне (на питоне, причем, проще) на солидную з/п.
4. Производительность, стабильность - отсутствие внезапных падений и не очевидного поведения.
5. Широкое сообщество по всему миру.

Или ты хочешь, чтобы я объяснил не только преимущества, но и как этими преимуществами пользоваться? =)

опять не совсем то пишешь
Про то что лучше больше и ширше языки это ясно. Но так можно рассуждать что можно и яву прикрутить, или С# или php или еще какой нибудь язык который куча где используется и пригождается. Вопрос - зачем. Что рядовой игрок выиграет от такого внедрения. Что я выиграю переписав все свои скрипты на новый язык ктоме небольшого гемороя - выучить новый язык (и потенциального пруфита - я знаю кунг-фу!)? Оно будет как то не так работать или появятся новые возможности?
Есть ли пример того что стандартный инжект не может делать или делает с трудом по сравнению с питоном?
Просто такие высказывания как - питон/паскаль/с++/c# рулез, а стандартный встроенный язык фу - у меня как не совсем программиста недоумение вызывают.

Просто к ложке приделывать пропеллер чтобы она сама к тарелке подлетата конечно прикольно но надо ли? Это же ложка - ей вроде как едят а не летают. Или я не прав?

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

Если не сложно, расскажи пожалуйста что нужно сделать (с точки зрения программирования), чтобы запилить скриптовый модуль?

Если бы...
Ну нужно сделать грамотный лексер, который который можно будет без лишнего гемороя в любой момент допилить чем-то полезным. Синхронизацию между скрипт-скрипт2, скрипт-программа (если совсем заморочиться то еще и скрипт-программа-скрипт2). Учет памяти нормальный, т.к. в стандартном модуле она подтекает где-то, за неделю непрерывной работы ~600мб утекало, мб это и клиент тоже гонит и сам инжект, но утечки есть.
Если лексер скриптового модуля будет прикручен к компоненту подсветки то еще лучше, но это больше понт, чем необходимость)
А так вообще прилично нужно знать и учесть для написания нормального модуля. И главное - время) Не пол дня, увы.

Я не уверен, что мое сообщение заметили и побуду спамером, заранее извините.

,set transmain не работает, не скрывает окно. только текст весь куда-то пропадает.

и еще вопрос, а точно в трей сворачивается? я галочку ставлю... и у меня ничего не происходит.

Sirocco wrote:Я не уверен, что мое сообщение заметили и побуду спамером, заранее извините.

,set transmain не работает, не скрывает окно. только текст весь куда-то пропадает.

и еще вопрос, а точно в трей сворачивается? я галочку ставлю... и у меня ничего не происходит.

С коммандой видел сообщение, но проверить руки не дошли еще. Сегодня посмотрю, там еще баг нашли с uo.GetGraphic, возвращает не правильное значение.

Сворачивание в трэй осуществляется при стандартном сворачивании, но при условии включенной галочки. Если просто на галочку тыкать – ничего не произойдет.

Поправлю и мини–релиз наверное сделаю, несколько фиксов, коннект к паре–тройке серваков... Ато уже несколько дллок фиксовых было, не оффициальных.

В принципе никуда не сворачивается.

Фикс-релиз. Добавил линк в 1 пост.

я еще немного позанудствую. зачем после разворачивания инжекта ф-цией transmain, он становится активным окном, мне непонятно.

В особенности работы этой функции не лез, как было изначально – так и оставил.
Там еще хоткей есть на скрыть/показать инжект, только вчера забыл проверить, мб он тоже сломался.

Окно становится активным и следовательно хоткеи перестают работать. И изначально такое не происходило.
Но т.к. тут явно никто не пользуется этой ф-цией... то наверное это неважно. Спасибо, что хоть так работает. Лишний раз мне тыкнуть не сложно.

Sirocco wrote:Окно становится активным и следовательно хоткеи перестают работать. И изначально такое не происходило.

Ну вообще да, не актуально его делать активным. В следующем релизе не будет на первый план вылезать.

Частенько подвисает инжа и выдает такую ошибку - canvas does not allow drawing. Что это?

Скорее всего это из–за отрисовки заголовка. Пока некогда исправить.

Поверх всех окон перестала работать в последнем релизе.

Ага, там еще кое что перестало, не особо значительное)

У меня вроде скрипты дом/охота стали стабильнее работать