лол

там даже не 2013

последние пару лет там просто правили travis хук

так что я ещё больше ставлю на то, что gcc будет выкабениваться при сборке

кстати

вот меня чем выбешивает LuaDist

они, козлы такие, не форкают репу с софтиной

они заливают новую

и запиливают туда своё говно

в итоге искать оригинал намного сложнее

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

асинхронно всё равно трудновато будет

но можно, да

хотя можно для начала поднять самый главный вопрос: а точно ли в этой связке нужен Lua? :)

да, мне нужено использовать его в openresty (nginx + lua)

уххх

что-то там какой-то ад вообще

проприетарные яндексоблобы, файрбёрд

и всё это за рести

Вадим, я даже не знаю как относится к вашим оценочным суждениям

вы либо молодой, либо не давно в "отрасли"

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

вы либо молодой, либо не давно в "отрасли"

оба мимо

значит опыта маловато

просто у меня есть возможность выбирать чем заниматься

яснопонятно

хотя, не совсем верно

да тоже нет. Где-то посередине :) Молодым я не могу быть как отец троих детей, а старым - как человек которому до пенсии как до китая :)

ладно, впрочем это оффтопик

хотя, не совсем верно

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

Вадим, мы поняли что вам хорошо

выше бери

угу

бггг, то то я смотрю что с вами не так

а вон оно что

я боюсь что у Вадима денюшек не хватит :)

меня терпеть

какой именно визуализацией?

а то ить есть и графики, а есть и извращения на OpenGL :)

а, ты про это

ну, всяких kdiff3 и прочих таких итак уже тысяча

что то в #lua на фриноде тоже молчат

а можно пойти самым банальным способом: смотреть в код diffutils и писать "по мотивам" :)

я так с питона периодически портирую код

попробую через https://github.com/moteus/lua-odbc прикрутить

заявлено как асинхронное

попробую через https://github.com/moteus/lua-odbc прикрутить

автор, кстати, тут сидит, если что

а как величать?

да, собственно, так же, как и на гитхабе

и ник и реалнейм у него совпадают

спасибо

а вот хайлайтить людей ночью не комильфо, имхо :)

кстати, раз уж тут зашёл разговор о рести. Никто, часом, у себя в загашнике не пилит какого-нибудь подобия форума, там на resty?

ну, просто, чтобы не заниматься изобретением велосипеда. А то я в одном just for fun проекте пилю в год по чайной ложке (когда время есть), но если уже есть готовый - можно было бы посмотреть на реализацию.

https://github.com/leafo/lapis есть только framework

ну, lapis это lapis

кстати, он полезен в другом моём проекте-мечте: сделать аналог django для resty.

но опять же, всё велосипеды и костыли, ибо всё это в свободное время и для себя. Спроса-то нет :(

особо смысла не вижу

смысл сугубо практический: в популяризации инструментария.

я, вообще, и сам во многих случаях не особо сторонник излишней популяризации, ибо это влечёт чаще не профессионалов, а наоборот, но в случае с Resty ситауция уж больно плачевная

слишком мало девелоперов при довольно большом потенциале

для меня resty - это network reactor с хорошим подкопотным пространством + lua как простой обработчик

лепить на этом что-то более - сомнительно

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

100500 запросов как бы позволяет сделать nginx и luajit первый хороший реактор, второй лекговсеная vm

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

для меня resty - это network reactor с хорошим подкопотным пространством + lua как простой обработчик

ну, тут, скорее, web. Ибо основная заточка-то идёт под него. А для совсем уж network были свои фреймворки (сходу в полседьмого утра, увы не вспомню)

я бы с удовольствием посмотрел на связку nginx + go, но увы и ах

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

ну, тут две вещи: 1) смотря какой смысл, всё же, вкладывать в простоту изготовления (и с чем, к слову, сравнивать), 2) это just as planned. Цель Lua - быть насколько это возможно минимальным набором, из которого можно сделать всё.

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

я бы с удовольствием посмотрел на связку nginx + go, но увы и ах

ну, вообще, со стороны NginX - никаких препятствий нет. Модули можно написать дял всего, хоть для управления космической станцией. Но: 1) до сих пор никто не озадачился. Не смотря на всю любовь и NIH-синдром Go-сообщества. Что странно 2) я, вроде, краем уха слышал про just-in-time компиляцию Go, но не уверен, что такой проект, если уже и набрал силы, то на достаточном уровне чтобы попытаться встроить его в NginX.

да и впринципе, зачем оно надо, так-то

на Go, вроде, есть свои готовые веб-серверные фреймворки

впрочем, на LuaJIT тоже кто-то пилит чисто lua-вебсервер

вспомнить бы как он там ещё зовётся

не

что-то быстрее nginx'а сложно получить, я в него контрьбьютил и знаю как он изнутри устроен

что-то с .io в названии

:D