мне посоветовали как хороший канад для написания ботов на питоне

так вот

я использовал telepot чтобы вебсокетить сообщения

теперь это всё надо подсосать в имакс и сделать из этого лайв-среду

вопрос: что нужно сделать, что питон перекомпилировал посланные ему функции на лету?

джангу пробовал ставить?

@zartsoft на хуй питоны в винде в экзешник с pip'ом прямо ему в жопу дописывают пути куда инсталлилось сто лет назад? О_о

эээ... с разморозкой?

Ну так это обычный шебанг, он как бы ни к чему не обязывает (как видишь это обычный комментарий). Я даже не уверен работают ли шебанги в винде

для питона работают, если все правильно стоит

Ты шо зелёный? Толстый? Худей

это сетаптулзы давно перешли на новый тип лянчера, с новым букетом проблем

джангу пробовал ставить?

Да

получилось?

Привет Тут же есть любители пирамиды? Там есть механизм, когда определяешь вьюхи для ошибок, типа @view_config(context=ValueError, route_name='blah') Нельзя ли пирамиду запустить с каким-то флажком, чтобы отключить эти вьюхи? Чтобы тупо эксепшен выкидывался

@mr_andrey_beliy

мне посоветовали как хороший канад для написания ботов на питоне

а) это плохой канал для говноботов б) одна мысль — одна реплика

эээ... с разморозкой?

Да я охуел.

мне посоветовали как хороший канад для написания ботов на питоне

тебя затроллили

тебя затроллили

он тут всех затроллил

пока не получалось у него, но пусть попробует еще :)

Привет Тут же есть любители пирамиды? Там есть механизм, когда определяешь вьюхи для ошибок, типа @view_config(context=ValueError, route_name='blah') Нельзя ли пирамиду запустить с каким-то флажком, чтобы отключить эти вьюхи? Чтобы тупо эксепшен выкидывался

делай скан выборочно чтоли

раньше в пирамиде исключения при обработке реквестов перехватывались непосредственно в роутере, который делал лукап ексепшен вьюшек в последних версиях этот механизм был вынесен в твин - https://github.com/Pylons/pyramid/blob/master/pyramid/tweens.py#L13-L66

так что если отключить или убрать этот твин, то исключения будут пролетать наружу

Ого Вот за это спасибо

глянь еще во внутрянку pyramid_exclog, может там что есть

https://github.com/Pylons/pyramid_exclog/blob/master/pyramid_exclog/__init__.py а, как и думал там просто собственный твин для перехвата

Да я охуел.

сетаптулзы давно предоставляют механизм генерации бинарников для платформ. изначально они делали обычные скрипты на позиксе, а на винде их же, но с -script.py, и копировали cli.exe/gui.exe рядом. эти заглушки запускали реальный питон.ехе из венва и передавали имя соседнего скрипта позднее они допилили этот механизм. теперь по дефолту на винде эти ехе стабы читают скрипты из самих себя, причём зипом. но там можно переменной окружения вернуть старый вариант, или включить еще один - генерацию .pya

сетаптулзы давно предоставляют механизм генерации бинарников для платформ. изначально они делали обычные скрипты на позиксе, а на винде их же, но с -script.py, и копировали cli.exe/gui.exe рядом. эти заглушки запускали реальный питон.ехе из венва и передавали имя соседнего скрипта позднее они допилили этот механизм. теперь по дефолту на винде эти ехе стабы читают скрипты из самих себя, причём зипом. но там можно переменной окружения вернуть старый вариант, или включить еще один - генерацию .pya

спасибо большое. и за последнюю строчку тоже. пойду вот это гуглить и читать.

https://github.com/pypa/setuptools/blob/master/CHANGES.rst#v2901

благодарю, бро.

http://setuptools.readthedocs.io/en/latest/easy_install.html#executables-and-launchers

официальная дока фичи

с этой хуйней к сожалению есть ряд косяков

в общем жопа там в том, что sys.executable в таком враппере указывает не на питон.ехе, а на сам бинарник. а мультипроцессинг для форка юзает это значение для запуска самого себя.... в общем там всё весело

не знаю починето или нет, но вот релоадер пирамиды точно не пахал изза этого

какой прекрасный балет на крыле самолёта. :)

приходилось через py -m ... идти

pip install -U pip кстати тоже не фурычит нормально изза врапперов - он залочен во время работы и не может быть заменен свежим, но так как весь враппер сводится к "импорт пип", то это попытка заменить таким же

поэтому повторный запуск pip install -U pip импортит уже свежую версию и понимает что апдейтить не нужно и ошибку не выдает

в реестре винды на днях обнаружил прекрасное оказывается свежие версии тройки теперь регают кроме py/pyw/pyc/pyo еще и pyz - зипованные

D:\>type hello.py print('hello, world from ' + __file__) D:\>py -c "import hello" hello, world from hello.py D:\>py hello.pyc hello, world from hello.pyc D:\>py -O -c "import hello" hello, world from hello.py D:\>py hello.pyo hello, world from hello.pyo D:\>py hello.pyz hello, world from hello.pyz\__main__.py

(цпитон давным-давно умеет гонять .pyc/.pyo напрямки)

у сетаптулзов даже был ключ для сборки еггов без исходных .py файлов, чисто скомпиленные .pyc, чтобы урезать размер вдвое 8)

@zartsoft а теперь оказывается, если дёргать экзешник телеги — тогда он профиль ищет не рядом с экзешником, а в каталоге откуда дёрнули.

как там в винде сделать батник, чтобы он chdir делал в каталог, где сам лежит?

ну вообще это не баг, а фича, всё логично и верно. ща ещё бы батник накидать.

%0 - as the name how this batchfile was called %~d0 - as the drive letter where this batchfile is located ('\\' in case of share) %~p0 - as path (without the drive letter) where this batchfile is located %~n0 - as filename (without suffix) of this batchfile %~x0 - as filename's suffix (without filename) of this batchfile %~a0 - as this batchfile's file attributes %~t0 - as this batchfile's date+time %~z0 - as this batchfile's filesize %~dpnx0 - as this batchfile's fully qualified path+filename

Ни хуя себе у них как можно. Начинаю уважать за суровый труд администраторов на винде.

cd "%~dp0"

Да-да, я уже сделал man call.

важный нюанс - %1 от %~1 отличается тем, что ~ версия всегда стрипает кавычки вокруг пути, а обычная ведет себя как никсовые $n - т.е. передает как-есть одним аргументом

Да, прочитал тоже в мане, это очень хорошо, что стрипает.

поэтому чтобы грамотно работать с путями с пробелами надо кавычить не забывать

в никсе с этим хуёво-хуёво

А, везде своя пиздецома.

Винда строилась с оглядкой на двадцатилетнюю историю никсов, но уже своего легаси трешака насобирала.

Кстати, в досе старом ANSI ебашило отлично благодаря ANSI.SYS драйверу оказывается. Тут интересовался пока читал про ConEmu.

его мало кто грузил из нормальных людей

Винда строилась с оглядкой на двадцатилетнюю историю никсов, но уже своего легаси трешака насобирала.

Иногда мне кажется, что некоторые вещи делались вообще вопреки здравому смыслу и опыт nix не учитывался

вам кажется

Надо Руссиновича снова начать листать перед сном.

Вместо Кнута.

нт изначально клепался как неюникс, да. историю помним

вам кажется

Вваливаемся в чужой каталог и после этого владелец не может его удалить

потому что текущий путь занят процессом

а линупс когда обзавёлся *_at функциями? и когда их в софт внедрять начнут?

потому что текущий путь занят процессом

Открыли чужой файл - владелец не может его удалить

а это не совсем верно, если открыть с шаред локами, то удалять можно

в винде мандатори и оппортунистик локи, в линупсе мандатори в юзерспейсе их вроде аще нет

претензии такие, словно это чтото плохое

в винде нормально сделано примерно всё, что делал Дэйв Катлер с братухами. и говно - все остальное

с момента как он пилил слишком многое изменилось

так о чем и речь

а это не совсем верно, если открыть с шаред локами, то удалять можно

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

у меня пара книжек по архитектуре нт была, там изначально очень сильное разделение обязанностей между компонентами системы было

позднее часть границ стёрли для скорости

а это не совсем верно, если открыть с шаред локами, то удалять можно

вопрос дефолта. я знаю, что можно, но для этого надо флагов понаставить.

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

запуском второго бинарника во временном каталоге

запуском второго бинарника во временном каталоге

а передача уже установленных коннектов?

я кстати видел как в линуксе не удавалось удалить запущенный ирцд

как они этого добились я до сих пор не знаю, полагаю через какойнить ммап/мпротект или чтото вроде

запуском второго бинарника во временном каталоге

а библиотеки?

а передача уже установленных коннектов?

в винде форка нет

в винде форка нет

тут форк не нужен.

обычная передача хендлов между процессами.

а библиотеки ква - поэтому инсталлер в винде для занятых дллок генерит список переименований и просит ребут - чтобы до загрузки юзерного говна пройтись по списку и обновить

у меня пара книжек по архитектуре нт была, там изначально очень сильное разделение обязанностей между компонентами системы было

ну собсно Inside Windows NT Хелен Кастер с предисловием Дэйва. у меня даже в бумаге есть, до сих пор не выкинул :)

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

да и сейчас вроде не

ну собсно Inside Windows NT Хелен Кастер с предисловием Дэйва. у меня даже в бумаге есть, до сих пор не выкинул :)

оно, ага

там изначально дизайнили безопасность, потоки и юникод

а библиотеки ква - поэтому инсталлер в винде для занятых дллок генерит список переименований и просит ребут - чтобы до загрузки юзерного говна пройтись по списку и обновить

я ж говорю, неудачный дефолт

неудачный?

т.е. ты не понимаешь даже почему он такой

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

мм... а чем они были на уровне ядра?