Добро пожаловать в чат pro.lua, Endor! Ознакомься с правилами чата (в описании и прикрепленном сообщении), и присоединяйся к обсуждению.

Добро пожаловать в чат pro.lua, Victor! Ознакомься с правилами чата (в описании и прикрепленном сообщении), и присоединяйся к обсуждению.

Он считает, что она медленная и много весит и не стоит себя

Стоит, при довольно специфических требованиях, типа "рулить проектом на тысячи файлов и мегабайты кода", при избыточном железе для разработки. А для создания небольших прог из десяти файлов по 500 строк каждый - бессмысленно и беспощадно.

Кажется я неверно написал VC имел в виду, атом от MS

Visual studio code, что бы не было недоговоренности ))))

Да, это лучше, но все равно тяжеловато. Хе-хе. На самом деле, мне просто лень привыкать к новым шорткатам и писать плагины, потому что в голом виде он довольно уныл для кодинга на луях. И да, это браузер, со всеми прелестями (тормозами и лагами) жаваскрипта.

А для нотепада для луёв все есть?

Или тоже искать надо?

Смотря что тебе нужно :3 Я своровал парсер функций и объектов, теперь они отображаются в списке функций справа (можно и карту документа пихнуть, но не нужно), а автодополнение луа-кода на месте. Плюс тут нормальный поиск/замена с регулярками, оно нормально открывает огромные файлы и вообще ведёт себя как спартанская, но ide. Плюс можно замутить набор шорткатов для запуска проекта. Тоже ничего так.

Единственное что расстраивает - нет на ARM-процессоры (ибо даже вайна нема). Под вайном, кстати, работает как нативное приложение.

А под арм зачем? На распберри?

Или на планшете? )

Добро пожаловать в чат pro.lua, ᴹᵞᴬᵁ~✈?? ‮‮! Ознакомься с правилами чата (в описании и прикрепленном сообщении), и присоединяйся к обсуждению.

Добро пожаловать в чат pro.lua, Sergey! Ознакомься с правилами чата (в описании и прикрепленном сообщении), и присоединяйся к обсуждению.

Добро пожаловать в чат pro.lua, Vadim! Ознакомься с правилами чата (в описании и прикрепленном сообщении), и присоединяйся к обсуждению.

И тишина : )

Добро пожаловать в чат pro.lua, ᴹᵞᴬᵁ~✈?? ‮‮! Ознакомься с правилами чата (в описании и прикрепленном сообщении), и присоединяйся к обсуждению.

Вот например, араб, влетающий на самолете в два здания-близнеца. Ничего не напоминает? :)

Да, меня тоже нарягло, довольно известный прикол с Wingdings и "Q33 NY", который в нём отображается как ✈️?? ☠✡

А "NYC" (NewYorkCity) - ☠✡? :3

Если кому неожиданно нужны http(s) post/get на луях - обращайтесь.

в смысле?

Ну, знаешь, нужен контент веб-странички, или запостить что-то ботом. Ну, или написать на чистых луях телеграмм-бота. Https мой, правда, только с ffi, ибо биндинг libcurl. Обнаружил что на чистых луях нет почти ничего мультиплатформенного, что тянет https.

вот у меня такой https для телегам бота

А чем ты делаешь https.request? :3 И на какой платформе?

local https = require "ssl.https"

дебиан х64

Во-от, у тебя luasec. Это потому что у тебя линуксы. Без линуксов, проблематично получить рабочий https, ибо luasec не компилится под вендой. А если и компилится - то криво.

теперь понял проблему

пойду спать, ночи )

Моя цель - мультиплатформа. Потому и предлагаю биндинг libcurl, который работает везде (с luajit), и умеет далеко не только в https, но и 'DICT, FILE, FTP, FTPS, Gopher, HTTP, HTTPS, IMAP, IMAPS, LDAP, LDAPS, POP3, POP3S, RTMP, RTSP, SCP, SFTP, SMTP, SMTPS, Telnet and TFTP. libcurl supports SSL certificates, HTTP POST, HTTP PUT, FTP uploading, HTTP form based upload, proxies, cookies, user+password authentication (Basic, Digest, NTLM, Negotiate, Kerberos), file transfer resume, http proxy tunneling and more!' Можно почту принимать. И отправлять. И файлики. Приятных.

Ты юзаешь его асинхронно?

этот либкурл

Если в отдельном треде или передача через UDP - то да : ) Я просто почти всегда делаю что-то сетевое многопоточным.

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

еще у меня есть большая и сложная программа на Си, работающая с несколькими сетевыим интерфейсами и в ней на каждый интерфейс свой поток.

меня вот что интересует, я могу прикрутить libev, и будет асинхронный tcp и udp. А async dns?

еще у меня есть большая и сложная программа на Си, работающая с несколькими сетевыим интерфейсами и в ней на каждый интерфейс свой поток.

lanes в помощь, хуле, мутишь отдельные трэды. Правда, тут смотри как это можно организовать: Вспомогательный тред, который занимается только приёмом/передачей, высылает тебе на главный поток - текст и id, ты их обрабатываешь в главном, и отправляешь обратно на воркер, который ассоциирует соки (sock/соединение с конкретным челом) с id. Вспомогательный должен быть неблокирующим (срабатывающим только тогда, когда что-то законченное пришло на сокет), крутится в бесконечном цикле, смотрит, что пришло от главного треда и отправляет по соку, ассоциированному с ID, и проверяет, не пришло ли чо входящее по сети. Конкретно с телеграммом - проще, потому что тут практически всё - твои запросы с сервака, т.е. мы оперируем клиентом. Тут уже можно вплоть до блокирующие соединений в один поток мутить.

lanes в помощь, хуле, мутишь отдельные трэды. Правда, тут смотри как это можно организовать: Вспомогательный тред, который занимается только приёмом/передачей, высылает тебе на главный поток - текст и id, ты их обрабатываешь в главном, и отправляешь обратно на воркер, который ассоциирует соки (sock/соединение с конкретным челом) с id. Вспомогательный должен быть неблокирующим (срабатывающим только тогда, когда что-то законченное пришло на сокет), крутится в бесконечном цикле, смотрит, что пришло от главного треда и отправляет по соку, ассоциированному с ID, и проверяет, не пришло ли чо входящее по сети. Конкретно с телеграммом - проще, потому что тут практически всё - твои запросы с сервака, т.е. мы оперируем клиентом. Тут уже можно вплоть до блокирующие соединений в один поток мутить.

дык, в общем случае логично. но телеграм упрощает же. Входящий блок написан на php (потому что привычнее, и уже есть наработанная база скриптов с телеграмом) и работает по запросу с сервера (вебхук же). Определив, что надо сделать, он кладет ответ в базу (это может быть и рассылка по нескольким юзерам бота), шлет udp-пакет на конкретный порт на 127.0.0.1 а на этом порту слушает луа-скрипт, работающий в бесконечном цикле, по такому UDP пакету он выгребает из базы подготовленные сообщения и рассылает их по клиентам.

Ох, это похоже на извращение, ну оки :3

https://daurnimator.github.io/lua-http/

В копилку lua http

Ох, это похоже на извращение, ну оки :3

пинг, есть вопрос по твоему модулю arrays

?

Ну так чего там? В той массиво-либе только чекер может чуть странно работать без luajit, по пока неизвестной мне причине, ибо нет использования расширенных синтаксисов.

кхм

да, сорри

я хотел убедиться, что она именно твоего авторста и саркастически поинтересоваться, использовал ли ты сам ее алгоритм бинарной вставки ) ибо там две ошибки, из-за которых я потерял вечер, сначала доверяясь твоему опыту :(

Да, сам писал, бинарку тестил, хм. Где ошибки?

Эй-эй! Что там с ошибками!

1. если вставлять в пустой массив, то получается цикл от 1 до 0 с обращением к несуществующему array[1] пришлось вставить строку local i, j = 1, #array if j == 0 then return 1 end fcomp = fcomp or default 2. никогда не вставляет в конец массива, и может вставить в порядке 2 1 потому что вместо return #array должно быть return #array + 1

Покажите хоть модуль

это функции из http://pastebin.com/6K7VWaxZ

этот

этот

Спасибо, поглядим

обсужаем local function binsearch(array, value, fcomp)

а в остальном годная библиотека. мне как раз нужен упорядоченный массив с разреженными индексами (т.е. идущими не подряд 1 2 3 4, а в духе 5 10 25 30 35)

а какой вид массива? { 2 = 10, 5 = 20, 10 = 80, 100 = 4 }

1. если вставлять в пустой массив, то получается цикл от 1 до 0 с обращением к несуществующему array[1] пришлось вставить строку local i, j = 1, #array if j == 0 then return 1 end fcomp = fcomp or default 2. никогда не вставляет в конец массива, и может вставить в порядке 2 1 потому что вместо return #array должно быть return #array + 1

Сяп, я лох и забыл проверить с граничными значениями. Пишу все это счастье, обычно, часа в три ночи, когда завтра на работу :3 Правда, не знаю как ты будешь её использовать с разреженными массивами.

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

а какой вид массива? { 2 = 10, 5 = 20, 10 = 80, 100 = 4 }

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

ну да, не будет, по этому и спрашиваю

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

ERROR: S client not available

Я как раз таймеры пишу, интересно

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

это что бы не перебирать весь массив?

конечно

многократный поиск минимума - неэффективно

блин, идея хорошая... надо бы мне развить ее

а как ты обращаться будешь к первому элементу?

это тупо queue[1]

в нем уже есть ссылка на нужный мне объект

Хех, я делал эту штуку для хранения элементов коллизии с индексацией расположения объектов по одной из осей через sweep and prune : ) Гномья сортировка - для тех же целей: при движении, объекты незначительно меняются местами, поэтому гномы оказываются быстрее quicksort. Функциональщину прикрутил для лулзов.

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

и функция сравнения выглядит так local row_compare = function(a, b). return a.planned < b.planned end где planned - этто таймстамп в миллисекундах, я работаю с точностью до 1 мс. этого достаточно, так как мне нужны интервалы от 30 мс и выше

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

да-да

все, теперь ясно... гуд!

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

Вот хорошее замечание

кстати, надо потестить насколько

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

тоже вариант, спасибо

Я тестил на телефоне, вставка в начало медленнее примерно на (n - маленькое с), где n - длина массива. Удаление из начала массива длиной в миллион элементов, чуть меньше чем в миллион раз медленнее чем удаление из конца.

ого... понятно

у меня таких масштабов нет

максимум тысяча примерно

у меня таких масштабов нет

Ну, я просто стараюсь учитывать подобные случаи, ибо пишу либы.

мне кажется, на тысячу сдвигов вполне хватит одной миллисекунды

а быстрее совсем не надо

Хватит, хватит :3

так что оставлю как есть.

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

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

например https://ru.wikipedia.org/wiki/%D0%9A%D1%80%D0%B0%D1%81%D0%BD%D0%BE-%D1%87%D1%91%D1%80%D0%BD%D0%BE%D0%B5_%D0%B4%D0%B5%D1%80%D0%B5%D0%B2%D0%BE