Здравствуйте, CreatorCray, Вы писали:
M>>Я, в отличие от балаболов типа тебя, написал не один HTTP сервер для встраивания в любые утюги CC>В таком случае, ты ещё один напишешь не приходя в сознание.
нет, не напишу, я уже понимаю масштаб проблемы
M>> и именно имея опыт я не хочу делать это снова CC>"Вытащи из болота хоть один из тех тракторов, что ты там утопил, и езжай на нём к едрени матери!" (С) CC>Заюзай один из тех, что тобой уже написаны.
утюговый сервер не равен универсальному
M>> и даже все наработки с удовольствием выкину CC>Что, такое лютое говно получилось?
Не совсем лютое говно. Заказ сделал, бабло получил. Там на чистой сишечке под совсем утюги, не хочу, во вторых, там оно могло отстать от актуальных RFC, у меняя нет цели сидеть следить как там RFC, обновились или нет, мне нужно что-то, что поддерживалось бы не мной. С возрастом это приходит, желание перестать ковыряться в говне, а оперировать более масштабными задачами
Здравствуйте, CreatorCray, Вы писали:
Pzz>>Если ты сервер, тебе могут отлить этого chunked-encoding-а, не спрашивая твоего мнения. CC>А в чём проблема его реализовать? Даже я в своём наколенном клиенте сделал, исключительно чтоб большие куски данных сливать/заливать на GDrive
1) Можно, но зачем?
2) Оно только с конкретным серверным софтом взаимодействует, или готово для всего?
Здравствуйте, CreatorCray, Вы писали:
M>>>Извини, у меня на монике мухи поседели, не всегда colon и semicolon различаю Q>>Седые мухи.
CC>Чота мне кажется что там должно было быть "посИдели", ака "засиженый мухами моник"
Здравствуйте, reversecode, Вы писали:
R>куда ему, он всю ночь нацистов ловил и в штурмовые атаки ходил R>понятно что уже к обеду выдохся вместе с мухами
Здравствуйте, reversecode, Вы писали:
R>куда ему, он всю ночь нацистов ловил и в штурмовые атаки ходил R>понятно что уже к обеду выдохся вместе с мухами
Здравствуйте, CreatorCray, Вы писали:
Pzz>>Если ты сервер, тебе могут отлить этого chunked-encoding-а, не спрашивая твоего мнения. CC>А в чём проблема его реализовать? Даже я в своём наколенном клиенте сделал, исключительно чтоб большие куски данных сливать/заливать на GDrive
Да ни в чём. Просто HTTP считается простым текстовым протоколом, который можно реализовать на коленке за вечер. Но со всеми этими "мелочами" уже нормально так набегает.
Здравствуйте, Pzz, Вы писали:
Pzz>>>Если ты сервер, тебе могут отлить этого chunked-encoding-а, не спрашивая твоего мнения. CC>>А в чём проблема его реализовать? Даже я в своём наколенном клиенте сделал, исключительно чтоб большие куски данных сливать/заливать на GDrive
Pzz>Да ни в чём. Просто HTTP считается простым текстовым протоколом, который можно реализовать на коленке за вечер. Но со всеми этими "мелочами" уже нормально так набегает.
Пара месяцев на отладку базы, и потом тащить и отлаживать свою реализацию годами. Это если RFC новые не будут выходить. Это реальный план. Оптимистичный — да, зафигачить все за два дня и жить не тужить
Здравствуйте, Marty, Вы писали:
M>Здравствуйте!
M>Есть необходимость встроить в приложуху поддержку HTTP(S). Как клиентскую часть, чтобы пользователь мог заскриптовать обращения к серверу, так и серверную часть, чтобы можно было на коленке забацать сервер.
M>Что посоветуете для этого использовать?
Здравствуйте, bnk, Вы писали:
bnk>Я использовал (давно) Microsoft C++ REST SDK. bnk>https://github.com/microsoft/cpprestsdk
bnk>Хорошо то что без зависимостей
Только от винды )
bnk>Не думаю что для боевых дронов подходит из-за лицензиии.
Здравствуйте, Marty, Вы писали:
bnk>>Я использовал (давно) Microsoft C++ REST SDK. bnk>>https://github.com/microsoft/cpprestsdk
bnk>>Хорошо то что без зависимостей
M>Только от винды )
Нет, он для любых систем (debian, unbuntu, android, osx, windows)
Здравствуйте, so5team, Вы писали:
bnk>>Я использовал (давно) Microsoft C++ REST SDK. bnk>>https://github.com/microsoft/cpprestsdk
S>Он уже не развивается: S>
cpprestsdk is in maintenance mode and we do not recommend its use in new projects. We will continue to fix critical bugs and address security issues.
S>Ну и с производительностью там не ахти. На Linux-ах, говорят, еще хуже, чем под Windows.
Понятно. Ну я давно использовал (когда еще на плюсах писал), больше 7 лет назад наверное.
Здравствуйте, Marty, Вы писали:
M>Пара месяцев на отладку базы
Ты что базой то считаешь что пару месяцев закладываешь?
M> и потом тащить и отлаживать свою реализацию годами.
Это как раз легко и приятно, в отличие от починки багов в чужой реализации.
M> Это если RFC новые не будут выходить.
На базовый HTTP?
Здравствуйте, Marty, Вы писали:
M>1) Можно, но зачем?
В моём случае я юзал WinHTTP но потом в Wine что то сломали и он стал падать где то в TLS коде, а на маке мне тоже надо было юзать, причём надо было чтоб работало уже сейчас, ждать пока починят времени просто не было.
Так что я плюнул, написал свой HTTP client + TLS обёртку и пользуюсь теперь этой конструкцией.
Получилось более гибко и более удобно, ну и работает
M>2) Оно только с конкретным серверным софтом взаимодействует, или готово для всего?
Я первый раз слышу про HTTP client чтоб работал только с конкретным сервером. Базовый набор HTTP работает со всеми промышленными серверами. Это надо что то на сервере сломать чтоб не работало.
Я им тягаю финансовые данные из разных источников, с разных сайтов + гоняю блобы на/с GDrive
За последние лет 5 ещё никаких проблем не было.
Здравствуйте, Marty, Вы писали:
M>утюговый сервер не равен универсальному
А тебе надо чтоб он все новомодные выкрутасы поддерживал или чтоб работал и выдавал что от него надо?
M>С возрастом это приходит, желание перестать ковыряться в говне, а оперировать более масштабными задачами
Только не говори что ты всё ещё достаточно юн чтоб у тебя не прошло желание ковыряться в чужом говне...
Здравствуйте, Marty, Вы писали:
Pzz>>Да ни в чём. Просто HTTP считается простым текстовым протоколом, который можно реализовать на коленке за вечер. Но со всеми этими "мелочами" уже нормально так набегает. M>Пара месяцев на отладку базы, и потом тащить и отлаживать свою реализацию годами. Это если RFC новые не будут выходить.
Задачу поставь внятнее.
Если нужен промышленный HTTPS сервер, который будет держать тысячи соединений с кривыми клиентами и новыми RFC (а что ещё можно отлаживать годами??), бери nginx и пиши к нему плагин. У нас так сервера активации работают: наружу смотрят nginx, обновляемые вместе с серверами, за ними наша логика на С++.
Если нужно отдать страничку диагностики по https, это пишется на коленке за вечер и написать своё простое в этом случае проще, чем копать чужое универсальное.
Qt имеет смысл брать, если Qt уже в проекте. Но, если Qt уже в проекте, то по сторонам, обычно, не смотрят. Или смотрят, когда тормоза Qt достают
N__>https://pocoproject.org/ сам пробовал, довольно удобно
