Вопрос local function writeSocket() local debughost, debugport = "127.0.0.1", 32154 print("Attempting connection to host '" ..debughost.. "' and port " ..debugport.. "...") local text = "POST /e1crdbg/rdbgTest?cmd=test HTTP/1.1" local tcp = assert(socket.connect(debughost, debugport)) --note the newline below assert(tcp:send(text.."\n")) local s, status = tcp:receive() print(s) print(status) tcp:close() end; зависает на строке local s, status = tcp:receive() Подскажите почему? (быстрый гуглеж не помог)

Вопрос local function writeSocket() local debughost, debugport = "127.0.0.1", 32154 print("Attempting connection to host '" ..debughost.. "' and port " ..debugport.. "...") local text = "POST /e1crdbg/rdbgTest?cmd=test HTTP/1.1" local tcp = assert(socket.connect(debughost, debugport)) --note the newline below assert(tcp:send(text.."\n")) local s, status = tcp:receive() print(s) print(status) tcp:close() end; зависает на строке local s, status = tcp:receive() Подскажите почему? (быстрый гуглеж не помог)

Он ждёт ответа от сокета, который не приходит

Отправлять в соткет нужно не с одним NL символом запрос а с двумя

Потому что с одним - сервер в ожидании заголовков находится

То есть у тебя получится ...:send(text .. '\n\n')

А, ну и заголовок Content-Length по стандарту обязателен, если делаешь POST, если мне память не изменяет

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

Блокирующие сокеты блокируют: 1. До полного приёма (как правило, когда сокет отсоединяется) 2. До таймаута Есть специальные опции типа tcp:receive("*l"), чтобы принимать построчно (разделитель \r\n или аналог), или tcp:receive(1024), чтобы принять 1024 байта. До момента пока не пришлют — не разблокирует.

Например, http-сервер, по синхронной классике, принимает запросы примерно так: local req = {} local line = tcp:receive('*l') local a, b, c = line:match("(%w+) (/%S*) (.*)") req.verb, req.location, req._v = a, b, c req.headers = {} -- в конце заголовков идёт пустая строка line = tcp:receive('*l') while line ~= "" do local k, v = line:match("(.-): (.*)") req.headers[k] = v line = tcp:receive('*l') end local len = req.headers["Content-Length"] or 0 len = tonumber(len) req.body = len and tcp:receive(len) --*тут можно прерывать, переходить к чтению следующего запроса и т.д.* Оно не примет чанковое содержимое, сломается на попытке залить пару гигов (x32) и в целом нифига не асинхронное, но для баловства — вполне.

Приём соответственно такой: local resp = {} local line = tcp:receive('*l') local a, b, c = line:match("(.-) (%d+) (.*)") resp._v, resp.status, resp.sstatus = a, b, c resp.headers = {} ... остальное аналогично серверу.

Блокирующие сокеты блокируют: 1. До полного приёма (как правило, когда сокет отсоединяется) 2. До таймаута Есть специальные опции типа tcp:receive("*l"), чтобы принимать построчно (разделитель \r\n или аналог), или tcp:receive(1024), чтобы принять 1024 байта. До момента пока не пришлют — не разблокирует.

Параметр '*l' можно вообще не указывать, кстати

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

Если он не задан, то receive по дефолту строку, разделунную [CR +] LF ждёт

Дефолтное значение, помнится, *а, то есть до разрыва.

Хмм, тогда чего у товарища не зашло? Интересно.

У меня из-за этого на первых порах работы с луёвыми сокетами, как раз и были проблемы. Я думал, что "*a" - дефолтный и не понимал, почему выходные данные бинарные у меня выходили левые какие-то

Хмм, тогда чего у товарища не зашло? Интересно.

Он не дописал запрос

А, тощна. А я всегда указываю что принимаю, и у меня нет проблем ))

А, ну и заголовок Content-Length по стандарту обязателен, если делаешь POST, если мне память не изменяет

Спасибо

всем привет! давно хотел задать вопрос знатокам, так сказать. вот все тут же знакомы с опен компьютерс/компьютер крафт модами на майнкрафт. я не встречал публичных серверов с данными модами. все вопросы к админам "почему?" отвечались типо "ломанут". так собственно вопрос: никто не заморачивался или действительно нельзя, скажем так, как то подпилить данные моды, чтобы не было путей обходных, для людей которые с мозгами и могут хакнуть?

Могу поднять с CC. И пофиг на попытки взлома.

Но зачем?

Мне уже играть некогда

порт майна на луа есть уже?

Есть minetest. Там, кажется, была lua

Портировать кубы целиком с java на lua такое себе развлечение.

да понятно. просто рекурсия. ну ты понял

Если хочется прям на lua кубы - 100% были эксперименты с löve

Если хочется прям на lua кубы - 100% были эксперименты с löve

мда, на этом компе я в неё не смогу(

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

@Snusmumriken можно сделать примерно такого же бота, но на луа? P.S. Этот сделан на питоне

Всем привет

@Snusmumriken можно сделать примерно такого же бота, но на луа? P.S. Этот сделан на питоне

привет

да хоть на vb6

в этом и заключается суть апи

привет

Привет .

хоть на ассемблере)) только жизнь не так длинна, увы

Ага😂

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

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

компилер

@Snusmumriken @CyberSpirit

Done :)

это что было щас?

офигеть

Спам-бот

компилер

https://github.com/rxi/lite

компилер

Компилер — это фактически превращатель одного текста в другой, с потенциальными проверками корректности первого текста.

Компилер — это фактически превращатель одного текста в другой, с потенциальными проверками корректности первого текста.

[очевидное, но занудное и избыточное замечание]

Но, кстати, компилятор, в отличии от текстового редактора, можно написать на pure lua. Даже в консольной тексторвой фигне надо знать, какие нажимаются кнопки.

Но, кстати, компилятор, в отличии от текстового редактора, можно написать на pure lua. Даже в консольной тексторвой фигне надо знать, какие нажимаются кнопки.

Для гг можно компилер сделать легко

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

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

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

К слову это было позавчера, я сейчас в полной ж... в полной безопасности

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

Лучше говори что не получается. И почему

https://pastebin.com/n3GiqT3A Знаю что код чиать будет тяжело но все же попытаюсь объяснить Итак - readSocket это типа сервера, принимает сообщения от клиентов writeSocket - пересылает сообщения дальше Не понимаю 1. как в функции readSocket из присланого клиентом "POST /e1crdbg/rdbgTest?cmd=test" выделить отдельно POST отдельно адрес, 2. отправить сразу на другой порт запрос и результат вызова вернуть в вызове readSocket

Это не post, это query : )

ну на сервер это приходит как query, да но дальше надо отправлять же как пост

Упрощённый парсинг первой строки выглядит примерно так: local line = "POST /e1crdbg/rdbgTest?cmd=test" local request = {} local verb, tail = line:match("(%a+) (.*)") request.verb = verb request.location = tail:match("[^?#]*") request.query = tail:match("?([^#]*)")

Не надо query дальше отправлять как post, ибо там могут быть сильно разнородные данные.

Например, в query — кей-валуй, а в post — бинарь. Разве что на отдельные post-сущности делить.

А вот почти полноценный парсер URI выглядит примерно так: https://pastebin.com/GfetStTD

Надо чекнуть, распарсит ли он вот это вот: /e1crdbg/rdbgTest?cmd=test

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

Не надо query дальше отправлять как post, ибо там могут быть сильно разнородные данные.

в моем случае там всегда будет хмл

И ты хочешь пихать в XML кей-валуй из query?

Блин, а ведь у меня где-то есть паста обычного хттп-запроса через сокеты. https://pastebin.com/M57BZ3Je

нет, смотри. есть чужой сервер он висит на порту 54321 и есть мой на поту 12345. Клиент подключается ко мне на порт 12345 и все что должен сделать мой прокси - просто переслать данные на другой порт, дождаться ответа и отправить назад (попутно записав в файл все что прошло и туда и обратно) Т.е. анализа передаваемого содержимого - не будет

Я такую штуку уже делал

Если так, то в целом всё проще.

Можно и без взаимодействия с HTTP обойтись

Ага

Просто читаем всё что послали в один сокет, и шлём в другое место.

Можно и без взаимодействия с HTTP обойтись

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

В моей штуке можно было и реврайт хедеров делать и тела запроса/ответа

Но сейчас я её уже вряд ли найду

ну это не нужно, этим уже другая вещь будет заниматься

Запрос и датаграмму лучше сразу записывать.

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