LINUX.ORG.RU
Ответ на: комментарий от Harald

Я слышал, что на Qt можно собственно сайты писать — т.е. вместо всяких там ШТМЛ и ЦСС использовать QTшные виджеты... Возможно ТС именно это имеет в виду.

Stahl ★★☆
()

На Qt'шном event loop нормальный сервер не напишешь, используй другие решения

с поддержкой https

O_o почему просто не терминировать на nginx? Или ты кутю хочешь голой ж... в интернет выставить?

annulen ★★★★★
()
Ответ на: комментарий от Harald

На самом деле в нужном направлении — текущие веб-технологии (ну кроме, наверное, Явы) не предоставляют возможности написания нормального софта, реагирующего на действия пользователя.

Stahl ★★☆
()
Ответ на: комментарий от Stahl

текущие веб-технологии (ну кроме, наверное, Явы) не предоставляют возможности написания нормального софта, реагирующего на действия пользователя

А тем временем BBS'ки прекрасно работали и работают. Интерактивно. Не надо придумывать ненужные сложности. Интерфейса telnet'а хватит всем.

saahriktu ★★★★★
()

реализацию http сервера для Qt (с поддержкой https).

Индивид, овладевший молотком и готовый видеть в каждой задаче гвоздь детектед.

r_asian ★☆☆
()
Ответ на: комментарий от Stahl

А теперь попробуй следующее сообщение написать с помощью телнета.

И давно на ЛОР можно залогиниться через telnet? Нужно внедрять поддержку telnet'а, тогда всем хватит. А так, да, многое упирается в неграмотность юзеров. Я, например, через telnet раньше электронную почту проверял. Без всяких дополнительных реализаций чего бы то ни было. Просто коннектился к 25-му порту и читал почту. Если бы современный веб был настолько же прост, то всё и так бы работало. Проблема в том, что он чрезмерно усложнён. Скрипты, куки, HTML,... Не так и просто ориентироваться во всей этой каше.

saahriktu ★★★★★
()
Ответ на: комментарий от Stahl

А теперь попробуй следующее сообщение написать с помощью телнета. Ага?

как будто что-то невообразимо сложное

Harald ★★★★★
()
Ответ на: комментарий от saahriktu

И давно на ЛОР можно залогиниться через telnet

Пожалуйста!

$telnet www.linux.org.ru 80
Trying 178.248.233.6...
Connected to linux.org.ru.
Escape character is '^]'.

С http-протоколом как-нибудь сам )

r_asian ★☆☆
()
Ответ на: комментарий от Stahl

На самом деле в нужном направлении — текущие веб-технологии (ну кроме, наверное, Явы) не предоставляют возможности написания нормального софта, реагирующего на действия пользователя.

Не путайте пожалуйста Java и JavaScript! (AngularJS, как пример фреймворка позволяющего писать нормальный софт, реагирующий на действия пользователя)

userd
()
Ответ на: комментарий от annulen

Just curious

На Qt'шном event loop нормальный сервер не напишешь

Почему?

Stil ★★★★★
()
Ответ на: комментарий от Stahl

У ТС'а кэширующий прокси-сервер.

SaBo ★★
() автор топика
Ответ на: комментарий от annulen

Мне нужен кэширующий прокси-сервер в составе приложения. Голой ж только на машину пользователя торчит.

SaBo ★★
() автор топика
Ответ на: комментарий от Harald

Походу, придётся «просто сервер» юзать. С Qt было бы удобнее, конечно, т.к. сервер в составе десктопного приложения.

SaBo ★★
() автор топика
Последнее исправление: SaBo (всего исправлений: 1)
Ответ на: комментарий от r_asian

С http-протоколом как-нибудь сам

openssl s_client -quiet -connect www.google.com:443
true_admin ★★★★★
()

Tufao, Wt.
А вообще - тебе не нужен http-сервер на Qt.

dib2 ★★★★★
()
Ответ на: комментарий от SaBo

Нужен кэширующий прокси-сервер.

Не вижу проблем кэшировать на самом приложении.

Но ты так и не написал зачем тебе нужен веб-сервер в qt-приложении.

true_admin ★★★★★
()
Ответ на: комментарий от true_admin

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

Архитектура не моя, не обсуждается.

SaBo ★★
() автор топика
Ответ на: комментарий от dib2

Сложно. Его допиливать надо будет, т.к. в сервере тоже есть некая логика.

SaBo ★★
() автор топика
Ответ на: комментарий от annulen

На Qt'шном event loop нормальный сервер не напишешь, используй другие решения

А, для общего развития, где можно посмотреть сравнение производительности? Тем более, что для QTcpServer можно сделать moveToThread(), что должно положительно сказаться на скорости

XMs ★★★★★
()
Ответ на: комментарий от XMs

у меня ~12krps получалось на i7@2GHz (tufao, qt loop, http, cookies, создание/обслуживание объекта сессии, hello world в качестве ответа)

dib2 ★★★★★
()
Ответ на: комментарий от SaBo

Есть веб-интерфейс, в котором работает клиент.

Но тогда при чём тут qt?

true_admin ★★★★★
()
Ответ на: комментарий от userd

Там нет ошибки, он всё верно написал.

AngularJS, как пример фреймворка позволяющего писать нормальный софт, реагирующий на действия пользователя

WebKit в зависимостях, старт приложения 10 секунд и тормоза на слабых офисных машинах, это не

нормальный софт, реагирующий на действия пользователя

EXL ★★★★★
()
Ответ на: комментарий от r_asian

Индивид, овладевший молотком и готовый видеть в каждой задаче гвоздь детектед.

+1

ТС, видимо недавно попробовал Qt 5, получил дозу эйфории и теперь пытается запихнуть его абсолютно в любой проект.

Вот только Qt 5 как героин. Первый приход самый мощный, а с каждым последующим разом остаётся лишь слабое послевкусие.

Ну и потом отходники в виде кучи багов и:

#if defined(Q_OS_WIN)
#elif defined(Q_OS_IOS)
#elif defined(Q_OS_OSX)
#elif defined(Q_OS_LINUX)
#elif defined(Q_OS_ANDROID)
#elif defined(Q_OS_IOS)
#endif
EXL ★★★★★
()
Ответ на: комментарий от SaBo

нахрена тогда вообще http? это все можно сделать внутри приложения.

dib2 ★★★★★
()
Ответ на: комментарий от EXL

Вот только Qt 5 как героин. Первый приход самый мощный

неправда же, первый раз прихода нет )

Harald ★★★★★
()
Ответ на: комментарий от EXL

Обсуждались именно веб-технологии, так что WebKit в зависимостях, старт приложения 10 секунд и тормоза на слабых офисных машинах подразумивались как для Java, так и для JavaScript.
Было бы интересно сравнить удобство написания кода при использовании AngularJS и GWT. ИМХО, AngularJS удобнее.

userd
()
Ответ на: комментарий от XMs

сравнивал с nodejs - скорость отличалась на уровне погрешности, но nodejs победил за счет минимизации велосипедостроения

dib2 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.