ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / C++ [игнор отключен] [закрыт для гостей] / Перспективы создания WEB приложений на C/C++
482 сообщений из 482, показаны все 20 страниц
  все  
Перспективы создания WEB приложений на C/C++
    #39286373
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Естественно, речь не о протокольных HTTP/WebSocket обработчиках.

в какой момент нужно прекращать подпорки и костыли ставить под PHP?
...
Рейтинг: 0 / 0
04.08.2016, 15:47
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286390
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
ИзопропилЕстественно, речь не о протокольных HTTP/WebSocket обработчиках.

в какой момент нужно прекращать подпорки и костыли ставить под PHP?

никаких перспектив нет.
на просторах интернетов никак не замечено внятных библиотек, которые проповедуют PHP-ный live-to-die (а ерланге аналогично - падаем при первом же подозрении на что-то не так).

из чего вытекает вопрос - а монитор процессов кто писать будет?

потому пока не будет написано что-то адекватное и общедоступное в комплексе, с монитором, с ORM-ом и плюшками - увы, все это останется лишь теорией. а такое написать - считай Oracle 5/6 запилить, только свой.

а все эти ваши gwan, mongoose, leveldb - это работает только в теории, пока dangling pointer не разрушит цивилизацию.
...
Рейтинг: 0 / 0
04.08.2016, 15:55
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286489
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
А кто способен написать подобное ТЗ и аргументировать?
...
Рейтинг: 0 / 0
04.08.2016, 17:56
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286503
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Изопропилв какой момент нужно прекращать подпорки и костыли ставить под PHP?Ну так PHP на C++ и написан ...
То бишь native на C++ работать с inet пока не вижу смысла /хотя наверное для оптимизации ... ... ... что-то и
нужно написать на C+++/.
Вот не пойму.
Язык, который предназначен для системного программирования /драйвера, компиляторы, ОС .../ постоянно хотят приспособить для не свойственных ему функций /бухгалтерские АРМ на нем пишут .../.
Хороший пример правильного использования C++ - 1С /но не реализации/.
Вот написали на нем технологическую платформу и все "радуются" /как она еле ворочается/ ...
...
Рейтинг: 0 / 0
04.08.2016, 18:07
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286504
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Владимир2012Вот написали на нем технологическую платформу и все "радуются" /как она еле ворочается/ ...Не наверное дело не в 1С.
Много криворуких программистов, которые пишут код закрытыми глазами ... /и в том же духе/.
У них и на C++ все будет медленно работать ...
...
Рейтинг: 0 / 0
04.08.2016, 18:13
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286513
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Вроде модули для nginx, пишутся на сях. Но кто из вас скажите их писал?
Что за задача стояла? Поделитесь вобщем.
...
Рейтинг: 0 / 0
04.08.2016, 18:22
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286515
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
После выхода С++11 не проблема создать фремворк на С++ для вебприложений такой же удобный как и на скриптовых языках.
Проблема в том, что единственную задачу которую он может решить по сравнению с классическими фреймворками на других языках - это увеличить производительность фронтенда.
Но обычно тормозит не фронтенд, а бекенд. А скорость фронтенда можно тривиально нарастить кластером.
Доп. оборудование намного дешевле разработки софта.
...
Рейтинг: 0 / 0
04.08.2016, 18:23
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286520
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Анатолий я-бы возразил.

Google создавал golang в попытке сделать ЯП который
бы не намного уступал С++. Наверное были задачи
где производительность 1 процесса важна.
...
Рейтинг: 0 / 0
04.08.2016, 18:30
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286524
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Anatoly MoskovskyНо обычно тормозит не фронтенд, а бекенд. А скорость фронтенда можно тривиально нарастить кластером.
Доп. оборудование намного дешевле разработки софта.
Модератор: следи за языком

то-то facebook свой hiphop, а vk свои kphp пилили, не зная, что нужно лишь кластеров побольше поставить, да.


Владимир2012Изопропилв какой момент нужно прекращать подпорки и костыли ставить под PHP?Ну так PHP на C++ и написан ...

PHP написан не на C++, а на C. Как и mysql. На C++ там совсем немного на... писано.


Владимир2012постоянно хотят приспособить для не свойственных ему функций /бухгалтерские АРМ на нем пишут .../.
Хороший пример правильного использования C++ - 1С /но не реализации/.
Вот написали на нем технологическую платформу и все "радуются" /как она еле ворочается/ ...

задачи бывают разные. к примеру машинное обучение в realtime, где обработка примерно до 100 мегабайт данных должна вложиться в 0.3 секунды времени отклика.

попробуй такое исполнить на PHP + MySQL, просто закачать 100 мегабайт из базы, как-то обработать (тупо взять чексумму), выдать клиенту результат.

ну да, за 0.3 секунды :)
...
Рейтинг: 0 / 0
04.08.2016, 18:42
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286533
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Anatoly MoskovskyПосле выхода С++11 не проблема создать фремворк на С++ для вебприложений такой же удобный как и на скриптовых языках.

господи, и что там такого в C++11 придумали незаменимого? лямбды прикрутили?
проблема текущей неприменимости C++ в вебе лежит вне языковой плоскости.

в конце концов ebay еще в 90-х годах свою инфраструктуру запилил на ISAPI/IIS и C++. и ничего, нормально работало.

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

аналогичная история была у amazon.
...
Рейтинг: 0 / 0
04.08.2016, 18:49
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286565
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
maytonGoogle создавал golang в попытке сделать ЯП который
бы не намного уступал С++. Наверное были задачи
где производительность 1 процесса важна.

nojavaтанцуем очередной гопак сидя в луже?
то-то facebook свой hiphop, а vk свои kphp пилили, не зная, что нужно лишь кластеров побольше поставить, да.
И сильно помогло?
Как тормозило это все, так и тормозит
...
Рейтинг: 0 / 0
04.08.2016, 19:39
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286568
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
maytonGoogle создавал golang в попытке сделать ЯП который ...
ИМХУ просто чтобы сделать ЯП не стреляющий в ногу.
...
Рейтинг: 0 / 0
04.08.2016, 19:45
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286572
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Anatoly Moskovskynojavaтанцуем очередной гопак сидя в луже?
то-то facebook свой hiphop, а vk свои kphp пилили, не зная, что нужно лишь кластеров побольше поставить, да.
И сильно помогло?
Как тормозило это все, так и тормозит
что именно у тебя тормозит?

а так да, общий прирост у них составил разы, отдельные операции - сотни раз.

php крайне тормозная и cpu емкая вещь сама по себе, я с удивлением это открыл еще в 2000-х, играющи пытаясь посавить жумлу на mips soho раутер

просто под интел это не так заметно, но если у тебя сотни тысяч машин в кластере, то просто кросскомпиляция пыха может снизить потребление электричества раза в два, а это сотни мегабаксов для них
...
Рейтинг: 0 / 0
04.08.2016, 19:50
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286575
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Dima TИМХУ просто чтобы сделать ЯП не стреляющий в ногу.

Это имеет смысл в случае, когда у тебя в штате пара приличных программистов и сотня
рукожопов, не знающих с какого конца ствола вылетает пуля. Тогда эти два пишут язык,
защищающий сотню от самих себя.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
04.08.2016, 19:53
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286577
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
Dimitry SibiryakovDima TИМХУ просто чтобы сделать ЯП не стреляющий в ногу.

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

Гугл разве не этот случай?
...
Рейтинг: 0 / 0
04.08.2016, 19:54
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286590
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
nojavaа так да, общий прирост у них составил разы, отдельные операции - сотни раз.
К сожалению, это бессмысленное утверждение без конкретных цифр с пруфлинками, показывающих что замерялось и в каких условиях.

Вот буквально сегодня на POC у кастомера один из параметров производительности нашей программы после полудня резко улучшился с 15% до 80%. Но при этом ничего не менялось в самой программе. Просто паттерн трафика изменился.
Но если бы мы поставили новую версию, то такие как вы фантазеры втирали бы кастомеру что это программа стала круче
...
Рейтинг: 0 / 0
04.08.2016, 20:09
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286601
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
Dima TГугл разве не этот случай?
Сколько кода в процентах на текущий момент в Гугле написано на Go и C++?
...
Рейтинг: 0 / 0
04.08.2016, 20:18
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286602
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
Изопропилв какой момент нужно прекращать подпорки и костыли ставить под PHP?
ИМХУ дело не в пхп, а в том что на нем написано и как интенсивно используется. Ставить надо не подпорки, а ставить перед фактом писателей: ребята, ваша писанина не справляется с нагрузкой.
...
Рейтинг: 0 / 0
04.08.2016, 20:21
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286605
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
Anatoly MoskovskyDima TГугл разве не этот случай?
Сколько кода в процентах на текущий момент в Гугле написано на Go и C++?
Не знаю. Это важно? Стратегия обычно опережает реализацию.
...
Рейтинг: 0 / 0
04.08.2016, 20:26
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286612
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
Изопропилв какой момент нужно прекращать подпорки и костыли ставить под PHP?
а зачем? это же удобно
начало тормозить - перенёс тормозную часть в нативную либу и идём дальше
...
Рейтинг: 0 / 0
04.08.2016, 20:33
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286615
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
Dima TИзопропилв какой момент нужно прекращать подпорки и костыли ставить под PHP?
ИМХУ дело не в пхп, а в том что на нем написано и как интенсивно используется. Ставить надо не подпорки, а ставить перед фактом писателей: ребята, ваша писанина не справляется с нагрузкой.



все, что можно было написать на С/С++
давно написано до нас
...
Рейтинг: 0 / 0
04.08.2016, 20:34
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286616
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
Dima TНе знаю. Это важно? Стратегия обычно опережает реализацию.
Вот хвалебная Го-статья https://blog.joshsoftware.com/2014/02/04/does-the-next-decade-belong-to-go/
В ней говорится что в Гугле го начали внедрять с 2010 года в бэкендах.
Т.е. к вебу это вообще не имеет отношение.
...
Рейтинг: 0 / 0
04.08.2016, 20:34
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286619
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Изопропил,

Ну я сейчас как раз и пишу WEB-приложения на С++, конечно, "у нас с собой было", т.е. понаписано много чего в виде окружения/фреймворка, в относном, на базе boost.
...
Рейтинг: 0 / 0
04.08.2016, 20:37
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286622
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Вот хотелось что бы для C++ разработали удобные классы для работы с строками /текстом/, датой и временем, ...
При этом за основу не взял бы за основу API PHP, Python, ... потому что /сугубо/ некоторые функции удобны, а не которые нет /часто нужно обращаться к manual/.
Вот не смейтесь, но набор функций для работы с строками в Foxpro удобный.
В свое время на Perl реализовал 100% их эквивалент /исходники в виде архива в форуме PHP публиковал/.
Вот сколько пишу на C++, а напрочь не могу привыкнуть ни к названиям строковых функций и в целом этому API.
Неудобно!
Тут и работы не так много /больше разговоров чем дела/.
Вот каюсь пока ленюсь написать эти библиотеки.
А надо!
...
Рейтинг: 0 / 0
04.08.2016, 20:45
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286625
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
Anatoly MoskovskyDima TНе знаю. Это важно? Стратегия обычно опережает реализацию.
Вот хвалебная Го-статья https://blog.joshsoftware.com/2014/02/04/does-the-next-decade-belong-to-go/
В ней говорится что в Гугле го начали внедрять с 2010 года в бэкендах.
Т.е. к вебу это вообще не имеет отношение.
Мое упоминание GO 19501556 к вэбу не имеет отношения. О чем дискуссия?
...
Рейтинг: 0 / 0
04.08.2016, 20:54
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286629
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
Владимир2012Вот хотелось что бы для C++ разработали удобные классы для работы с строками /текстом/,
.....

А надо!

не дано !!!!

никто не оценит,
не ходи туда , там нога может самопрострелиться и снег на башка упадет.... :)

по тынцу выше....The interfaces java.io.DataInput and java.io.DataOutput have methods called `readUTF' and `writeUTF' respectively. But note that they don't use UTF-8; they use a modified UTF-8 encoding: the NUL character is encoded as the two-byte sequence 0xC0 0x80 instead of 0x00, and a 0x00 byte is added at the end. Encoded this way, strings can contain NUL characters and nevertheless need not be prefixed with a length field - the C <string.h> functions like strlen() and strcpy() can be used to manipulate them.
...
Рейтинг: 0 / 0
04.08.2016, 21:08
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286630
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
д0k все, что можно было написать на С/С++
давно написано до нас
PHP отлично работает без излишних оптимизационных костылей. И дело даже не в PHP, а в том что на нем написано. Довелось мне услышать такую фразу "MySql настолько крут что индексов не надо". Понятно что я получив этот "крутой" проект на сопровождение первым делом исследовал код и создал нужные индексы. Бывает, сначала сэкномили, заказали разработку студентам, работало пока клиентов не стало 100+. Виноват ли тут PHP на котором было написано?
...
Рейтинг: 0 / 0
04.08.2016, 21:11
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286632
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
И по поводу С/С++ просто попробуй убедить сайтохостинг PHP/Perl/MySql разрешить запустить твой код на С/С++
...
Рейтинг: 0 / 0
04.08.2016, 21:14
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286635
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
Dima Tд0k все, что можно было написать на С/С++
давно написано до нас
PHP отлично работает без излишних оптимизационных костылей. И дело даже не в PHP, а в том что на нем написано. Довелось мне услышать такую фразу "MySql настолько крут что индексов не надо". Понятно что я получив этот "крутой" проект на сопровождение первым делом исследовал код и создал нужные индексы. Бывает, сначала сэкномили, заказали разработку студентам, работало пока клиентов не стало 100+. Виноват ли тут PHP на котором было написано?

По сслыке там не на 100 клиентов ,
а на дестяки тысяч.

И не просто веб сервис , а конструктор
который умеет парсить бинарные дампы , в том числе XML ( подмножеством которого есть веб).
инкапсулировать и тунелировать криптование ит тд итп


Я вобще хочу сказать о том, что если уж принято решение
переходить на разработу приложений на С++ для веб
то его не нужно делать с нуля , а форкуть какой нибудь
готовый опенсор, или подключиться к проекту...
...
Рейтинг: 0 / 0
04.08.2016, 21:19
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286636
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
д0kВладимир2012Вот хотелось что бы для C++ разработали удобные классы для работы с строками /текстом/,
.....

А надо!

не НАДО !!!!

никто не оценит,
не ходи туда , там нога может самопрострелиться и снег на башка упадет.... :)

по тынцу выше....The interfaces java.io.DataInput and java.io.DataOutput have methods called `readUTF' and `writeUTF' respectively. But note that they don't use UTF-8; they use a modified UTF-8 encoding: the NUL character is encoded as the two-byte sequence 0xC0 0x80 instead of 0x00, and a 0x00 byte is added at the end. Encoded this way, strings can contain NUL characters and nevertheless need not be prefixed with a length field - the C <string.h> functions like strlen() and strcpy() can be used to manipulate them.


прошу прщения ,
заглючил алгоритм выбора порядка нажатия букв на клаве :)
...
Рейтинг: 0 / 0
04.08.2016, 21:22
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286641
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
д0k все, что можно было написать на С/С++
давно написано до нас

haproxy написан на Pure C. Что-ж вы свой std::язык для <substandard coders> пытаетесь примазать где не попадя?
...
Рейтинг: 0 / 0
04.08.2016, 21:27
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286642
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
Dima TМое упоминание GO 19501556 к вэбу не имеет отношения. О чем дискуссия?
Зато тема топика имеет отношение. ))
...
Рейтинг: 0 / 0
04.08.2016, 21:29
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286646
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
д0kна разработу приложений на С++ для веб
то его не нужно делать с нуля , а форкуть какой нибудь
готовый опенсор, или подключиться к проекту...

господи, какие вы смешные.

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

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

все что можно разрешать делать прикладнику - это эдакие виртуализированные песочницы, с жестко заблокированным API (никаких вам там memcpy и strtok), проверок статических и динамических побольше, адресные и прочие санитайзеры, валгринд из коробки и прочее.

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

но в мире нет таких героев - собрать среду, которая будет заставлять писать правильный и непадучий код, который не разрушит выстрелом по освобожденному указателю вообще все мироздание.
...
Рейтинг: 0 / 0
04.08.2016, 21:34
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286647
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
nojavaд0k все, что можно было написать на С/С++
давно написано до нас

haproxy написан на Pure C. Что-ж вы свой std::язык для <substandard coders> пытаетесь примазать где не попадя?

Если вы хотите услышать мое мнение,
то С++ в своем развиии ушел не туда туда не знаю куда .

Единственное почему лично я использую С++ компилятор -
привязка кода к структуре , защита полей - класы ,
автоматический вызов деструкторов и обработка исключений.

В остальном я сторонник чисто сишного кода...
без всяких там std:: бустов и прочих дырявых абстракций ...
...
Рейтинг: 0 / 0
04.08.2016, 21:36
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286649
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
nojavaд0kна разработу приложений на С++ для веб
то его не нужно делать с нуля , а форкуть какой нибудь
готовый опенсор, или подключиться к проекту...

господи, какие вы смешные.

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

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

все что можно разрешать делать прикладнику - это эдакие виртуализированные песочницы, с жестко заблокированным API (никаких вам там memcpy и strtok), проверок статических и динамических побольше, адресные и прочие санитайзеры, валгринд из коробки и прочее.

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

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

А кто сказал что прикладника нужно запускать в С++ код ?
...
Рейтинг: 0 / 0
04.08.2016, 21:40
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286653
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Владимир2012Язык, который предназначен для системного программирования /драйвера, компиляторы, ОС .../ постоянно хотят приспособить для не свойственных ему функций /бухгалтерские АРМ на нем пишут .../

C++ не был создан для системного программирования и написания драйверов.
...
Рейтинг: 0 / 0
04.08.2016, 21:45
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286656
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
nojavaда нельзя пускать гамнокодеров писать ни модули для апача, ни для нгинкса.
Судя по топикам которые вы создаете, с говнокодингом вы знакомы не понаслышке.
Поэтому поверим вам )))
...
Рейтинг: 0 / 0
04.08.2016, 21:49
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286657
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
д0knojavaпропущено...


haproxy написан на Pure C. Что-ж вы свой std::язык для <substandard coders> пытаетесь примазать где не попадя?

Если вы хотите услышать мое мнение,
то С++ в своем развиии ушел не туда туда не знаю куда .

Единственное почему лично я использую С++ компилятор -
привязка кода к структуре , защита полей - класы ,
автоматический вызов деструкторов и обработка исключений.


вот тут пожалуй соглашусь, С with objects без намека на std:: звучит единственно разумным выбором.
у меня самого рука несколько раз срывалась на то, чтоб разрешить использовать class.

но каждый раз останавливала неизбежность линковки с libstdc++.

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

typedef struct my_struct_t my_struct_t;

и хитрый финт ушами с alloca()/vla, который позволяет объявить и инициализировать структуру на стеке (нужно лишь вернуть sizeof из "конструктора", это тоже скрывается).

и выглядит в итоге совсем не уродски:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
.h

DECLARE_STRUCT(mystruct)

.c

DEFINE_STRUCT(mystruct,
  int field1;
  char *field2;
)

// и использование извне

int test_code(int value) {
  STACK_OBJECT(myobj, mystruct);

  mystruct_set_field1(myobj, value);

  return mystruct_get_field1(myobj);
}



даже без namespace можно жить - просто кодировать имя модуля префиксом к имени функции и структуры, и нормально.
не такие уже у всех большие проекты, чтоб прям это было проблемой.
...
Рейтинг: 0 / 0
04.08.2016, 21:49
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286659
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
д0kА кто сказал что прикладника нужно запускать в С++ код ?
Нужно. С++ развивается именно в прикладном направлении.
...
Рейтинг: 0 / 0
04.08.2016, 21:50
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286661
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
д0kПо сслыке там не на 100 клиентов ,
а на дестяки тысяч.
Круть, только это почитай 19501846 , при безлимитных финансах можно воротить что угодно, почти, пока не упрешься в технический предел. А технический предел можно отодвинуть чисто алгоритмическими средствами. Поэтому можно просто правильно написать на PHP.
...
Рейтинг: 0 / 0
04.08.2016, 21:51
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286662
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Anatoly Moskovskynojavaда нельзя пускать гамнокодеров писать ни модули для апача, ни для нгинкса.
Судя по топикам которые вы создаете, с говнокодингом вы знакомы не понаслышке.
Поэтому поверим вам )))
Модератор: Отредактировано
стебелек 2.0 пишете?
...
Рейтинг: 0 / 0
04.08.2016, 21:52
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286663
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
nojavaу тебя опять размножение личности? какие там еще у вас в Одессе негамнокодерские проекты? стебелек 2.0 пишете?
Бери выше ))
...
Рейтинг: 0 / 0
04.08.2016, 21:56
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286664
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Anatoly Moskovskyд0kА кто сказал что прикладника нужно запускать в С++ код ?
Нужно. С++ развивается именно в прикладном направлении.

угар. это последние-то изменения в C++14 и С++17 это для прикладника делаются?

что вы курите? какой нормальный прикладник будет изучать два кирпича по 900 страниц только стандартных библиотек, и это лишь чтоб понять, что в этой вашей STL нет вообще ничего для него пригодного?

чем прикладник вообще занимается обычно? наверное мается выбором перед std::string и string_view, или читает толмуд как правильно жить с SFINAE и move semantics, ну и не стрелять себе в голову через string aliasing?

да да. это все прикладные вопросы, они в любом прикладном ЯООП затрагиваются. да да да.
...
Рейтинг: 0 / 0
04.08.2016, 21:56
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286668
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
MasterZivC++ не был создан для системного программирования и написания драйверов.Безусловно вы правы.
Ни когда не ссылаюсь на C, а всегда на C++.
Многое из C++ не использую /например стараюсь писать libraries, которые не используют виртуальные функции, .../.

PS: "Говоря C++ я подразумеваю C. Говоря C я подразумеваю C++"
...
Рейтинг: 0 / 0
04.08.2016, 22:03
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286669
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
nojavaд0kпропущено...


Если вы хотите услышать мое мнение,
то С++ в своем развиии ушел не туда туда не знаю куда .

Единственное почему лично я использую С++ компилятор -
привязка кода к структуре , защита полей - класы ,
автоматический вызов деструкторов и обработка исключений.


вот тут пожалуй соглашусь, С with objects без намека на std:: звучит единственно разумным выбором.
у меня самого рука несколько раз срывалась на то, чтоб разрешить использовать class.

но каждый раз останавливала неизбежность линковки с libstdc++.

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

typedef struct my_struct_t my_struct_t;

и хитрый финт ушами с alloca()/vla, который позволяет объявить и инициализировать структуру на стеке (нужно лишь вернуть sizeof из "конструктора", это тоже скрывается).

и выглядит в итоге совсем не уродски:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
.h

DECLARE_STRUCT(mystruct)

.c

DEFINE_STRUCT(mystruct,
  int field1;
  char *field2;
)

// и использование извне

int test_code(int value) {
  STACK_OBJECT(myobj, mystruct);

  mystruct_set_field1(myobj, value);

  return mystruct_get_field1(myobj);
}



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

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

Эти плюшки знатно уменьшают время портаченое на кодинг и отладку,
а значит увеличивают производительность труда.
...
Рейтинг: 0 / 0
04.08.2016, 22:07
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286674
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
Dima Tд0kПо сслыке там не на 100 клиентов ,
а на дестяки тысяч.
Круть, только это почитай 19501846 , при безлимитных финансах можно воротить что угодно, почти, пока не упрешься в технический предел. А технический предел можно отодвинуть чисто алгоритмическими средствами. Поэтому можно просто правильно написать на PHP.

Я в курсе ,
по меркам многих у меня до последнего
времени были безлимитные финансы....


Сейчас все думают как распихать по дешовому железу
то что раньше было в одном сервере на несколько миллионов баксов.
Лет через 5 ему наступит эндофлайф ,
а купить аналогичный, но новый жаба душит...
...
Рейтинг: 0 / 0
04.08.2016, 22:12
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286677
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
д0kно новый жаба душит...
жабу то можно победить, бюджет где взять?
...
Рейтинг: 0 / 0
04.08.2016, 22:20
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286679
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
д0kАльтернативы автоматическому вызову деструкторов
и строго типизированному подстать языку
обработчику исключнний в С всеравно нет.

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

деструкторы для web программирования вообще не нужны.
жизненный цикл типового запроса очень мал - проще не деструктировать вообще ничего, и лишь по завершению обработки одним переприсвиванием поля hwm сбросить "аллокатор памяти" в нулевую позицию.
т.е. вместо тысяч безумно рандомных походов на деаллокацию и free() - просто делаем присваивание указателю. красота.

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

нужно только мозги прочистить от деструкторской шелухи, и наступит счастье.

ясен пончик, такой подход не канает для GUI, но для web обработчиков - на ура.

--

аналогично с исключениями - они вообще не нужны. мозг типового программиста засран напрочь этой извратной формой goto.
а все что нужно - это почитать про live-to-die в PHP и erlang, для прочистки мозгов, ну и внимательно посмотреть как реализована обработка ошибок в базах данных, тех-же oracle и mysql.

сразу наступит нешуточное прозрение.


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

ни разу не возникало необхходимости написать хоть какой-то иной код в обработчике исключений, ну а finally писал чисто как обезьянка - сказали писать так, писал, но в виду концепции live-to-die и управляемого освобождения ресурсов и этот код является абсолютно бесполезным.
...
Рейтинг: 0 / 0
04.08.2016, 22:21
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286681
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
nojavaи хитрый финт ушами с alloca()/vla, который позволяет объявить и инициализировать структуру на стеке (нужно лишь вернуть sizeof из "конструктора", это тоже скрывается).
и выглядит в итоге совсем не уродски:Поучительный CString http://www.kurzenkov.com/Articles/cstring.html
Такой прием работы с данными для WIN API Microsoft традиционен /по адресу-1 и далее могут быть много, используемых полей/.
Но нас не обманешь!
...
Рейтинг: 0 / 0
04.08.2016, 22:22
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286682
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
Anatoly Moskovskyд0kА кто сказал что прикладника нужно запускать в С++ код ?
Нужно. С++ развивается именно в прикладном направлении.

Развиаясь в прикладном направлении он превращает
прикладника в обезьяну с гранатой на минном поле....

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

YouTube Video
YouTube Video
...
Рейтинг: 0 / 0
04.08.2016, 22:23
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286684
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Владимир2012nojavaи хитрый финт ушами с alloca()/vla, который позволяет объявить и инициализировать структуру на стеке (нужно лишь вернуть sizeof из "конструктора", это тоже скрывается).
и выглядит в итоге совсем не уродски:Поучительный CString http://www.kurzenkov.com/Articles/cstring.html
Такой прием работы с данными для WIN API Microsoft традиционен /по адресу-1 и далее могут быть много, используемых полей/.
Но нас не обманешь!

фу, ++сасаshсо.

я не это имел в виду. я про то, как реализовать концепцию private/protected в обычном pure C.
там в .h файле структура объявляется незавершенной. и фактически тебе доступен только указатель.

но для аллокации объекта на стеке тебе нужно или иметь доступ к реализации структуры (т.е. ее полям, и всем зависимостям - объявил ты какое поле socket_t - тяни себе все winsock.h говняшки в видимость) или знать размер.

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

почему нужно объект на стеке, а не на куче? глупый вопрос - чтоб деструктор не писать :)
...
Рейтинг: 0 / 0
04.08.2016, 22:28
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286685
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
д0kПрикладники и системщики абсолютно разными категориями
мыслят и инструменты у них должны быть разделены,
что бы не забивали гвозди микроскопом и не ковали блох.
Direct3D на C выглядит не особо приятно
...
Рейтинг: 0 / 0
04.08.2016, 22:30
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286690
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Изопропилд0kПрикладники и системщики абсолютно разными категориями
мыслят и инструменты у них должны быть разделены,
что бы не забивали гвозди микроскопом и не ковали блох.
Direct3D на C выглядит не особо приятно

у Microsoft интерфейсы на C выглядят особо уродски и непродуманно.

один ExtTextOut чего стоит, как нагромождение нелепостей https://msdn.microsoft.com/en-us/library/windows/desktop/dd162713(v=vs.85).aspx

(если есть rect, нафига x и y, зачем считать байты, если строка заканчивается нулем? и какой дурак вообще придумал lpDx, кто его использует?)
на C++ они уже начали хоть как-то прилично писать, хотя большего безумия, чем OLE - не найти.


Хотя глядя на образцовую вылизанность C# удивляешься - а это действительно одна компания?
...
Рейтинг: 0 / 0
04.08.2016, 22:38
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286695
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
nojavaзачем считать байты, если строка заканчивается нулем?
Чтобы не делать копию отображаемой подстроки, это же очевидно.
...
Рейтинг: 0 / 0
04.08.2016, 22:47
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286699
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Anatoly Moskovskynojavaзачем считать байты, если строка заканчивается нулем?
Чтобы не делать копию отображаемой подстроки, это же очевидно.

это и есть черезжопица. тогда вообще откажитесь от нулевого символа в конце (перейдя на паскалевские строки).
а так в одном API налеплено все что угодно, и не только отрисовка, а еще и определение размеров текста.

странно что там нет встроенной опции "отформатировать диск C", хотя возможно она просто не документирована.
...
Рейтинг: 0 / 0
04.08.2016, 22:54
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286700
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
nojavaи какой дурак вообще придумал lpDx, кто его использует?
те, кто в курсе, что такое кернинг и трекинг
...
Рейтинг: 0 / 0
04.08.2016, 22:54
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286702
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Изопропилnojavaи какой дурак вообще придумал lpDx, кто его использует?
те, кто в курсе, что такое кернинг и трекинг

для 99.9% случаев это и нафиг не впилось, зато место в стеке туда-сюда елозится постоянно.
хочется извратов? ну сделай блин контекст (объект), и серией опциональных вызовов выставляй что там тебе надо.

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

просто так сильно пытались за Apple догнаться, что лепили всякую хрень в SDK, лишь бы хоть как-то заработало, думать было видать совсем некогда.
...
Рейтинг: 0 / 0
04.08.2016, 22:58
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286704
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
nojavaэто и есть черезжопица. тогда вообще откажитесь от нулевого символа в конце (перейдя на паскалевские строки).
имеется один длинный массив символов (представляющий слова в тексте),
без нулевых терминаторов и счётчиков.
выводить требуется отдельные слова (у каждого свой X и Y)


так что решение вполне объяснимо
...
Рейтинг: 0 / 0
04.08.2016, 22:59
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286706
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
nojavaд0kАльтернативы автоматическому вызову деструкторов
и строго типизированному подстать языку
обработчику исключнний в С всеравно нет.

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

деструкторы для web программирования вообще не нужны.


Пользовательская сессия может жить столько угодно долго
пока пользователь окно не закроет ...
моя машина уже 171 день живет ...

22:41:31 up 171 days, 12:08, 40 users, load average: 0.73, 0.92, 0.84

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


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

nojavaа все что нужно - это почитать про live-to-die в PHP и erlang, для прочистки мозгов, ну и внимательно

посмотреть как реализована обработка ошибок в базах данных, тех-же oracle и mysql.

сразу наступит нешуточное прозрение.


ну ну ....

а чем по вашему есть
NO_DATA_FOUND в pl/sql ?

Без знания принципов обработки исключениq ( полная аналогия с с++)
нельзя написать толкового продуктивного кода на pl/sql .


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

ни разу не возникало необхходимости написать хоть какой-то иной код в обработчике исключений, ну а finally писал чисто как обезьянка - сказали писать так, писал, но в виду концепции live-to-die и управляемого освобождения ресурсов и этот код является абсолютно бесполезным.


Был у меня когда то коллега , сециалист, которого
взяли написать основной цикл вызывая библиотеки других
программистов по ТЗ , прикладник вобщем.
он не мудрствуюя сделал многоточеный обработчик исключений.

В конечном итоге оказалось , что чувак тупо пропускал комиты в базу ,
, когда приложение висло на блокировках ( MSSQL)
его стреляли и БД ролобечилось то, что не должно было .
...
Рейтинг: 0 / 0
04.08.2016, 23:01
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286707
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
nojavaAnatoly Moskovskyпропущено...

Чтобы не делать копию отображаемой подстроки, это же очевидно.

это и есть черезжопица. тогда вообще откажитесь от нулевого символа в конце (перейдя на паскалевские строки).


Вам говорят про конкретного фому ( подстроку) ,
а вы отвечаете про абстрактного ерему ( делфи строки) ...

Терзают меня смутные сомнения :)
...
Рейтинг: 0 / 0
04.08.2016, 23:05
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286709
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Изопропилnojavaэто и есть черезжопица. тогда вообще откажитесь от нулевого символа в конце (перейдя на паскалевские строки).
имеется один длинный массив символов (представляющий слова в тексте),
без нулевых терминаторов и счётчиков.
выводить требуется отдельные слова (у каждого свой X и Y)


так что решение вполне объяснимо

ничем оно не объяснимо.

создателей C за их null terminated строки нужно публично выпороть, чтоб не повадно было неофитам еще раз запилить подобную глупость - нулевой символ в конце.

а же говорил про то - хотите блин передавать оба вида строк - сделайте два отдельных API, к конце то концов, зачем в одну функцию лепить два взаимоисключающих подхода?

причем отдельная вырывающая мозг вещь - если ты не хочешь считать байты, то указывай -1, ага
при том, что этот cbCount это unsigned int, и любой статический анализатор выносит тебе на этот счет мозг, блин.
...
Рейтинг: 0 / 0
04.08.2016, 23:06
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286714
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
nojavaэто и есть черезжопица. тогда вообще откажитесь от нулевого символа в конце (перейдя на паскалевские строки).
Напишите в микрософт - они обязательно прислушаются к такому авторитету )))
...
Рейтинг: 0 / 0
04.08.2016, 23:14
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286715
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
д0knojavaпропущено...


это и есть черезжопица. тогда вообще откажитесь от нулевого символа в конце (перейдя на паскалевские строки).


Вам говорят про конкретного фому ( подстроку) ,
а вы отвечаете про абстрактного ерему ( делфи строки) ...

Терзают меня смутные сомнения :)

при чем тут делфи строки? нет такого понятия. pascal строки - есть такое понятие
даже в C++ строки уже имплементированы как вектор (длина + указатель), требование нуля в конце давно забыто.

у других и подавно.

потому разумно говорить про null-terminated строки и просто строки, во избежание.


https://ru.wikipedia.org/wiki/Строковый_тип Представление массивом символов[править | править вики-текст]
В этом подходе строки представляются массивом символов; при этом размер массива хранится в отдельной (служебной) области. От названия языка Pascal, где этот метод был впервые реализован, данный метод получил название Pascal strings .
...
Рейтинг: 0 / 0
04.08.2016, 23:14
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286716
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
д0kТерзают меня смутные сомнения :)
Какие еще сомнения )))
...
Рейтинг: 0 / 0
04.08.2016, 23:16
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286718
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
nojavaд0kпропущено...


Вам говорят про конкретного фому ( подстроку) ,
а вы отвечаете про абстрактного ерему ( делфи строки) ...

Терзают меня смутные сомнения :)

при чем тут делфи строки?

У вас хочется спросить причем ?
до вас о них в топике не вспоминали...
...
Рейтинг: 0 / 0
04.08.2016, 23:19
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286720
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
nojavaа же говорил про то - хотите блин передавать оба вида строк - сделайте два отдельных API, к конце то концов, зачем в одну функцию лепить два взаимоисключающих подхода?

это третий вариант - вывод отдельных подстрок без копирования.
...
Рейтинг: 0 / 0
04.08.2016, 23:20
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286722
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
д0knojavaпропущено...


при чем тут делфи строки?

У вас хочется спросить причем ?
до вас о них в топике не вспоминали...

про делфи строки это ты приплел. я не говорил про них.
...
Рейтинг: 0 / 0
04.08.2016, 23:21
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286723
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Изопропилnojavaа же говорил про то - хотите блин передавать оба вида строк - сделайте два отдельных API, к конце то концов, зачем в одну функцию лепить два взаимоисключающих подхода?

это третий вариант - вывод отдельных подстрок без копирования.

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

где ты там третий вариант увидел - тоже прямо мистика
...
Рейтинг: 0 / 0
04.08.2016, 23:23
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286725
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
nojavaгде ты там третий вариант увидел - тоже прямо мистика
дескриптор строки - указатель и длина, отдельно от данных строки.
...
Рейтинг: 0 / 0
04.08.2016, 23:26
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286728
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
nojavaа же говорил про то - хотите блин передавать оба вида строк - сделайте два отдельных API, к конце то концов, зачем в одну функцию лепить два взаимоисключающих подхода?Скорее всего они вынуждены были использовать именно такое API потому, что если заглянуть в код реализации функции, то
выzснится, что она использует какие-либо иные функции, которые используют именно такого вида параметры.

Проще говоря не так то легко "ломать" API, который знают "все".

PS: Вообще то WIN API Windows был не плохо продуман /да и создавался он когда - ох как давно/.
Даже более правильней можно сказать не об успешности WIN API, а архитектуре Windows в целом.
...
Рейтинг: 0 / 0
04.08.2016, 23:27
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286729
White Owl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
White Owl
Участник
Модератор: Anatoly Moskovsky и nojava,
Вы это... Спорить спорьте, но все-же не нужно друг-друга провоцировать.
Будете так же продолжать - оба бан получите.
...
Рейтинг: 0 / 0
04.08.2016, 23:27
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286731
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Изопропилnojavaгде ты там третий вариант увидел - тоже прямо мистика
дескриптор строки - указатель и длина, отдельно от данных строки.

ай блин, ты меня поймал, да :) там еще и атомы есть. старею, память ни к черту!
...
Рейтинг: 0 / 0
04.08.2016, 23:29
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286733
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Владимир2012PS: Вообще то WIN API Windows был не плохо продуман /да и создавался он когда - ох как давно/.
Даже более правильней можно сказать не об успешности WIN API, а архитектуре Windows в целом.
не был он продуман, так получилось.
этот API тянется с Windows 1.0

особенно доставляет CreateFile для открытия файла на чтение
...
Рейтинг: 0 / 0
04.08.2016, 23:31
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286735
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Загляните на досуге.
Macroscopic Data Structure Analysis and Optimization http://llvm.org/pubs/2005-05-04-LattnerPHDThesis.html
и
Chris Lattner's Homepage http://www.nondot.org/sabre/
...
Рейтинг: 0 / 0
04.08.2016, 23:38
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286736
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
ИзопропилВладимир2012PS: Вообще то WIN API Windows был не плохо продуман /да и создавался он когда - ох как давно/.
Даже более правильней можно сказать не об успешности WIN API, а архитектуре Windows в целом.
не был он продуман, так получилось.
этот API тянется с Windows 1.0

особенно доставляет CreateFile для открытия файла на чтение

CreateFileMapping. тоже немеряно доставляет, особенно учитывая то, что он появился сильно позже windows 1.0, и судя по всему был вчистую содран с freebsd mmap()

но "лишь бы не как у москалей" - не придумали ничего более умного, чем воткнуть пару бессмысленных параметров и переименовать до кучи.

а чо?

зато своё, незалежное.
...
Рейтинг: 0 / 0
04.08.2016, 23:39
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286738
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
Изопропилnojavaгде ты там третий вариант увидел - тоже прямо мистика
дескриптор строки - указатель и длина, отдельно от данных строки.

+1

по сути индексация позиций в буфере,
вместо раскладки ( копирования подстрок)
длинной строки в более короткие строки .
...
Рейтинг: 0 / 0
04.08.2016, 23:40
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286742
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
д0kИзопропилпропущено...

дескриптор строки - указатель и длина, отдельно от данных строки.

+1

по сути индексация позиций в буфере,
вместо раскладки ( копирования подстрок)
длинной строки в более короткие строки .

это был первый вариант - указатель и длина.
дескриптор - это скорее индекс в отдельном массиве указателей и длин.


ну, в WinAPI дескрипторы сделаны именно так (handle) - по сути индекс в некий недоступный тебе системный массив
...
Рейтинг: 0 / 0
04.08.2016, 23:44
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286745
Фотография tehKosh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tehKosh
Участник
если речь за бекенд, то я бы делал примерно по такой же методике что и в fossil сделано, в принципе cgi, fastcgi модуль на си или крестах можно быстро запилить
алсо есть отдельная тема - встроенные веб-серверы, там тоже собственно код отвечающий за формирование ответа иногда удобней прямо на си писать
...
Рейтинг: 0 / 0
04.08.2016, 23:50
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286746
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Владимир2012Вот сколько пишу на C++, а напрочь не могу привыкнуть ни к названиям строковых функций и в целом этому API.
Неудобно!


Ты о std::string ?
Да, неудобно...
...
Рейтинг: 0 / 0
04.08.2016, 23:50
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286747
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
nojavaдескриптор - это скорее индекс в отдельном массиве указателей и длин.
термин "паспорт" массива/строки - мне не нравится совсем.
...
Рейтинг: 0 / 0
04.08.2016, 23:53
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286750
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Изопропилnojavaдескриптор - это скорее индекс в отдельном массиве указателей и длин.
термин "паспорт" массива/строки - мне не нравится совсем.Угу + манипуляция с буферами тоже не ахти.
Да и в CString API не ахти ... /оставливаюсь. Иначе меня "не поймут"/.

PS: "Пусть кому-то хорошо, а кому-то нет ..."
...
Рейтинг: 0 / 0
04.08.2016, 23:58
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286756
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Владимир2012Изопропилпропущено...

термин "паспорт" массива/строки - мне не нравится совсем.Угу + манипуляция с буферами тоже не ахти .
Да и в CString API не ахти ... /оставливаюсь. Иначе меня "не поймут"/.

PS: "Пусть кому-то хорошо, а кому-то нет ..."

господи, а что вам вообще надо-то?
...
Рейтинг: 0 / 0
05.08.2016, 00:08
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286758
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
nojavaгосподи, а что вам вообще надо-то?"Я люблю тое время, когда птичка в клетке.
И не люблю тех людей, кто враг пятилетки"
...
Рейтинг: 0 / 0
05.08.2016, 00:10
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286760
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
nojavaВладимир2012пропущено...
Угу + манипуляция с буферами тоже не ахти .
Да и в CString API не ахти ... /оставливаюсь. Иначе меня "не поймут"/.

PS: "Пусть кому-то хорошо, а кому-то нет ..."

господи, а что вам вообще надо-то?

Нужна абстракция , которая будет работать так же быстро как
адресная арифметика , но без использования указателей ...


Когда она появится С и С++ станут уделом олдфагов.
...
Рейтинг: 0 / 0
05.08.2016, 00:14
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286762
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
nojavaгосподи, а что вам вообще надо-то?
многомерный массив с ненулевым начальным индексом, не обязательно сплошной, с возможностью получения сечений
...
Рейтинг: 0 / 0
05.08.2016, 00:14
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286764
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
д0kНужна абстракция , которая будет работать так же быстро как
адресная арифметика , но без использования указателей ...

Святотатствуете )))
...
Рейтинг: 0 / 0
05.08.2016, 00:16
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286765
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
Изопропилnojavaгосподи, а что вам вообще надо-то?
многомерный массив с ненулевым начальным индексом, не обязательно сплошной, с возможностью получения сечений

тогда
Вам в оракловый раздел
...
Рейтинг: 0 / 0
05.08.2016, 00:20
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286767
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
д0kтогда
Вам в оракловый раздел

в PL/1 и Algol 68 было в 60-лохматом году
...
Рейтинг: 0 / 0
05.08.2016, 00:24
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286768
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
д0kНужна абстракция , которая будет работать так же быстро как
адресная арифметика , но без использования указателей ...Не в этом суть.
Мне нужно /держитесь за стул/ чтобы у меня /ко всем прелестям работы C++ с строками/ был API подобный Foxpro ... /только не понимайте это суждение слишком "прямолинейно"/.

PS: Ну вот опять я за свое.
Почему с C++ "из коробки" нет API для работы с network, ...
...
Рейтинг: 0 / 0
05.08.2016, 00:26
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286771
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
Владимир2012Не в этом суть.
Мне нужно чтобы у меня был API подобный Foxpro ...
Ну, теперь-то все понятно стало
...
Рейтинг: 0 / 0
05.08.2016, 00:29
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286772
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Владимир2012Почему с C++ "из коробки" нет API для работы с network, ...
потому, что API - в OS

ну отличаются сокеты в разных OS
и чем больше нужно выжать из сетевого API - темь меньше шансов для "единого" API.
сорсы nginx познавательны (completion port и http.sys под windows не хватает для полноты картины)
...
Рейтинг: 0 / 0
05.08.2016, 00:34
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286775
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Изопропилну отличаются сокеты в разных OS
и чем больше нужно выжать из сетевого API - темь меньше шансов для "единого" API.Если писать "в лоб".
А если продумать хороший interface, то вполне ... /но не настаиваю в сказанном/
...
Рейтинг: 0 / 0
05.08.2016, 00:40
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286776
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
Изопропилпотому, что API - в OS

ну отличаются сокеты в разных OS
и чем больше нужно выжать из сетевого API - темь меньше шансов для "единого" API.
Boost.Asio скорее всего попадет в стандарт С++20.
А пользоваться им можно уже много лет.
Он умеет все важные сетевые фичи под основными платформами.
...
Рейтинг: 0 / 0
05.08.2016, 00:41
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286778
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
Владимир2012д0kНужна абстракция , которая будет работать так же быстро как
адресная арифметика , но без использования указателей ...Не в этом суть.
Мне нужно /держитесь за стул/ чтобы у меня /ко всем прелестям работы C++ с строками/ был API подобный Foxpro ... /только не понимайте это суждение слишком "прямолинейно"/.

PS: Ну вот опять я за свое.
Почему с C++ "из коробки" нет API для работы с network, ...

Она там и не нужна если есть пайпы и https://en.wikipedia.org/wiki/Netcat
а серверные сокеты можно на операцонку возложить https://en.wikipedia.org/wiki/Xinetd
...
Рейтинг: 0 / 0
05.08.2016, 00:43
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286780
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
Владимир2012Изопропилну отличаются сокеты в разных OS
и чем больше нужно выжать из сетевого API - темь меньше шансов для "единого" API.Если писать "в лоб".
А если продумать хороший interface, то вполне ... /но не настаиваю в сказанном/

stdin & stdout вот и весь инрефейс.

до тех пор пока не нужно создавать клоны хапрокси
или писать микрокод для цисок ...
...
Рейтинг: 0 / 0
05.08.2016, 00:46
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286781
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Владимир2012д0kНужна абстракция , которая будет работать так же быстро как
адресная арифметика , но без использования указателей ...Не в этом суть.
Мне нужно /держитесь за стул/ чтобы у меня /ко всем прелестям работы C++ с строками/ был API подобный Foxpro ... /только не понимайте это суждение слишком "прямолинейно"/.
Мне тоже казалось, что ничего лучше для прикладника, чем API Clipper Summer'87, 5.0 - не придумано.
Но потом посмотрел на этот самый API недавно, и....

короче хрень там, а не API, то просто детская любовь, типо первый язык, на котором деньги заработал.

Даже идея с USE, SET RELATION, SKIP - фуфло, на самом деле.


более менее адекватный только PL/SQL, но и то лишь в части

Код: plsql
1.
2.
3.
FOR rec IN (SELECT .. ) LOOP 
  dosomething(rec.field); 
END LOOP;



никакие ORM не сравнятся в мощи с этой конструкцией.

Владимир2012PS: Ну вот опять я за свое.
Почему с C++ "из коробки" нет API для работы с network, ...

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

а когда мне вываливают на голову этот брейнфак с epoll/kqueue/libevent и прочий хлам, да еще трахают мозг с ECONT на write() - хочется кинуть тапком в авторов этого сокет недоразумения.

аналогично с enterprise service bus. все что я хочу знать - это подписаться на канал, получить из канала. и все.
не надо мне насиловать мозг всякой белибердой сверху.

но таких API нет в принципе - всякий даже zeromq норовит на тебя вылить ушат всякого "очень нужного".
...
Рейтинг: 0 / 0
05.08.2016, 00:46
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286782
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
д0kВладимир2012пропущено...
Если писать "в лоб".
А если продумать хороший interface, то вполне ... /но не настаиваю в сказанном/

stdin & stdout вот и весь инрефейс.

до тех пор пока не нужно создавать клоны хапрокси
или писать микрокод для цисок ...

идея фуфел. дескрипторы это век минувший, я баже сказал вообще 19-й (в смысле 1970-е)

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

размер не важен - сейчас 64 бита везде, ты в принципе практически не сможешь выйти за границы при понаписании туда.

а что оно там под этими кусками памяти (хитрый mmap в сетевой дескриптор) - это уже никого не волноват.

писать в память это куда проще и приятнее, чем всякие стремные callback функции дергать.
...
Рейтинг: 0 / 0
05.08.2016, 00:50
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286784
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Anatoly MoskovskyИзопропилпотому, что API - в OS

ну отличаются сокеты в разных OS
и чем больше нужно выжать из сетевого API - темь меньше шансов для "единого" API.
Boost.Asio скорее всего попадет в стандарт С++20.
А пользоваться им можно уже много лет.
Он умеет все важные сетевые фичи под основными платформами.

фигня этот ваш asio

он даже близко не умеет вот это: https://en.wikipedia.org/wiki/Reliable_multicast

от слова вообще никак!
...
Рейтинг: 0 / 0
05.08.2016, 00:52
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286785
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
д0kа серверные сокеты можно на операцонку возложить https://en.wikipedia.org/wiki/Xinetd

слишком большие расходы на сооружение pipeline и переключения контекстов при обработке.
решение так себе, чисто чтоб tftp гонять, не более.

кроме того, xinetd как монитор процессов никуда не годится, ибо тебе за помершими нужно всякий мусор подчищать, далеко не всякая операционка умеет это делать сама (к примеру чистить таблицу читающих транзакций в LMDB).
...
Рейтинг: 0 / 0
05.08.2016, 00:55
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286786
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Anatoly MoskovskyНу, теперь-то все понятно стало Гм.
То что хотел донести до ALL.
Все что имеется в WIN API не отвергаю однозначно.
Но для меня оно зачастую не совсем удобно /а это знаете ли фактор читабельности и простоты кода .../.
И дело не только в строковых функциях ...
...
Рейтинг: 0 / 0
05.08.2016, 00:55
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286788
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
nojavaа когда мне вываливают на голову этот брейнфак с epoll/kqueue/libevent и прочий хлам, да еще трахают мозг с ECONT на write() - хочется кинуть тапком в авторов этого сокет недоразумения.
к этому можно привыкнуть(кроме libevent)
...
Рейтинг: 0 / 0
05.08.2016, 01:00
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286789
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
nojavaфигня этот ваш asio

он даже близко не умеет вот это: https://en.wikipedia.org/wiki/Reliable_multicast

от слова вообще никак!
Ну мало ли чего там нет. Надо еще доказать что это нужно хотя бы 10% приложений на С++.
Тогда оно обязательно там появится.
А пока востребованность на уровне шума.
...
Рейтинг: 0 / 0
05.08.2016, 01:03
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286792
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
nojavaд0kа серверные сокеты можно на операцонку возложить https://en.wikipedia.org/wiki/Xinetd

слишком большие расходы на сооружение pipeline и переключения контекстов при обработке.
решение так себе, чисто чтоб tftp гонять, не более.

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

в epoll/kqueue/libevent в нити диспечере и нитях обработчиках у тебя будет тоже самое
а разница между межнитевым и межпроцесным взаимодействием в совеменных процах и ОС
минимальна .
...
Рейтинг: 0 / 0
05.08.2016, 01:12
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286794
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Anatoly Moskovskynojavaфигня этот ваш asio

он даже близко не умеет вот это: https://en.wikipedia.org/wiki/Reliable_multicast

от слова вообще никак!
Ну мало ли чего там нет. Надо еще доказать что это нужно хотя бы 10% приложений на С++.
Тогда оно обязательно там появится.
А пока востребованность на уровне шума.
Модератор: Отредактировано
...
Рейтинг: 0 / 0
05.08.2016, 01:17
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286795
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
nojavaоок, на уровне шума мы только что выяснили, что к highload enterprise level (ESB) ты не имеешь отношения вообще, и даже статью из википедии осилить не смог.
Так шо там, сколько долей процента рынка занимает эта нишка? )))
...
Рейтинг: 0 / 0
05.08.2016, 01:18
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286796
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
д0knojavaпропущено...


слишком большие расходы на сооружение pipeline и переключения контекстов при обработке.
решение так себе, чисто чтоб tftp гонять, не более.

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

в epoll/kqueue/libevent в нити диспечере и нитях обработчиках у тебя будет тоже самое
а разница между межнитевым и межпроцесным взаимодействием в совеменных процах и ОС
минимальна .

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

Экономия человеческих ресурсов на проекте .
...
Рейтинг: 0 / 0
05.08.2016, 01:21
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286798
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
д0knojavaпропущено...


слишком большие расходы на сооружение pipeline и переключения контекстов при обработке.
решение так себе, чисто чтоб tftp гонять, не более.

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

в epoll/kqueue/libevent в нити диспечере и нитях обработчиках у тебя будет тоже самое
а разница между межнитевым и межпроцесным взаимодействием в совеменных процах и ОС
минимальна .

Модератор: Отредактировано

вообще-то в epoll/kqueue/libevent двигается весьма простая мысль - что одного треда хватит на всё. вообще на всё.
все эти ваши треды отпадают как абсолютно бесполезные и ненужные в их концепции.

а так да, ты прав - fork() по факту приведен к clone(), создание треда тоже идет через этот-же clone()

другое дело - чуваки из libevent они идеалисты, затачиваться на то, что все соединения выживут в одном процессе и ни один дятел не отправит этот процесс в core - это хорошо лишь для nginx/haproxy, где код пишется системный и очень медленно, и высматривается сотнями часо-глаз.

а для write-only прикладника такой подход абсолютно не годится


и вот тут вступает в дело ... zero-copy, но... это отдельный вопрос, как его правильно дружить со стоящим на входе haproxy балансером.

но xinetd на ноде - нет, это лишний и ненужный костыль.
...
Рейтинг: 0 / 0
05.08.2016, 01:22
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286799
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
nojavaвообще-то в epoll/kqueue/libevent двигается весьма простая мысль - что одного треда хватит на всё. вообще на всё.
все эти ваши треды отпадают как абсолютно бесполезные и ненужные в их концепции.
За исключением того что можно разные сокеты на один порт забайндить, каждый из своего потока, и получить помимо epoll еще и бесплатное масштабирование по потокам, вместо возни с процессами.
...
Рейтинг: 0 / 0
05.08.2016, 01:27
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286800
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Anatoly MoskovskyЗа исключением того что можно разные сокеты на один порт забайндить, каждый из своего потока, и получить помимо epoll еще и бесплатное масштабирование по потокам, вместо возни с процессами.
но проблема аварийного завершения процесса никак не снимается

Всё равно "возиться" с процессами нужно
...
Рейтинг: 0 / 0
05.08.2016, 01:32
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286801
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Anatoly Moskovskynojavaвообще-то в epoll/kqueue/libevent двигается весьма простая мысль - что одного треда хватит на всё. вообще на всё.
все эти ваши треды отпадают как абсолютно бесполезные и ненужные в их концепции.
За исключением того что можно разные сокеты на один порт забайндить, каждый из своего потока, и получить помимо epoll еще и бесплатное масштабирование по потокам, вместо возни с процессами.

да да да, ты я смотрю и тут очень великий спец

только одно ты недочитал, теоретик:
авторThe other noteworthy point is that there is a defect in the current implementation of TCP SO_REUSEPORT. If the number of listening sockets bound to a port changes because new servers are started or existing servers terminate, it is possible that incoming connections can be dropped during the three-way handshake.

а так да, очередной раз "блеснул" знанием. еще чего напишешь?
...
Рейтинг: 0 / 0
05.08.2016, 01:33
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286802
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
Изопропилно проблема аварийного завершения процесса никак не снимается

Всё равно "возиться" с процессами нужно
Перезапуск упавшего процесса - это десяток строк кода, в который не заглядывают десятилетиями.
Это не возиться.
...
Рейтинг: 0 / 0
05.08.2016, 01:34
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286803
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
nojavaтолько одно ты недочитал, теоретик:
авторThe other noteworthy point is that there is a defect in the current implementation of TCP SO_REUSEPORT. If the number of listening sockets bound to a port changes because new servers are started or existing servers terminate, it is possible that incoming connections can be dropped during the three-way handshake.

а так да, очередной раз "блеснул" знанием. еще чего напишешь?
Не хочу вас расстраивать, но если сокет будет один, то будет еще хуже если процесс упадет )))
...
Рейтинг: 0 / 0
05.08.2016, 01:37
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286805
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Anatoly MoskovskyИзопропилно проблема аварийного завершения процесса никак не снимается

Всё равно "возиться" с процессами нужно
Перезапуск упавшего процесса - это десяток строк кода, в который не заглядывают десятилетиями.
Это не возиться.

я верил в тебя, ты таки написал это!

а еще кроме перезапуска нужно озаботиться о недопущении слишком частого перезапуска.
отдельно нужно собирать статистику по дочерним процессам - кто там чем занят, не заняли ли он чем-то слишком долго (его нужно принудительно прибивать или нет), а еще нужно вопросы hot-patch решать, с grace терминацией текущих сессий, а еще вопрос DR switch-over..

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

10 строчек, да да. печеньки были невкусные?
...
Рейтинг: 0 / 0
05.08.2016, 01:39
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286806
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
Кроме того это ваш подход дропать процессы на каждый чих.
Существуют и другие подходы, где процесс падает только от крэша.
...
Рейтинг: 0 / 0
05.08.2016, 01:39
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286809
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
nojavaа еще кроме перезапуска нужно озаботиться о недопущении слишком частого перезапуска.
отдельно нужно собирать статистику по дочерним процессам - кто там чем занят, не заняли ли он чем-то слишком долго (его нужно принудительно прибивать или нет), а еще нужно вопросы hot-patch решать, с grace терминацией текущих сессий, а еще вопрос DR switch-over..
Опять со своими фантазиями.
В 99% - это все не нужно.
...
Рейтинг: 0 / 0
05.08.2016, 01:42
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286810
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Anatoly Moskovskynojavaтолько одно ты недочитал, теоретик:
пропущено...


а так да, очередной раз "блеснул" знанием. еще чего напишешь?
Не хочу вас расстраивать, но если сокет будет один, то будет еще хуже если процесс упадет )))

да ты что? и что там там будет хуже, господи? подсказка для совсем неопытных - на входе стоит haproxy или nginx. он там стоит всегда, потому что load-balancing делать все равно нужно, лепить реальный ip на каждую ноду бэкэнда - это клиника.

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

правильно - не сказывается.

вот и сказочке конец
...
Рейтинг: 0 / 0
05.08.2016, 01:43
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286812
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вася Уткин
Гость
Anatoly Moskovskynojavaфигня этот ваш asio

он даже близко не умеет вот это: https://en.wikipedia.org/wiki/Reliable_multicast

от слова вообще никак!
Ну мало ли чего там нет. Надо еще доказать что это нужно хотя бы 10% приложений на С++.
Тогда оно обязательно там появится.
А пока востребованность на уровне шума.
Вообще-то умеет
Причем очень прозрачно по сравнению с работой с обычным UDP.
...
Рейтинг: 0 / 0
05.08.2016, 01:46
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286813
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Вася УткинAnatoly Moskovskyпропущено...

Ну мало ли чего там нет. Надо еще доказать что это нужно хотя бы 10% приложений на С++.
Тогда оно обязательно там появится.
А пока востребованность на уровне шума.
Вообще-то умеет
Причем очень прозрачно по сравнению с работой с обычным UDP.

что он там умеет? и ledger тоже сам умеет?

да неужели?
...
Рейтинг: 0 / 0
05.08.2016, 01:48
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286814
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Anatoly MoskovskyКроме того это ваш подход дропать процессы на каждый чих.
Существуют и другие подходы, где процесс падает только от крэша.

а еще есть бесконечно зависшие процессы, которые никогда не покрешатся.

но ты продолжай, продолжай, про подходы-то.
...
Рейтинг: 0 / 0
05.08.2016, 01:49
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286815
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
nojavaAnatoly Moskovskyпропущено...

За исключением того что можно разные сокеты на один порт забайндить, каждый из своего потока, и получить помимо epoll еще и бесплатное масштабирование по потокам, вместо возни с процессами.

да да да, ты я смотрю и тут очень великий спец

только одно ты недочитал, теоретик:
авторThe other noteworthy point is that there is a defect in the current implementation of TCP SO_REUSEPORT. If the number of listening sockets bound to a port changes because new servers are started or existing servers terminate, it is possible that incoming connections can be dropped during the three-way handshake.

а так да, очередной раз "блеснул" знанием. еще чего напишешь?

вот для этого и нужен xinetd
просто надежно и не нужно шурупы микроскопом забивать :)

Если он не справится, тогда звать человека с шуруповертом.
...
Рейтинг: 0 / 0
05.08.2016, 01:50
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286816
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вася Уткин
Гость
nojavaа когда мне вываливают на голову этот брейнфак с epoll/kqueue/libevent и прочий хлам, да еще трахают мозг с ECONT на write() - хочется кинуть тапком в авторов этого сокет недоразумения.
Так ты же очень интересовался шаблонами, как раз есть boost.asio, без всяких там epoll/kqueue/libevent.
...
Рейтинг: 0 / 0
05.08.2016, 01:50
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286817
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
д0knojavaпропущено...


да да да, ты я смотрю и тут очень великий спец

только одно ты недочитал, теоретик:
пропущено...


а так да, очередной раз "блеснул" знанием. еще чего напишешь?

вот для этого и нужен xinetd
просто надежно и не нужно шурупы микроскопом забивать :)

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

как entry level "на коленке" он сгодится. а так - создатели systemd смотрят на тебя с недоумением.
...
Рейтинг: 0 / 0
05.08.2016, 01:55
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286819
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Вася Уткинnojavaа когда мне вываливают на голову этот брейнфак с epoll/kqueue/libevent и прочий хлам, да еще трахают мозг с ECONT на write() - хочется кинуть тапком в авторов этого сокет недоразумения.
Так ты же очень интересовался шаблонами, как раз есть boost.asio, без всяких там epoll/kqueue/libevent.

еще раз, тем кто на танке.

epoll/kqueue/т.п. это очень ок и очень хорошо для всего двух типов приложений - 1) nginx и haproxy, где код строго системный, никакое прикладное туда не вписывается.
и где в принципе не может быть ни зависаний, ни креша, ни аномалий, такой себе идеальный мирок в вакууме.


2) единственное место, куда еще их удалось вкрутить - это node.js, просто потому что там по сути изолированная виртуальная javascript машина.

но опять-же - там уже все написано, libev/libevent сами по себе достаточны, никакой там ото бустовской надстройки им и даром не нужно.

от слова вообще.


а т.к. они уже написаны, то ... больше применения этому никакого нет - boost::asio в принципе не приемлем для прикладного программирования, просто потому что неуправляемый прикладной мир (в node.js он управляем) никогда не бывает идеальным - он будет крешиться, зависать, бить память, и т.п.
...
Рейтинг: 0 / 0
05.08.2016, 02:00
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286820
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
nojavaа еще есть бесконечно зависшие процессы, которые никогда не покрешатся.
Ну это смотря кто чем пишет программы ))
...
Рейтинг: 0 / 0
05.08.2016, 02:00
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286823
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Anatoly Moskovskynojavaа еще есть бесконечно зависшие процессы, которые никогда не покрешатся.
Ну это смотря кто чем пишет программы ))

да хоть как не пиши, есть еще проблема того, что даже ECC память довольно регулярно коррпатится, гугл даже приводил статистику на этот счет.

ты еще про не прочитал про это? а, ну ладно, забей, и да, продолжай верить и в то, что код пишут идеальные безгрешные одуванчики в вакууме, у которых не бывает сбоящего железа
...
Рейтинг: 0 / 0
05.08.2016, 02:07
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286824
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вася Уткин
Гость
nojavaВася Уткинпропущено...

Вообще-то умеет
Причем очень прозрачно по сравнению с работой с обычным UDP.

что он там умеет? и ledger тоже сам умеет?

да неужели?
Умеет надежный мультикаст на 2000 серверов, с min-latency 4 usec, max-latency 80 usec, и 2.5 миллиона пакетов в секунду per 1 server.
Но для агрессивных и обиженных на все технологии - мало подходит
...
Рейтинг: 0 / 0
05.08.2016, 02:13
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286825
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Вася Уткинnojavaпропущено...


что он там умеет? и ledger тоже сам умеет?

да неужели?
Умеет надежный мультикаст на 2000 серверов, с min-latency 4 usec, max-latency 80 usec, и 2.5 миллиона пакетов в секунду per 1 server.
Но для агрессивных и обиженных на все технологии - мало подходит

ты не знаешь, что такое ledger? пипец. и да, покажи, где именно оно умеет именно reliable и именно multicast. ну так, чтоб отослать 100 мегабайт всем, и чтоб гарантированно дошло, даже через океан/

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

2.5 миллиона - это всего навсего 700 мегабит, тоже мне достижение.
...
Рейтинг: 0 / 0
05.08.2016, 02:28
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286827
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вася Уткин
Гость
nojavaВася Уткинпропущено...

Умеет надежный мультикаст на 2000 серверов, с min-latency 4 usec, max-latency 80 usec, и 2.5 миллиона пакетов в секунду per 1 server.
Но для агрессивных и обиженных на все технологии - мало подходит

ты не знаешь, что такое ledger? пипец. и да, покажи, где именно оно умеет именно reliable и именно multicast. ну так, чтоб отослать 100 мегабайт всем, и чтоб гарантированно дошло, даже через океан/

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

2.5 миллиона - это всего навсего 700 мегабит, тоже мне достижение.
Ну вот ты точно не сможешь, потому что ты выдающийся Миллион долларов это все-го то 10 кг, логика - такая логика
Выучишь темплейты - расскажу что такое ledger. А пока задавай тут всем этот вопрос.
...
Рейтинг: 0 / 0
05.08.2016, 02:55
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286828
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
nojavaAnatoly Moskovskyпропущено...

Ну это смотря кто чем пишет программы ))

да хоть как не пиши, есть еще проблема того, что даже ECC память довольно регулярно коррпатится, гугл даже приводил статистику на этот счет.

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

Покупай железо за от ляма баксов ,
там планки памяти декофигурируется в операционе
ее становится меньше в ОС , если она не зазеркалирована .

Специально тыцнул в облаке
в премешение виртуальной
машины между физическими железками
с машини с зерклированной памятью на машину с обычной :

WarningHSCLA383 The destination managed system does not support selective memory mirroring or does not have selective memory mirroring enabled.


Если тебе жалко от ляма баксов на аппаратную оказоустойчивость
плати программерам пусть создают программную.
...
Рейтинг: 0 / 0
05.08.2016, 03:00
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286829
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
nojavaВася Уткинпропущено...

Умеет надежный мультикаст на 2000 серверов, с min-latency 4 usec, max-latency 80 usec, и 2.5 миллиона пакетов в секунду per 1 server.
Но для агрессивных и обиженных на все технологии - мало подходит

ты не знаешь, что такое ledger? пипец. и да, покажи, где именно оно умеет именно reliable и именно multicast. ну так, чтоб отослать 100 мегабайт всем, и чтоб гарантированно дошло, даже через океан/

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

2.5 миллиона - это всего навсего 700 мегабит, тоже мне достижение.

А если джамбафрейм ?
...
Рейтинг: 0 / 0
05.08.2016, 03:09
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286837
Фотография CEMb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CEMb
Участник
Многотехта.

Нашли на чём писать веб-приложения? Мне cgi-скрипты вспомнились :)
Мы тут думаем (на работе) как с явы уйти в чистый С.
...
Рейтинг: 0 / 0
05.08.2016, 05:13
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286863
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
CEMbМне cgi-скрипты вспомнились :)
а что не FastCGI?
...
Рейтинг: 0 / 0
05.08.2016, 08:32
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286868
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
nojavaиди иди, кур подои, тут больше не подаютnojava
Вы безусловно профессионал высокого класса.
Но ведь /надеюсь/ на форуме мы обсуждаем вопросы не для того, чтобы перед кем-то пальцы веером распускать, а для того, чтобы и узнать мнение других, да и поучиться многому /поверьте у каждого из нас "знаний" ох как мало. Хотя нам порой кажется, что мы - ГУРУ/
...
Рейтинг: 0 / 0
05.08.2016, 08:40
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286888
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
CEMb,

ну вот, всё опошлил


д0kАльтернативы автоматическому вызову деструкторов
и строго типизированному подстать языку
обработчику исключнний в С всеравно нет.

Эти плюшки знатно уменьшают время портаченое на кодинг и отладку,
а значит увеличивают производительность труда.
+1 ещё как, ох как в дельфи этого не хватает, так задалбывают трюки с интерфейсами
nojavaдеструкторы для web программирования вообще не нужны.
жизненный цикл типового запроса очень мал - проще не деструктировать вообще ничего, и лишь по завершению обработки одним переприсвиванием поля hwm сбросить "аллокатор памяти" в нулевую позицию.
т.е. вместо тысяч безумно рандомных походов на деаллокацию и free() - просто делаем присваивание указателю. красота.

чё то как-то в Ява счастье не наступило

в принципе можешь просто свой аллокатор написать который только выделяет и unmark делает, но всё же лучше финализацию соблюдать

nojavaВам говорят про конкретного фому ( подстроку) ,
а вы отвечаете про абстрактного ерему ( делфи строки) ...

Терзают меня смутные сомнения :)

при чем тут делфи строки? нет такого понятия. pascal строки - есть такое понятие
даже в C++ строки уже имплементированы как вектор (длина + указатель), требование нуля в конце давно забыто.

у других и подавно.
потому разумно говорить про null-terminated строки и просто строки, во избежание.

собственно C++ строки и string в Delphi имплементируют оба подхода <размер, дополнительный размер на завершающий 0,refcount, copy on write>
...
Рейтинг: 0 / 0
05.08.2016, 09:42
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286894
vitprof
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vitprof
Гость
Тема интересная. Я согласен с nojava, что у С++ нет ближайших перспектив стать еще одним общепринятым языком для создания web-приложений. Перечислю уже сказанное и дополню моими аргументами:

1. Нет управления памятью. Например, могут возникнуть проблемы с фрагментацией памяти.
2. Низкая утойчивость к ошибкам (может случиться core dump) - уже было сказано
3. Нет удобных библиотек для web, отсутствует нормальный ORM - было сказано
4. Гораздо больше времени на разработку.
5. Требуется более высокая квалификация разработчика.
6. Отсутствуют нормальные сервера приложений, предоставляющие типовую функциональность

P.S. я не претендую на полноту аргументации. Возможно, я что-то упустил, так как только бегло прошелся по дискуссии.
...
Рейтинг: 0 / 0
05.08.2016, 09:53
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286899
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
vitprofТема интересная. Я согласен с nojava, что у С++ нет ближайших перспектив стать еще одним общепринятым языком для создания web-приложений. Перечислю уже сказанное и дополню моими аргументами:

1. Нет управления памятью. Например, могут возникнуть проблемы с фрагментацией памяти.

вот тут категорически не согласен, выше я описал как сделать работоспособный пул с минимальными затратами на выделение в контексте запрос-ответ
в апаче что-то подобное делалось уже в прошлом веке
...
Рейтинг: 0 / 0
05.08.2016, 09:59
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286905
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Вася Уткинnojavaпропущено...


ты не знаешь, что такое ledger? пипец. и да, покажи, где именно оно умеет именно reliable и именно multicast. ну так, чтоб отослать 100 мегабайт всем, и чтоб гарантированно дошло, даже через океан/

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

2.5 миллиона - это всего навсего 700 мегабит, тоже мне достижение.
Ну вот ты точно не сможешь, потому что ты выдающийся Миллион долларов это все-го то 10 кг, логика - такая логика
Выучишь темплейты - расскажу что такое ledger. А пока задавай тут всем этот вопрос.

тц не ответил про ledger - есть он там или нет?

это такая база данных, которая гарантирует, что ни один пакет не будет потерян, и будет дослкн по рребованию клиента.
и дк - tcp это протокол негарантированной доставки, в отличие от


так что там с леджером в асио?
...
Рейтинг: 0 / 0
05.08.2016, 10:08
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286915
vitprof
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vitprof
Гость
kealon(Ruslan),

Не спорю, можно реализовать свое управление памятью, но встает вопрос быстроты и качества разработки. С++ здесь не конкурент.
...
Рейтинг: 0 / 0
05.08.2016, 10:12
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286921
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
kealon(Ruslan)собственно C++ строки и string в Delphi имплементируют оба подхода <размер, дополнительный размер на завершающий 0,refcount, copy on write>

в с++ строках это появилось не сразу, завершающий ноль не обязателен

паскаль строки это чуть иное - это когда вмпервом байте длина, пгтгм собственно байты данных.

а подразумевал и вовсе иное - структуру вектор - длина, указатель на память - таким оперируют библиотекп lmdb, faxpp, gumbo

позволяет работать с одним куском исходных данных (mmap()), без необходимости их реаллокации
...
Рейтинг: 0 / 0
05.08.2016, 10:15
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286924
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
nojavakealon(Ruslan)собственно C++ строки и string в Delphi имплементируют оба подхода <размер, дополнительный размер на завершающий 0,refcount, copy on write>

в с++ строках это появилось не сразу, завершающий ноль не обязателен

паскаль строки это чуть иное - это когда вмпервом байте длина, пгтгм собственно байты данных.

а подразумевал и вовсе иное - структуру вектор - длина, указатель на память - таким оперируют библиотекп lmdb, faxpp, gumbo

позволяет работать с одним куском исходных данных (mmap()), без необходимости их реаллокациив Дельфи паскаль-строки оставлены только для совместимости. String - уже не паскаль-строка
...
Рейтинг: 0 / 0
05.08.2016, 10:20
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286940
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
kealon(Ruslan)в Дельфи паскаль-строки оставлены только для совместимости. String - уже не паскаль-строка

спасибо, Кэп
...
Рейтинг: 0 / 0
05.08.2016, 10:35
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39286953
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
д0knojavaпропущено...


ты не знаешь, что такое ledger? пипец. и да, покажи, где именно оно умеет именно reliable и именно multicast. ну так, чтоб отослать 100 мегабайт всем, и чтоб гарантированно дошло, даже через океан/

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

2.5 миллиона - это всего навсего 700 мегабит, тоже мне достижение.

А если джамбафрейм ?


Jumbo frame практически не применим.

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

но как показала практика - даже там обычный tcp (а порой и вовсе - nfs/scp) вполне себе работают.
в т.ч. и с Jumbo, но насколько мне известно devops такое редко когда включют - борьба за 5% пропускной способности никак не оправдывает связанный геморрой с увеличением MTU
...
Рейтинг: 0 / 0
05.08.2016, 10:52
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287054
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Anatoly Moskovskyд0kА кто сказал что прикладника нужно запускать в С++ код ?
Нужно. С++ развивается именно в прикладном направлении.
Геймдев... на С++. Вроде прикладное направление? ХЗ. Но не системное.
...
Рейтинг: 0 / 0
05.08.2016, 12:25
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287062
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
maytonГеймдев... на С++. Вроде прикладное направление? ХЗ. Но не системное.
Геймдевом не занимался, но насколько я себе представляю - на С++ пишется движок, а дальше уже с движком работают т.е. по сути это специализированный ЯП получается, если так то я бы квалифицировал как разработка ЯП. Насколько оно прикладное?
...
Рейтинг: 0 / 0
05.08.2016, 12:34
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287080
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Dima T,

а что , дополнительный "движок" для 3D приложений ( не только игровых) - обязателен?

или без мегатонного фреймворка - жизни больше нет?
...
Рейтинг: 0 / 0
05.08.2016, 12:44
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287085
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
ИзопропилDima T,

а что , дополнительный "движок" для 3D приложений ( не только игровых) - обязателен?

или без мегатонного фреймворка - жизни больше нет?
Это к чему вопрос? Я не в курсе, с 3D, да и вообще с графикой не сталкивался.
...
Рейтинг: 0 / 0
05.08.2016, 12:49
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287106
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Dima TЭто к чему вопрос?
является ли с++ "прикладным"
...
Рейтинг: 0 / 0
05.08.2016, 13:02
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287107
Фотография ЕвгенийВ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЕвгенийВ
Участник
Изопропил,
А что сразу не на православном ассемблере?
...
Рейтинг: 0 / 0
05.08.2016, 13:02
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287112
Фотография ЕвгенийВ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЕвгенийВ
Участник
Изопропил,
кстати v8->node.js уступает по производительности С++ еденицы процентов.
...
Рейтинг: 0 / 0
05.08.2016, 13:04
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287119
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
ЕвгенийВИзопропил,
кстати v8->node.js уступает по производительности С++ еденицы процентов.
Стоп-стоп. Давайте без профанаций.
На некоторых частных случаях где есть отдача статического HTML-содержимого?
Или на рендеринге 3д графики?
...
Рейтинг: 0 / 0
05.08.2016, 13:08
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287126
Фотография ЕвгенийВ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЕвгенийВ
Участник
maytonСтоп-стоп. Давайте без профанаций.
На некоторых частных случаях где есть отдача статического HTML-содержимого?
Или на рендеринге 3д графики?
Вот тебе братуха тынц .
...
Рейтинг: 0 / 0
05.08.2016, 13:14
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287127
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Изопропилявляется ли с++ "прикладным"Имеются два пути:
- прислушаться к советам других;
- ни кого не слушать.

Хотя скорее всего общего рецепта нет.

PS: Все же на мой использовать C++ для формирования отчетов, ... не совсем правильно.
Даже если имеется много ранее, сформированных отчетов, код текста которых можно использовать в качестве шаблона.
Долго!
Нужно использовать специализированный tools или разработать его самому.
...
Рейтинг: 0 / 0
05.08.2016, 13:15
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287143
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
ЕвгенийВmaytonСтоп-стоп. Давайте без профанаций.
На некоторых частных случаях где есть отдача статического HTML-содержимого?
Или на рендеринге 3д графики?
Вот тебе братуха тынц .
Это капец какой-то. Сначала ты противопоставляешь nodejs С++.
А потом ты приводишь статью где перформанс nodejs расширяется
с помощью extensions на С++.

Ладно я не буду спорить просто потому что пятница и лень.
...
Рейтинг: 0 / 0
05.08.2016, 13:25
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287148
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
Изопропилявляется ли с++ "прикладным"
Является.
Для прикладного использования надо минимизировать использование низкоуровневых фич (в идеале запрещать их при сборке).
Применять только exception-safe фичи: смарт-указатели, контейнеры, все ресурсы оборачивать в RAII.

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

Если же использовать С++ как С с классами, то это конечно неприменимо для прикладного программирования.
...
Рейтинг: 0 / 0
05.08.2016, 13:32
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287179
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Card-Raytracer bencmark (CPU test with floating point)
Lang/RuntimeRendering timeC++ (MinGW 5.3.0 x86_64 (Win 64)) 22 secNode.JS 4.4.7 LTS (Win 64)1 min 27 sec
...
Рейтинг: 0 / 0
05.08.2016, 13:51
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287192
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
ЕвгенийВmaytonСтоп-стоп. Давайте без профанаций.
На некоторых частных случаях где есть отдача статического HTML-содержимого?
Или на рендеринге 3д графики?
Вот тебе братуха тынц .

о, очередная пузомерка из серии "java не тормознее C++, и даже быстрее!"

при этом

а) почти всегда делается тест каких-то лабораторных заданий по суммированию массивов с плавающей запятой
б) для C++ отрубается сборка в Release, включается Debug
в) ни одного аллоцирования памяти, никаких библиотечных вызовов (самая тормозная часть - это всегда SDK)

атас.
...
Рейтинг: 0 / 0
05.08.2016, 14:02
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287197
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Anatoly MoskovskyИзопропилявляется ли с++ "прикладным"
Является.
Для прикладного использования надо минимизировать использование низкоуровневых фич (в идеале запрещать их при сборке).
Применять только exception-safe фичи: смарт-указатели, контейнеры, все ресурсы оборачивать в RAII.

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

Если же использовать С++ как С с классами, то это конечно неприменимо для прикладного программирования.

да да да.

и еще сразу написать свой эдакий PC-LINT++ (а что нам стоит написать еще один парсер/токенайзер С++, что два пальца..), туда понасовать рулов для этих анализов и запретов...


Anatoly MoskovskyЕсли же использовать С++ как С с классами, то это конечно неприменимо для прикладного программирования.
выше я показал как можно запросто бороться с RAII на C with objects
Модератор: Отредактировано
...
Рейтинг: 0 / 0
05.08.2016, 14:06
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287200
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
nojava, точняк. Но мы недавно (годик назад) пузомеряли штук десять ЯП.
Никто на лавры С++ не покусился. Но некоторые выводы были сделаны.
В частности насчет Питона.
...
Рейтинг: 0 / 0
05.08.2016, 14:06
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287228
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
maytonnojava, точняк. Но мы недавно (годик назад) пузомеряли штук десять ЯП.
Никто на лавры С++ не покусился. Но некоторые выводы были сделаны.
В частности насчет Питона.

это бессмысленная задача.

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

и делаем простейший пример - допустим окно логина, или генерацию странички с результатами матчей из базы данных.
берем LAMP, Rails/MariaDB, Django/Postgre, JSF/Oracle, .NET/MS.SQL, ну и далее по списку, кому чего надо.

а потом врубаем ab и меряем - сколько страниц в секунду оно сможет выдать на одном и том-же оборудовании одним потоком, десятью потоками, какие нагрузки на CPU


а потом как представил последствия - даже боязно стало такое выкладывать.
...
Рейтинг: 0 / 0
05.08.2016, 14:29
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287242
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
nojava, изначально было 3 идеи:

Бенчмарк CPU,

Аллокация-деаллокация памяти в самых извращенных комбинациях

I/O.

С первой идеей мы справились.

В части веба вобщем-то идей не было. Да и даже если-бы web-benchmark
создавать - то какие озвучить требования? Быстрая отдача титульной странички?
...
Рейтинг: 0 / 0
05.08.2016, 14:37
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287264
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
maytonnojava, изначально было 3 идеи:

Бенчмарк CPU,

Аллокация-деаллокация памяти в самых извращенных комбинациях

I/O.

С первой идеей мы справились.

В части веба вобщем-то идей не было. Да и даже если-бы web-benchmark
создавать - то какие озвучить требования? Быстрая отдача титульной странички?


По части веба я могу предоставить сообществу реальную
XML-илну обьемом 5554811 байт
которую файрфокс не открывает
уходя в размышления с процессором на десятки минут .

Можете померяться в парсинге и сборке ...

 
первые 10 строк
<?xml version="1.0" encoding="UTF-8"?>
<DvMCLIResult version="8.2.0-00">
<CommandResult command="GetStorageArray">
<StorageArray objectID="ARRAY.D850S.92258249" name="HUS130@1X.Y2.1Z6.ABC" description="HUS130 (92258249) at 1X.Y2.1Z6.ABC" serialNumber="8748349" arrayFamily="D850" arrayType="D850S" productName="DF850S" controllerVersion="0981/B-S" numberOfControllers="2" capacityInGB="58400" cacheInMB="32768" sharedMemoryInMB="-1" numberOfSpareDrives="5" freeCapacityInGB="0" allocatedCapacityInGB="58400" hihsmCapacityInGB="0" onDemandCapacityInGB="0" totalFreeSpaceInGB="0" largestFreeSpaceInGB="0" capacityInKB="61236838400" freeCapacityInKB="0" allocatedCapacityInKB="61236838400" hihsmCapacityInKB="0" onDemandCapacityInKB="0" totalFreeSpaceInKB="0" largestFreeSpaceInKB="0" multipathSupport="1" securityStatus="2" sequenceNumber="92258249" displayArrayFamily="HUS" displayArrayType="HUS130" numberOfLUs="378" numberOfAllocatedLUs="378" numberOfUnallocatedLUs="0" slprStatus="-1" openTotalCapacity="61236838400" openAllocatedCapacity="61236838400" openFreeCapacity="0" openHiHsmCapacity="0" openOnDemandCapacity="0" imTotalCapacity="0" imAllocatedCapacity="0" imFreeCapacity="0" imHiHsmCapacity="0" imOnDemandCapacity="0" mfTotalCapacity="0" mfHiHsmCapacity="0" mfOnDemandCapacity="0" mfAllocatedCapacity="0" mfUnallocatedCapacity="0" numberOfOpenAllocatedLUs="378" numberOfOpenUnallocatedLUs="0" numberOfImAllocatedLUs="0" numberOfImUnallocatedLUs="0" numberOfMfLDEVs="0" numberOfAllocatedMfLDEVs="0" numberOfUnallocatedMfLDEVs="0" productCode="-1" lastRefreshed="1468258981" autoFormatLU="-1" statusOfDBInconsistency="0" configUpdateStatus="-1" openAllocatedActualCapacity="0" openUnallocatedCapacity="0" openUnallocatedActualCapacity="0" openReservedCapacity="0" openReservedActualCapacity="0" numberOfReservedLUs="0" numberOfOpenReservedLUs="0" numberOfImReservedLUs="0" distributedMode="-1" >

<LogicalUnit objectID="LU.D850S.92258249.0" devNum="0" displayName="0" devCount="1" devType="" capacityInKB="104857600" numberOfLBAs="209715200" path="true" commandDevice="false" commandDeviceSecurity="false" commandDeviceAuth="false" deviceGroupDefinition="false" commandDeviceEx="0" chassis="0" arrayGroup="-1" arrayGroupName="-1" raidType="-" currentPortController="0" defaultPortController="-1" isComposite="0" trueCopyVolumeType="Simplex" shadowImageVolumeType="Simplex" quickShadowVolumeType="Simplex" universalReplicatorVolumeType="Simplex" globalActiveDeviceVolumeType="Simplex" sysVolFlag="0" externalVolume="0" differentialManagement="false" quickShadowPoolID="-1" universalReplicatorPoolID="-1" dpType="0" consumedCapacityInKB="102760448" dpPoolID="0" threshold="-1" tcaPoolID="-1" dpPoolVolControlFlag="-1" managementAreaPoolID="-1" >

<Path objectID="PATH.D850S.92258249.18.1.0" devNum="0" displayDevNum="0" portID="18" portName="CTL1-C" domainID="1" scsiID="15" LUN="0" wwnSecurityValidity="true" >
<WWN WWN="AE.AE.01.00.00.09.00.01" nickname="" />
</Path>

...
Рейтинг: 0 / 0
05.08.2016, 14:51
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287270
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
nojavaи еще сразу написать свой эдакий PC-LINT++ (а что нам стоит написать еще один парсер/токенайзер С++, что два пальца..), туда понасовать рулов для этих анализов и запретов...
Двух регексов хватит - один на слово delete, другой на слово ~\w+(
Этих двух запретов вполне хватит чтобы любого криворукого сишника принудить к написанию устойчивого к утечкам ресурсов кода.
nojavaвыше я показал как можно запросто бороться с RAII на C with objects, или ты опять не смог осмыслить прочитанное?
Увидел, поржал и забыл.
Не говоря уже о том, что RAII там и не пахнет, ибо все надо вручную вызывать.
...
Рейтинг: 0 / 0
05.08.2016, 14:56
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287274
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
д0k, этот огрызок нормально открывается.
...
Рейтинг: 0 / 0
05.08.2016, 14:58
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287289
locked
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locked
Гость
д0kmaytonnojava, изначально было 3 идеи:

Бенчмарк CPU,

Аллокация-деаллокация памяти в самых извращенных комбинациях

I/O.

С первой идеей мы справились.

В части веба вобщем-то идей не было. Да и даже если-бы web-benchmark
создавать - то какие озвучить требования? Быстрая отдача титульной странички?


По части веба я могу предоставить сообществу реальную
XML-илну обьемом 5554811 байт
которую файрфокс не открывает
уходя в размышления с процессором на десятки минут .

Можете померяться в парсинге и сборке ...

 
первые 10 строк
<?xml version="1.0" encoding="UTF-8"?>
<DvMCLIResult version="8.2.0-00">
<CommandResult command="GetStorageArray">
<StorageArray objectID="ARRAY.D850S.92258249" name="HUS130@1X.Y2.1Z6.ABC" description="HUS130 (92258249) at 1X.Y2.1Z6.ABC" serialNumber="8748349" arrayFamily="D850" arrayType="D850S" productName="DF850S" controllerVersion="0981/B-S" numberOfControllers="2" capacityInGB="58400" cacheInMB="32768" sharedMemoryInMB="-1" numberOfSpareDrives="5" freeCapacityInGB="0" allocatedCapacityInGB="58400" hihsmCapacityInGB="0" onDemandCapacityInGB="0" totalFreeSpaceInGB="0" largestFreeSpaceInGB="0" capacityInKB="61236838400" freeCapacityInKB="0" allocatedCapacityInKB="61236838400" hihsmCapacityInKB="0" onDemandCapacityInKB="0" totalFreeSpaceInKB="0" largestFreeSpaceInKB="0" multipathSupport="1" securityStatus="2" sequenceNumber="92258249" displayArrayFamily="HUS" displayArrayType="HUS130" numberOfLUs="378" numberOfAllocatedLUs="378" numberOfUnallocatedLUs="0" slprStatus="-1" openTotalCapacity="61236838400" openAllocatedCapacity="61236838400" openFreeCapacity="0" openHiHsmCapacity="0" openOnDemandCapacity="0" imTotalCapacity="0" imAllocatedCapacity="0" imFreeCapacity="0" imHiHsmCapacity="0" imOnDemandCapacity="0" mfTotalCapacity="0" mfHiHsmCapacity="0" mfOnDemandCapacity="0" mfAllocatedCapacity="0" mfUnallocatedCapacity="0" numberOfOpenAllocatedLUs="378" numberOfOpenUnallocatedLUs="0" numberOfImAllocatedLUs="0" numberOfImUnallocatedLUs="0" numberOfMfLDEVs="0" numberOfAllocatedMfLDEVs="0" numberOfUnallocatedMfLDEVs="0" productCode="-1" lastRefreshed="1468258981" autoFormatLU="-1" statusOfDBInconsistency="0" configUpdateStatus="-1" openAllocatedActualCapacity="0" openUnallocatedCapacity="0" openUnallocatedActualCapacity="0" openReservedCapacity="0" openReservedActualCapacity="0" numberOfReservedLUs="0" numberOfOpenReservedLUs="0" numberOfImReservedLUs="0" distributedMode="-1" >

<LogicalUnit objectID="LU.D850S.92258249.0" devNum="0" displayName="0" devCount="1" devType="" capacityInKB="104857600" numberOfLBAs="209715200" path="true" commandDevice="false" commandDeviceSecurity="false" commandDeviceAuth="false" deviceGroupDefinition="false" commandDeviceEx="0" chassis="0" arrayGroup="-1" arrayGroupName="-1" raidType="-" currentPortController="0" defaultPortController="-1" isComposite="0" trueCopyVolumeType="Simplex" shadowImageVolumeType="Simplex" quickShadowVolumeType="Simplex" universalReplicatorVolumeType="Simplex" globalActiveDeviceVolumeType="Simplex" sysVolFlag="0" externalVolume="0" differentialManagement="false" quickShadowPoolID="-1" universalReplicatorPoolID="-1" dpType="0" consumedCapacityInKB="102760448" dpPoolID="0" threshold="-1" tcaPoolID="-1" dpPoolVolControlFlag="-1" managementAreaPoolID="-1" >

<Path objectID="PATH.D850S.92258249.18.1.0" devNum="0" displayDevNum="0" portID="18" portName="CTL1-C" domainID="1" scsiID="15" LUN="0" wwnSecurityValidity="true" >
<WWN WWN="AE.AE.01.00.00.09.00.01" nickname="" />
</Path>


И как это относится к вэбу?
...
Рейтинг: 0 / 0
05.08.2016, 15:11
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287295
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
lockedд0kпропущено...


По части веба я могу предоставить сообществу реальную
XML-илну обьемом 5554811 байт
которую файрфокс не открывает
уходя в размышления с процессором на десятки минут .

Можете померяться в парсинге и сборке ...

 
первые 10 строк
<?xml version="1.0" encoding="UTF-8"?>
<DvMCLIResult version="8.2.0-00">
<CommandResult command="GetStorageArray">
<StorageArray objectID="ARRAY.D850S.92258249" name="HUS130@1X.Y2.1Z6.ABC" description="HUS130 (92258249) at 1X.Y2.1Z6.ABC" serialNumber="8748349" arrayFamily="D850" arrayType="D850S" productName="DF850S" controllerVersion="0981/B-S" numberOfControllers="2" capacityInGB="58400" cacheInMB="32768" sharedMemoryInMB="-1" numberOfSpareDrives="5" freeCapacityInGB="0" allocatedCapacityInGB="58400" hihsmCapacityInGB="0" onDemandCapacityInGB="0" totalFreeSpaceInGB="0" largestFreeSpaceInGB="0" capacityInKB="61236838400" freeCapacityInKB="0" allocatedCapacityInKB="61236838400" hihsmCapacityInKB="0" onDemandCapacityInKB="0" totalFreeSpaceInKB="0" largestFreeSpaceInKB="0" multipathSupport="1" securityStatus="2" sequenceNumber="92258249" displayArrayFamily="HUS" displayArrayType="HUS130" numberOfLUs="378" numberOfAllocatedLUs="378" numberOfUnallocatedLUs="0" slprStatus="-1" openTotalCapacity="61236838400" openAllocatedCapacity="61236838400" openFreeCapacity="0" openHiHsmCapacity="0" openOnDemandCapacity="0" imTotalCapacity="0" imAllocatedCapacity="0" imFreeCapacity="0" imHiHsmCapacity="0" imOnDemandCapacity="0" mfTotalCapacity="0" mfHiHsmCapacity="0" mfOnDemandCapacity="0" mfAllocatedCapacity="0" mfUnallocatedCapacity="0" numberOfOpenAllocatedLUs="378" numberOfOpenUnallocatedLUs="0" numberOfImAllocatedLUs="0" numberOfImUnallocatedLUs="0" numberOfMfLDEVs="0" numberOfAllocatedMfLDEVs="0" numberOfUnallocatedMfLDEVs="0" productCode="-1" lastRefreshed="1468258981" autoFormatLU="-1" statusOfDBInconsistency="0" configUpdateStatus="-1" openAllocatedActualCapacity="0" openUnallocatedCapacity="0" openUnallocatedActualCapacity="0" openReservedCapacity="0" openReservedActualCapacity="0" numberOfReservedLUs="0" numberOfOpenReservedLUs="0" numberOfImReservedLUs="0" distributedMode="-1" >

<LogicalUnit objectID="LU.D850S.92258249.0" devNum="0" displayName="0" devCount="1" devType="" capacityInKB="104857600" numberOfLBAs="209715200" path="true" commandDevice="false" commandDeviceSecurity="false" commandDeviceAuth="false" deviceGroupDefinition="false" commandDeviceEx="0" chassis="0" arrayGroup="-1" arrayGroupName="-1" raidType="-" currentPortController="0" defaultPortController="-1" isComposite="0" trueCopyVolumeType="Simplex" shadowImageVolumeType="Simplex" quickShadowVolumeType="Simplex" universalReplicatorVolumeType="Simplex" globalActiveDeviceVolumeType="Simplex" sysVolFlag="0" externalVolume="0" differentialManagement="false" quickShadowPoolID="-1" universalReplicatorPoolID="-1" dpType="0" consumedCapacityInKB="102760448" dpPoolID="0" threshold="-1" tcaPoolID="-1" dpPoolVolControlFlag="-1" managementAreaPoolID="-1" >

<Path objectID="PATH.D850S.92258249.18.1.0" devNum="0" displayDevNum="0" portID="18" portName="CTL1-C" domainID="1" scsiID="15" LUN="0" wwnSecurityValidity="true" >
<WWN WWN="AE.AE.01.00.00.09.00.01" nickname="" />
</Path>


И как это относится к вэбу?

html подмножество xml.
предупреждаю бровзеры могут о нее вешаться.
...
Рейтинг: 0 / 0
05.08.2016, 15:15
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287299
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Мне кажется бенчмарк не об этом...
...
Рейтинг: 0 / 0
05.08.2016, 15:18
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287301
locked
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locked
Гость
д0klockedпропущено...

И как это относится к вэбу?

html подмножество xml.
предупреждаю бровзеры могут о нее вешаться.
Потопить можно что угодно. Было бы желание. А генерация такого размера XML файла - это отдельный вопрос.
...
Рейтинг: 0 / 0
05.08.2016, 15:21
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287307
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
maytonМне кажется бенчмарк не об этом...

Так сформулируй в чем ?
...
Рейтинг: 0 / 0
05.08.2016, 15:24
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287311
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Anatoly Moskovskynojavaи еще сразу написать свой эдакий PC-LINT++ (а что нам стоит написать еще один парсер/токенайзер С++, что два пальца..), туда понасовать рулов для этих анализов и запретов...
Двух регексов хватит - один на слово delete, другой на слово ~\w+(
Этих двух запретов вполне хватит чтобы любого криворукого сишника принудить к написанию устойчивого к утечкам ресурсов кода.
nojavaвыше я показал как можно запросто бороться с RAII на C with objects, или ты опять не смог осмыслить прочитанное?
Увидел, поржал и забыл.
Не говоря уже о том, что RAII там и не пахнет, ибо все надо вручную вызывать.

вручную? как раз вручную ничего и не надо.

ты опять видно что-то там прочитал, ничего не понял, и начал ржать с померещившихся клоунов.
ну... не буду тебя останавливать, тебе ведь так весело там самому, развлекайся.
...
Рейтинг: 0 / 0
05.08.2016, 15:26
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287314
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
д0klockedпропущено...

И как это относится к вэбу?

html подмножество xml.
предупреждаю бровзеры могут о нее вешаться.

это даже близко не верно, скорее померший давно xhtml это подмножество xml, но сам html имеет конструкции, в принципе не валидные в xml.
специалисты, да, сразу видно недюжинные навыки в практическом парсинге оных.
...
Рейтинг: 0 / 0
05.08.2016, 15:29
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287316
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
lockedд0kпропущено...


html подмножество xml.
предупреждаю бровзеры могут о нее вешаться.
Потопить можно что угодно. Было бы желание. А генерация такого размера XML файла - это отдельный вопрос.

А в чем вопрос генерации ?

Этот файл - конфигурация реального дискового массива,
физические диски, раид группы, луны, мапинги хостам прочие параметры
который генерируется массивом и отплавляется саппорту через интернет....
...
Рейтинг: 0 / 0
05.08.2016, 15:31
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287318
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
д0kПо части веба я могу предоставить сообществу реальную
XML-илну обьемом 5554811 байт
которую файрфокс не открывает
уходя в размышления с процессором на десятки минут .
У меня HTML-ина есть, незатейливая табличка 8 колонок, 3700 строк. 1.2 Мб. Просто текст в таблице без ссылок. Завешивает ФФ иногда на полминуты.
...
Рейтинг: 0 / 0
05.08.2016, 15:32
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287319
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
д0kmaytonМне кажется бенчмарк не об этом...

Так сформулируй в чем ?
XML и JSon формируют сервисы (или микросервисы). Он непредназначен для показа в браузере.
...
Рейтинг: 0 / 0
05.08.2016, 15:32
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287321
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
maytonnojava, изначально было 3 идеи:

Бенчмарк CPU,

Аллокация-деаллокация памяти в самых извращенных комбинациях

I/O.

С первой идеей мы справились.

В части веба вобщем-то идей не было. Да и даже если-бы web-benchmark
создавать - то какие озвучить требования? Быстрая отдача титульной странички?


память я бы не стал мерять, это бессмысленно.

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

а) скорость отдачи одним потоком (насколько быстр + latency)
б) суммарную пропускную способность под 4,8,16,32 потоками (насколько масштабируется + throughput)
в) объем кода в строках и байта, который нужно набарабанить руками для того, чтоб выдать страничку или выдать окошко для логина (насколько язык и подход избыточно многословен)
г) потребности в CPU на пункты а) и б) - сколько придется платить за электричество и охлаждение
...
Рейтинг: 0 / 0
05.08.2016, 15:33
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287327
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Да што там ХТМЛ. Мы тут недавно FAR менеджер подвесили простым text replace
на очень длинных строках ... хотя казалось бы (с).

Но топик-то не об этом. Если мы будем мерять бенчмарк серверной части
то мы искусственно идеализируем клиента.

Мы считаем что наш клиент - идеальный.
...
Рейтинг: 0 / 0
05.08.2016, 15:36
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287329
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
nojavaпамять я бы не стал мерять, это бессмысленно.

теоретически можно померять вопрос вида - сколько одновременных "зависших" соединений выдержит сервер.
типо открываем все новые и новые коннекты, не закрывая, ждем пока память всё

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

классика массового обслуживания - nginx обслуживает очередь из тысяч клиентов, получая-отдавая запросы, при этом 10-к рабочих непосредственно в момент времени занимаются обработкой, не парясь тем, что нужно спать, ожидая, пока пакет трафика долетит через океан на тормозную мобилку клиента, держа ресурсы (стек, хендлы, пр.) незадействованными.
...
Рейтинг: 0 / 0
05.08.2016, 15:38
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287331
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
nojavaвручную? как раз вручную ничего и не надо.
Да что вы говорите, в С может и деструкторы есть? )))
nojavaну... не буду тебя останавливать, тебе ведь так весело там самому, развлекайся.
Да как тут остановиться ржать, глядя как профи уверенный что пишет на С приводит примеры, которые компилируются только компилятором С++, хоть и видно что он старался ))).
А еще смешнее, что чувак у которого компилятор С++ сам себя связал руки и придумывает какую-то велосипедную реализацию объектов в стиле С, когда есть встроенный синтаксис классов
...
Рейтинг: 0 / 0
05.08.2016, 15:44
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287332
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
maytonд0kпропущено...


Так сформулируй в чем ?
XML и JSon формируют сервисы (или микросервисы) . Он непредназначен для показа в браузере.

Правильно , страницы пусть прикладники верстают,

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

Я себе вижу задачу в следующем
сервис получает запрос смотрит на поля
в зависимостио содержимого полей
формирует запрос для 5 других сервисов
асинхронно отправлет и получает от них результаты
из этой информациии собирает ответ клиенту
ничего не потеряв и не перепутав.

Если усложнить задачу то кто то из 5 сервисов может
что то по ходу у клиента спросить , и только мотом
вернуть свой ответ для окончательного удовлетворения клиента.
...
Рейтинг: 0 / 0
05.08.2016, 15:45
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287333
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
maytonто мы искусственно идеализируем клиента.

Мы считаем что наш клиент - идеальный.
для того, чтоб бодаться с клиентом - есть nginx и haproxy.
реально - бекэнду ничего не нужно кроме http 1.1 keep-alive, даже ssl и gzip не нужен - за него это все сделает reverse proxy

все эти SPDY, HTTP 2.0 и прочий хлам - оставьте это proxy.

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

именно идеал
...
Рейтинг: 0 / 0
05.08.2016, 15:45
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287343
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Anatoly Moskovskynojavaвручную? как раз вручную ничего и не надо.
Да что вы говорите, в С может и деструкторы есть? )))

nojavanojavaну... не буду тебя останавливать, тебе ведь так весело там самому, развлекайся.
Да как тут остановиться ржать, глядя как профи уверенный что пишет на С приводит примеры, которые компилируются только компилятором С++, хоть и видно что он старался ))).
Ты о чем сейчас? про ADD()?

nojavaА еще смешнее, что чувак у которого компилятор С++ сам себя связал руки и придумывает какую-то велосипедную реализацию объектов в стиле С, когда есть встроенный синтаксис классов
В C есть встроенный синтаксис классов? Или ты не знаешь, что gcc и g++ это несколько разные компиляторы?
Модератор: Отредактировано
...
Рейтинг: 0 / 0
05.08.2016, 15:54
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287360
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
д0kЯ себе вижу задачу в следующем
сервис получает запрос смотрит на поля
в зависимостио содержимого полей
формирует запрос для 5 других сервисов
асинхронно отправлет и получает от них результаты
из этой информациии собирает ответ клиенту
ничего не потеряв и не перепутав.

собственно на чём этот сервис может быть написан?
с учётом асинхронно
...
Рейтинг: 0 / 0
05.08.2016, 16:05
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287367
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
Изопропилд0kЯ себе вижу задачу в следующем
сервис получает запрос смотрит на поля
в зависимостио содержимого полей
формирует запрос для 5 других сервисов
асинхронно отправлет и получает от них результаты
из этой информациии собирает ответ клиенту
ничего не потеряв и не перепутав.

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

На сабже однозначно может.
...
Рейтинг: 0 / 0
05.08.2016, 16:12
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287372
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Изопропилд0kЯ себе вижу задачу в следующем
сервис получает запрос смотрит на поля
в зависимостио содержимого полей
формирует запрос для 5 других сервисов
асинхронно отправлет и получает от них результаты
из этой информациии собирает ответ клиенту
ничего не потеряв и не перепутав.

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

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

потому изоляция сессий должна быть обеспечена на уровне "визора", т.е. среды выполнения.

чуть ли не через mprotect() вызовы.

для многотредового асинхронного C++ такое требование недостижимо в принципе, даже в теории - только Java, Erlang и прочие насилия управленческие над памятью

простые же истины, нет?
...
Рейтинг: 0 / 0
05.08.2016, 16:16
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287382
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
nojavaпотому изоляция сессий должна быть обеспечена на уровне "визора", т.е. среды выполнения.


накуа ?
визор отправляет запрос и полачет ответ
в соотвествии со спицификицией.
Как как сервис мултиплексор что хранит , и что кеширует
для несколиких визоров , что бы с экономить удаленные вызовы
не его собачье дело.

зы мне кажется что мы начали создавать RPC велосипед,
опять уходим в системную область.

зыы шуруповертом неудобно забивать гвозди, поэтому просто просится
на них нарезать резьбу и шлицы....

зыыы може всетаки молоток рнр или кувалду жабу с томкатом ?
...
Рейтинг: 0 / 0
05.08.2016, 16:28
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287384
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Siemargl
Участник
maytonnojava, точняк. Но мы недавно (годик назад) пузомеряли штук десять ЯП.
Никто на лавры С++ не покусился. Но некоторые выводы были сделаны.
В частности насчет Питона.
Вот не надо про "не покусился". Я же выиграл полпроцента с Dlang =)

Да и выигрыш даже в 1.5 раза не так уж и важен. Особенно для Веб.
Потому я бы предпочел там видеть Go/D/Java/C#

Anatoly Moskovskynojavaвручную? как раз вручную ничего и не надо.
Да что вы говорите, в С может и деструкторы есть? )))
Минимум один есть. atexit()
...
Рейтинг: 0 / 0
05.08.2016, 16:29
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287391
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
д0k маршшрутизация пасинг сборка и есть задача для С++.

Хм... есть в этом какая-то натяжка. Из того краткого ТЗ
что ты обрисовал есть вполне себе конкретный бизнез
процесс (сервис) который ведет диалог с 5 другими процессам
сервисами. Я не вижу здесь ничего пока С++-специфичного.
Джависты и Дотнетчики пишут такие задачи тоннами.

Или есть какой-то low-level нюанс который нужно
именно реализовать на С++.
...
Рейтинг: 0 / 0
05.08.2016, 16:34
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287392
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
д0knojavaпотому изоляция сессий должна быть обеспечена на уровне "визора", т.е. среды выполнения.


накуа ?
визор отправляет запрос и полачет ответ
с какого перепугу он это делает?

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

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

подобное отлично работает если ты делаешь многопроцессный сервер (аля апач или оракл, деды создатели Unix рулят), но такое в принципе нельзя сделать если ты городишь треды и прочую асинхронку (последователи дедов не рулят, ибо неучи) - там даже mprotect() не сработает, ибо он распостраняется на контекст всего процесса, а не вызывающего треда.
...
Рейтинг: 0 / 0
05.08.2016, 16:34
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287394
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
nojavaзабей, если ты не смог понять о чем я говорил страницы две выше (про hwm), то и сейчас не поймешь.
хотя другие вполне поняли и приняли идею
Нет, это вы не поняли. Для автоматического освобождения ресурсов нужны деструкторы. А память всего лишь частный случай ресурсов. Нет деструкторов == утечки ресурсов, особенно если в проекте самоуверенные, но криворукие профи.
Даже если ограничиться памятью, то все равно голых программ нет, все полезные программы применяют библиотеки, у каждой из которых свои требования к выделению памяти, так что ваш супер аллокатор в 99% случаев до одного места.
Хотя в hello world - согласен, отлично сработает.
...
Рейтинг: 0 / 0
05.08.2016, 16:35
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287396
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
maytonд0k маршшрутизация пасинг сборка и есть задача для С++.

Хм... есть в этом какая-то натяжка. Из того краткого ТЗ
что ты обрисовал есть вполне себе конкретный бизнез
процесс (сервис) который ведет диалог с 5 другими процессам
сервисами. Я не вижу здесь ничего пока С++-специфичного.
Джависты и Дотнетчики пишут такие задачи тоннами.

Или есть какой-то low-level нюанс который нужно
именно реализовать на С++.

нет никакго нюанса

авторзыыы може всетаки молоток рнр или кувалду жабу с томкатом ?
...
Рейтинг: 0 / 0
05.08.2016, 16:38
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287397
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
maytonИли есть какой-то low-level нюанс который нужно
именно реализовать на С++.

nosql база данных встроенная прямо в процесс веб сервера, с нулевым копированием - LMDB.
это не low-level, но такая связка устраняет необходимость IPC и NIO, и позволяет решать ранее недоступные задачи - к примеру машинное обучение в real-time

я уже говорил про это выше.


или какой такой low-level? возможность сделать интерливинг форматирование жесткого MFM диска через веб сервис?
...
Рейтинг: 0 / 0
05.08.2016, 16:38
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287401
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
nojavaд0kпропущено...


накуа ?
визор отправляет запрос и полачет ответ
с какого перепугу он это делает?

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

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

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

бери эрланг :)

можешь не благодорить.
...
Рейтинг: 0 / 0
05.08.2016, 16:42
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287404
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Anatoly Moskovskynojavaзабей, если ты не смог понять о чем я говорил страницы две выше (про hwm), то и сейчас не поймешь.
хотя другие вполне поняли и приняли идею
Нет, это вы не поняли. Для автоматического освобождения ресурсов нужны деструкторы. А память всего лишь частный случай ресурсов. Нет деструкторов == утечки ресурсов, особенно если в проекте самоуверенные, но криворукие профи.
Даже если ограничиться памятью, то все равно голых программ нет, все полезные программы применяют библиотеки, у каждой из которых свои требования к выделению памяти, так что ваш супер аллокатор в 99% случаев до одного места.
Хотя в hello world - согласен, отлично сработает.

я же уже выше сказал - для веб сервиса срок жизни очень краток, потому деструкторы на объекты можно вообще не делать.
если ты аллоцируешь ресурсы извне - к примеру открывешь SQL курсоры, или файлы - то все, что нужно сделать - это
делать подробные аллокации через некий системный API, который будет бережно запоминать все что ты там ото зааллоцировал.

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

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

и все.

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

Модератор: Отредактировано
...
Рейтинг: 0 / 0
05.08.2016, 16:43
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287406
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
д0knojavaпропущено...

с какого перепугу он это делает?

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

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

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

бери эрланг :)

можешь не благодорить.
идеи у них классные, но синтаксис полный отстой, я не могу на таком разрабатывать. и слишком много ограничений, хуже руста.
пока занимаюсь реализацией их идей в рамках привычного C - личная свобода творчества куда важнее :)
...
Рейтинг: 0 / 0
05.08.2016, 16:45
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287407
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
Dima TУ меня HTML-ина есть, незатейливая табличка 8 колонок, 3700 строк. 1.2 Мб. Просто текст в таблице без ссылок. Завешивает ФФ иногда на полминуты.
это логично, сам подсчитай сколько нужно вычислений что бы подогнать размеры ячеек
...
Рейтинг: 0 / 0
05.08.2016, 16:46
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287413
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
д0kавторзыыы може всетаки молоток рнр или кувалду жабу с томкатом ?

Здесь я так понимаю должен смайл стоять. Жаба с Томкатом уже не танцуют.
SpringBoot (+emb. Jetty) - вот оружие дженльмена.
...
Рейтинг: 0 / 0
05.08.2016, 16:53
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287417
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
nojavanosql база данных встроенная прямо в процесс веб сервера, с нулевым копированием - LMDB.
это не low-level, но такая связка устраняет необходимость IPC и NIO, и позволяет решать ранее недоступные задачи - к примеру машинное обучение в real-time

Тут у С++ тоже нет явных преимуществ. Те-же H2, Berkeley, Derby работают
в адресном пространстве java-процесса. Главное - правильно их запускать.
У ASP.Net я невкурсе но наверняка есть тоже свои IMDB.
...
Рейтинг: 0 / 0
05.08.2016, 16:58
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287421
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
SiemarglВот не надо про "не покусился". Я же выиграл полпроцента с Dlang =)

Да и выигрыш даже в 1.5 раза не так уж и важен. Особенно для Веб.
Потому я бы предпочел там видеть Go/D/Java/C#

Ой Зяма! Я прошу прощения. Я правда забыл про этот факт.
Я почему-то помнил статистику только по тем бинарям которые сам
собирал.

Исправлю.

P.S. А что там реально в 1.5 раза было? :)
...
Рейтинг: 0 / 0
05.08.2016, 17:01
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287424
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
nojavaд0kпропущено...


бери эрланг :)

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

Ты думаешь я просто так выделял клчевые слова в твоем посте.

Эрланг полнотсью и насегда лишит тебя этих фобий ,

меняй не глядя :)
как минимум будешь крепче спать ...
...
Рейтинг: 0 / 0
05.08.2016, 17:03
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287428
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
maytonд0kпропущено...

Здесь я так понимаю должен смайл стоять. Жаба с Томкатом уже не танцуют.
SpringBoot (+emb. Jetty) - вот оружие дженльмена.

там слово кувалда вместо смайла
...
Рейтинг: 0 / 0
05.08.2016, 17:04
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287449
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
maytonnojavanosql база данных встроенная прямо в процесс веб сервера, с нулевым копированием - LMDB.
это не low-level, но такая связка устраняет необходимость IPC и NIO, и позволяет решать ранее недоступные задачи - к примеру машинное обучение в real-time

Тут у С++ тоже нет явных преимуществ. Те-же H2, Berkeley, Derby работают
в адресном пространстве java-процесса. Главное - правильно их запускать.
У ASP.Net я невкурсе но наверняка есть тоже свои IMDB.

работают они сугубо теоретически. у Java есть непреодолимая родовая травма: https://habrahabr.ru/company/odnoklassniki/blog/139185/

кроме того - Java чудовищно прожорлива - к примеру Boolean объект потребует минимум 36 байт (рекордсмен).
строки только UTF-16. и прочие чудеса на виражах.

кроме того - ни H2, ни BDB, да вообще никто не умеет то, что делает LMDB - zero copy.
не говоря уже о том, что в целом успехи Java баз данных, мягко говоря, ограничены, ни один гигант индустрии их не использует (все сидят или на mysql или на Oracle).

потому нет, мимо кассы.

единственное что печалит (пока) - это отсутствие внятной и свободной columar storage engine под C и BSD лицензией, но это такое, наживное.
...
Рейтинг: 0 / 0
05.08.2016, 17:28
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287452
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
д0knojavaпропущено...

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

Ты думаешь я просто так выделял клчевые слова в твоем посте.

Эрланг полнотсью и насегда лишит тебя этих фобий ,

меняй не глядя :)
как минимум будешь крепче спать ...

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

и помня свою группу в ВУЗе, из которых 99% людей в принципе не могли понять концепцию указателя (и ассемблера)...
короче, нужно понимать, что писать для вебсервера на C будут только тогда, когда он будет изначально так-же дурако-самострело-защищен,
как и tomcat.

а на ерланг никто писать не будет, кроме очень ограниченного числа каких-то странных нердов и фриков, которые смогли его переварить.
...
Рейтинг: 0 / 0
05.08.2016, 17:32
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287479
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вася Уткин
Гость
На С++ можно использовать:
- CGI - live to die - медленный
- FastCGI - reuse of resources - быстрый

На C++ нет web-фреймворков/CMS... поэтому очень мало разработчиков поэтому не используется в масштабных web-проектах как генерилка страниц.
Если не нужны фреймворки и куча разработчиков, почему бы и не использовать C++.
...
Рейтинг: 0 / 0
05.08.2016, 17:58
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287480
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
 
оффтоп про эрланг
Erlang прибыльная тема. Ребенок у знакомых освоил. ХЗ как и почему. Парень куда-то влился в мировом масштабе, работает на удаленке, получает стабильные 3-4 штуки евро и не жжужит. Живут с женой в небольшом областном городке, ее родина. В 25 лет квартиру купил.
...
Рейтинг: 0 / 0
05.08.2016, 17:58
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287483
White Owl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
White Owl
Участник
nojavaболее менее адекватный только PL/SQL,Нееее.... PL/SQL это неудобная гадость. Лучший диалект это WatcomSQL.

nojavaа когда мне вываливают на голову этот брейнфак с epoll/kqueue/libevent и прочий хлам, да еще трахают мозг с ECONT на write() - хочется кинуть тапком в авторов этого сокет недоразумения.

аналогично с enterprise service bus. все что я хочу знать - это подписаться на канал, получить из канала. и все.
не надо мне насиловать мозг всякой белибердой сверху.

но таких API нет в принципе - всякий даже zeromq норовит на тебя вылить ушат всякого "очень нужного".Кто хочет удобной разработки, переезжает на QNX. Когда пишешь под него - отдыхаешь душой. Самый удобный API для OS из всех которые я видел.
...
Рейтинг: 0 / 0
05.08.2016, 18:08
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287485
locked
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locked
Гость
Вася УткинНа С++ можно использовать:
- CGI - live to die - медленный
- FastCGI - reuse of resources - быстрый

На C++ нет web-фреймворков/CMS... поэтому очень мало разработчиков поэтому не используется в масштабных web-проектах как генерилка страниц.
Если не нужны фреймворки и куча разработчиков, почему бы и не использовать C++.
Фрэймворки могут быть на стороне клиента. Их полно. Не дело сервера быть генерилкой страничек.
...
Рейтинг: 0 / 0
05.08.2016, 18:11
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287496
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
White Owlnojavaболее менее адекватный только PL/SQL,Нееее.... PL/SQL это неудобная гадость. Лучший диалект это WatcomSQL.
сомнительно http://document.ihg.uni-duisburg.de/Documentation/SYBSsa50/00000414.htm

FOR c IN (SELECT у них получился куда более громоздким. и пакетов (модулей) как всегда нет.


White OwlКто хочет удобной разработки, переезжает на QNX. Когда пишешь под него - отдыхаешь душой. Самый удобный API для OS из всех которые я видел.

А вот тут да, спасибо за наводку, я как-то их провтыкал совсем.

http://www.qnx.com/developers/docs/6.5.0SP1.update/index.html#./com.qnx.doc.ham_en_ham/parts.html

даже есть чего почитать-посравнивать.
...
Рейтинг: 0 / 0
05.08.2016, 18:26
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287497
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
lockedВася УткинНа С++ можно использовать:
- CGI - live to die - медленный
- FastCGI - reuse of resources - быстрый

На C++ нет web-фреймворков/CMS... поэтому очень мало разработчиков поэтому не используется в масштабных web-проектах как генерилка страниц.
Если не нужны фреймворки и куча разработчиков, почему бы и не использовать C++.
Фрэймворки могут быть на стороне клиента. Их полно. Не дело сервера быть генерилкой страничек.

да да да.

а потом открываешь lenta.ru, жмешь F12 и видишь - ты собрался прочитать одну страницу текста новости, а тебе одних .js на мобильную (!) версию насовали целых 2.5 мегабайта (объем всех томов Войны и Мир).

фреймворки на клиенте, блин....
...
Рейтинг: 0 / 0
05.08.2016, 18:29
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287498
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Siemargl
Участник
maytonSiemarglВот не надо про "не покусился". Я же выиграл полпроцента с Dlang =)

Да и выигрыш даже в 1.5 раза не так уж и важен. Особенно для Веб.
Потому я бы предпочел там видеть Go/D/Java/C#

Ой Зяма! Я прошу прощения. Я правда забыл про этот факт.
Я почему-то помнил статистику только по тем бинарям которые сам
собирал.

Исправлю.

P.S. А что там реально в 1.5 раза было? :)
18160120
Под виндой 133% у C#, ну и Go сильно обновился - перетестить бы.
...
Рейтинг: 0 / 0
05.08.2016, 18:30
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287503
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
Siemargl 18160120
Под виндой 133% у C#, ну и Go сильно обновился - перетестить бы.
C# под виндой и C# под никсами это два разных шарпа. Перетестю как-нибудь на досуге. Да и железяка для тестов у меня обновилась недавно, заодно ее потестю.
...
Рейтинг: 0 / 0
05.08.2016, 18:37
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287504
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
nojava сделать обертку над mysql api или над fopen - это полчаса дела.

и все.
Какую еще обертку в С, там деструкторов нету, или вы таки пишете на С а компилируете в С++.
Тогда проект назовите БДСМ
...
Рейтинг: 0 / 0
05.08.2016, 18:37
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287508
locked
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locked
Гость
nojavalockedпропущено...

Фрэймворки могут быть на стороне клиента. Их полно. Не дело сервера быть генерилкой страничек.

да да да.

а потом открываешь lenta.ru, жмешь F12 и видишь - ты собрался прочитать одну страницу текста новости, а тебе одних .js на мобильную (!) версию насовали целых 2.5 мегабайта (объем всех томов Войны и Мир).

фреймворки на клиенте, блин....
Это те же кривые ручки что и ПХП на сервере.

BTW Ещё совсем недавно народ точно так же возмущался по поводу "больших картинок" на мобильных клиентах. Кстати, сколько мегабайт картинок твой мобильный клиент в среднем закачивает на одну страничку? А если экран Quad HD?
...
Рейтинг: 0 / 0
05.08.2016, 18:48
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287525
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Anatoly Moskovskynojava сделать обертку над mysql api или над fopen - это полчаса дела.

и все.
Какую еще обертку в С, там деструкторов нету, или вы таки пишете на С а компилируете в С++.
Тогда проект назовите БДСМ

был fopen(), который требует fclose()

делаем свой my_fopen(), который вызывает fopen(), но полученный дескриптор запоминает в некоем динамическом массиве хендлов, который от тебя спрятан. в массиве хранится связка, номер сессии и хендл

дальше - обработка веб страницы всегда идет в callback функции, это надеюсь тебе очевидно
среда, библиотека вебсервера, имеет номер сессии - запоминает ее в глобальной или тредлокальной переменной для my_fopen(), которые будут вызваны внутри твоего callback

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

таким образом ты полностью освобожден от вызовов fclose(). совсем


деструкторы не нужны - за тебя все почистит вызвавший тебя код вебсервера


Модератор: Отредактировано
...
Рейтинг: 0 / 0
05.08.2016, 19:14
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287527
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
lockednojavaпропущено...


да да да.

а потом открываешь lenta.ru, жмешь F12 и видишь - ты собрался прочитать одну страницу текста новости, а тебе одних .js на мобильную (!) версию насовали целых 2.5 мегабайта (объем всех томов Войны и Мир).

фреймворки на клиенте, блин....
Это те же кривые ручки что и ПХП на сервере.

BTW Ещё совсем недавно народ точно так же возмущался по поводу "больших картинок" на мобильных клиентах. Кстати, сколько мегабайт картинок твой мобильный клиент в среднем закачивает на одну страничку? А если экран Quad HD?

картинки в данном случае весят очень мало, jpeg отлично жмется до 50-100 килобайт даже fullhd, уметь надо

а вот js хрень - нет
...
Рейтинг: 0 / 0
05.08.2016, 19:17
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287530
locked
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locked
Гость
nojavalockedпропущено...

Это те же кривые ручки что и ПХП на сервере.

BTW Ещё совсем недавно народ точно так же возмущался по поводу "больших картинок" на мобильных клиентах. Кстати, сколько мегабайт картинок твой мобильный клиент в среднем закачивает на одну страничку? А если экран Quad HD?

картинки в данном случае весят очень мало, jpeg отлично жмется до 50-100 килобайт даже fullhd, уметь надо

а вот js хрень - нет
Ты меня разочаровываешь. Js файлы отлично сжимается при передаче. И потом jquery.min.js - 86 килобайт. Добавь еще столько же на прикладной скрипт - все остальное в большинстве случаев - кривизна рук.
...
Рейтинг: 0 / 0
05.08.2016, 19:26
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287535
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
nojavaтеперь понятно?
Нет, непонятно.
Вот хэндлер в цикле вызывает вашу обертку и вместо расхода ресурсов Х получает расход Х*1000 просто потому что создатель фрейворка тупой и думает что все предусмотрел
...
Рейтинг: 0 / 0
05.08.2016, 19:46
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287548
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
lockedА если экран Quad HD
глубоко фиолетово
...
Рейтинг: 0 / 0
05.08.2016, 20:36
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287554
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
автори помня свою группу в ВУЗе, из которых 99% людей в принципе не могли понять концепцию указателя (и ассемблера)...
короче, нужно понимать, что писать для вебсервера на C будут только тогда, когда он будет изначально так-же дурако-самострело-защищен,
как и tomcat.


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


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

Erlang в общем не так и сложен, там концепция вычислений принципиально другая, а так -- всё просто.
...
Рейтинг: 0 / 0
05.08.2016, 20:55
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287556
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
nojavaработают они сугубо теоретически. у Java есть непреодолимая родовая травма: https://habrahabr.ru/company/odnoklassniki/blog/139185/

Да. Проблема stop-the-world стара как самая древняя версия jvm.
Однако не все так тускло. Совсем недавно коллега здесь в форуме
анонсировал нам C4GarbageCollector
https://www.azul.com/resources/azul-technology/azul-c4-garbage-collector/
в котором эта проблема решается на алгоритмическом уровне.
К сожалению я не имею это замечательное ПО и пока не могу ничего
сказать. Пускай знающие добавят.

nojavaкроме того - Java чудовищно прожорлива - к примеру Boolean объект потребует минимум 36 байт (рекордсмен).

36 Байт может занимать объект-враппер. А сам булевый тип... ну имеет смысл
хранить в битмапах, битсетах или объединять смежные булевы поля в маски.

Кстати в Oracle тоже нет булевого типа на уровне storage. Его заменяют на char(1).

строки только UTF-16. и прочие чудеса на виражах.

Как раз недавно слушал семинар на тему Java9 и Strings.
Вобщем в качестве одной из хотелок рассматривают
частичный отказ от UTF-16 там где есть возможность.

кроме того - ни H2, ни BDB, да вообще никто не умеет то, что делает LMDB - zero copy.
не говоря уже о том, что в целом успехи Java баз данных, мягко говоря, ограничены, ни один гигант индустрии их не использует (все сидят или на mysql или на Oracle).

Одна американская контора, которая занимается мониторингом в телекоммуникациях
использует Cassandra. Название говорить пока не могу. 3 года еще не прошли :)
...
Рейтинг: 0 / 0
05.08.2016, 21:01
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287557
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Anatoly Moskovskynojavaтеперь понятно?
Нет, непонятно.
Вот хэндлер в цикле вызывает вашу обертку и вместо расхода ресурсов Х получает расход Х*1000 просто потому что создатель фрейворка тупой и думает что все предусмотрел

1000? а почему не 9000, почему не 100500?
даешь 100500 коннектов к mysql в одном web запросе!

и этот человек еще заикается про каких-то там клоунов, которые ему мерещатся где-то там.

откуда там тысячи, господи?
...
Рейтинг: 0 / 0
05.08.2016, 21:03
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287558
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Dima T
 
оффтоп про эрланг
Erlang прибыльная тема. Ребенок у знакомых освоил. ХЗ как и почему. Парень куда-то влился в мировом масштабе, работает на удаленке, получает стабильные 3-4 штуки евро и не жжужит. Живут с женой в небольшом областном городке, ее родина. В 25 лет квартиру купил.

История Золушки. :) ЕМНИП - это SonyEricson могла захайрить везунчика. Ну дай бох.
Нас не захайрят. Все таки это нишевое ПО. Не общее.
...
Рейтинг: 0 / 0
05.08.2016, 21:09
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287559
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
nojava1000? а почему не 9000, почему не 100500?
даешь 100500 коннектов к mysql в одном web запросе!
Понятно. Абстрактное мышление отсутствует.
Не удивительно, что все что вы предлагаете работает только для частных случаев, которые вы смогли за 5 минут напридумывать.
...
Рейтинг: 0 / 0
05.08.2016, 21:12
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287561
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
maytonНас не захайрят. Все таки это нишевое ПО. Не общее.
Я последнее время сильно задумываюсь про нишевость, мне то пофиг, я на фоксе карьеру закончу, но детей надо направить. Вопрос куда? Не дай бог по моим стопам в ИТ пойдут. ИМХУ лучше не направлять, меня не направляли, того парня не направляли, просто так получилось. Может это и есть самое правильное направление - не направлять? Сорри за оффтоп.
...
Рейтинг: 0 / 0
05.08.2016, 21:22
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287562
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Anatoly Moskovskynojava1000? а почему не 9000, почему не 100500?
даешь 100500 коннектов к mysql в одном web запросе!
Понятно. Абстрактное мышление отсутствует.
Не удивительно, что все что вы предлагаете работает только для частных случаев, которые вы смогли за 5 минут напридумывать.

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

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



удачи вам, с абстракциями-то http://russian.joelonsoftware.com/Articles/LeakyAbstractions.html
...
Рейтинг: 0 / 0
05.08.2016, 21:23
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287563
locked
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locked
Гость
ИзопропилlockedА если экран Quad HD
глубоко фиолетово
Если сайт построен с клиентском фрэймворком то могут быть и другие цвета.

Возвращаясь к исходному вопросу. ДА. Вэб сервер на С++ вполне имеет место быть. С клиентскими фреймворками сервер отдает статику или JSON в ответ на REST запросы клиентского JS. И не занимается генерацией динамических HTML страничек.
...
Рейтинг: 0 / 0
05.08.2016, 21:23
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287564
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
maytonчастичный отказ от UTF-16 там где есть возможность.
UTF-16 - место - на помойке. когда его тащили в жабу и винду наивно предполагали, что 16 бит как всегда достаточно

типичный говнокод с UTF-16 не учитывает существование суррогатных пар
...
Рейтинг: 0 / 0
05.08.2016, 21:24
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287565
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Dima TМожет это и есть самое правильное направление - не направлять?
сами пусть решают
...
Рейтинг: 0 / 0
05.08.2016, 21:25
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287566
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
lockedЕсли сайт построен с клиентском фрэймворком то могут быть и другие цвета.
потребность пользователя в QHD(а впрочем и в FHD) от этого никак не появится.
а собственно рендерингом шрифтов криворукое поделие сайтокреатора к счастью не занимается.
...
Рейтинг: 0 / 0
05.08.2016, 21:29
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287567
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Dima TМожет это и есть самое правильное направление - не направлять? Сорри за оффтоп.
До 16 лет направляй. А дальше чадо само пойдет верно. Главное акценты
расставить. По поводу It у меня есть большие сомнения. Рынку нужны будут
It шники но другие. Дев-опсы. Евангелисты. Спецы по нейро-био технологиям.
Лингвисты. И прочая экзотика. А программист ... это что-то уже стареющее.
...
Рейтинг: 0 / 0
05.08.2016, 21:30
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287568
locked
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locked
Гость
ИзопропилlockedЕсли сайт построен с клиентском фрэймворком то могут быть и другие цвета.
потребность пользователя в QHD(а впрочем и в FHD) от этого никак не появится.
а собственно рендерингом шрифтов криворукое поделие сайтокреатора к счастью не занимается.
Хмм.. причем сдеcь шрифты? изначально вопрос был о размерах картинок. Потребности у пользователя может и нет но он уже имеет девайс с QHD или 27" QHD монитор
...
Рейтинг: 0 / 0
05.08.2016, 21:34
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287569
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
maytonDima TМожет это и есть самое правильное направление - не направлять? Сорри за оффтоп.
До 16 лет направляй. А дальше чадо само пойдет верно. Главное акценты
расставить. По поводу It у меня есть большие сомнения. Рынку нужны будут
It шники но другие. Дев-опсы. Евангелисты. Спецы по нейро-био технологиям.
Лингвисты. И прочая экзотика. А программист ... это что-то уже стареющее.

увы нет. IT неимоверно и неоправданно усложняется, потому будет все больше нужда в гамнокодерах.
не забываем и про базовый закон - тру говнокодер за год создает два новых рабочих места.
...
Рейтинг: 0 / 0
05.08.2016, 21:34
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287570
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Изопропилmaytonчастичный отказ от UTF-16 там где есть возможность.
UTF-16 - место - на помойке. когда его тащили в жабу и винду наивно предполагали, что 16 бит как всегда достаточно

типичный говнокод с UTF-16 не учитывает существование суррогатных пар

увы нет, мы обречены жить с ним вечно.
он напрочь зашит в Windows NT, в Mac OS X он базовый тип, в Java и Андроиде тоже. n JavaScript тоже про UTF-16

его не победить, он вездесущ - даже когда в мире блин не останется ни одного языка, кроме английского - один хрен все будут кодировать буквы a, b, c, d двумя байтами, не совсем понимая зачем.
...
Рейтинг: 0 / 0
05.08.2016, 21:37
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287572
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
nojavaAnatoly Moskovskyпропущено...

Понятно. Абстрактное мышление отсутствует.
Не удивительно, что все что вы предлагаете работает только для частных случаев, которые вы смогли за 5 минут напридумывать.

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

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



удачи вам, с абстракциями-то http://russian.joelonsoftware.com/Articles/LeakyAbstractions.html
ну что делать, зарытая проблема всегда всплывёт
для этого в устоявшихся областях существуют регламенты и правила которые вбивают на уровне рефлексов

шаг в сторону - это уже в академию, на производстве не думать надо, а работать
...
Рейтинг: 0 / 0
05.08.2016, 21:48
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287577
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
lockedХмм.. причем сдеcь шрифты? изначально вопрос был о размерах картинок. Потребности у пользователя может и нет но он уже имеет девайс с QHD или 27" QHD монитор
шрифты при том, что это техническое, а не маркетинговое обоснование потребности в 4К экране.
(если не в курсе что такое Type1, Truetype, hints - забей, посмотри лучше порнуху в 4К)

то что юзер имеет 4К монитор - не является основание заталкивать ему 4К картинки на web странице(порнуха не в счёт)
...
Рейтинг: 0 / 0
05.08.2016, 22:29
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287603
locked
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locked
Гость
ИзопропилlockedХмм.. причем сдеcь шрифты? изначально вопрос был о размерах картинок. Потребности у пользователя может и нет но он уже имеет девайс с QHD или 27" QHD монитор
шрифты при том, что это техническое, а не маркетинговое обоснование потребности в 4К экране.
(если не в курсе что такое Type1, Truetype, hints - забей, посмотри лучше порнуху в 4К)

то что юзер имеет 4К монитор - не является основание заталкивать ему 4К картинки на web странице(порнуха не в счёт)
Изя ты немножко отвлекся от темы. Топик про серверную часть. Ты задал вопрос - я тебе ответил несколькими постами выше. Мы можем пообсуждать серверную часть. Клиентская - за пределами топика.
...
Рейтинг: 0 / 0
06.08.2016, 00:41
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287632
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Anatoly Moskovskynojavaзабей, если ты не смог понять о чем я говорил страницы две выше (про hwm), то и сейчас не поймешь.
хотя другие вполне поняли и приняли идею
Нет, это вы не поняли. Для автоматического освобождения ресурсов нужны деструкторы. А память всего лишь частный случай ресурсов. Нет деструкторов == утечки ресурсов, особенно если в проекте самоуверенные, но криворукие профи.
Даже если ограничиться памятью, то все равно голых программ нет, все полезные программы применяют библиотеки, у каждой из которых свои требования к выделению памяти, так что ваш супер аллокатор в 99% случаев до одного места.
Хотя в hello world - согласен, отлично сработает.
и как люди модули для PHP, apache, nginx и прочие плагины пишут.....
...
Рейтинг: 0 / 0
06.08.2016, 09:19
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287649
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
Изопропили как люди модули для PHP, apache, nginx и прочие плагины пишут.....
Это все не прикладной код.

Но и там, если погуглите, постоянно находят баги с утечкой памяти, дескрипторов.
...
Рейтинг: 0 / 0
06.08.2016, 11:38
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287656
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
kealon(Ruslan)nojavaпропущено...


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

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



удачи вам, с абстракциями-то http://russian.joelonsoftware.com/Articles/LeakyAbstractions.html
ну что делать, зарытая проблема всегда всплывёт
для этого в устоявшихся областях существуют регламенты и правила которые вбивают на уровне рефлексов

шаг в сторону - это уже в академию, на производстве не думать надо, а работать


не вижу проблемы.

все это лишь вопрос соглашений - программа, упавшая на попытке открыть 9000-й дескриптор также неверна, как и 9000 открытий и закрытий в цикле

у программиста должна быть на плечах голова, а не кастрюля с манной кашей всесто мозгов, он должен понимать, что он делает
...
Рейтинг: 0 / 0
06.08.2016, 11:56
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287669
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
nojava
не вижу проблемы.

все это лишь вопрос соглашений - программа, упавшая на попытке открыть 9000-й дескриптор также неверна, как и 9000 открытий и закрытий в цикле

у программиста должна быть на плечах голова, а не кастрюля с манной кашей всесто мозгов, он должен понимать, что он делает
отдельному программисту это в плюс - это да, но для отрасли это тупик (большие накладные расходы)
во время столетней войны Англия ставила на мастерство феодалов, Франция на массу и упрощение обращения с оружием, итог помните?
все области развиваются так
...
Рейтинг: 0 / 0
06.08.2016, 12:48
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287672
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
kealon(Ruslan)nojavaне вижу проблемы.

все это лишь вопрос соглашений - программа, упавшая на попытке открыть 9000-й дескриптор также неверна, как и 9000 открытий и закрытий в цикле

у программиста должна быть на плечах голова, а не кастрюля с манной кашей всесто мозгов, он должен понимать, что он делает
отдельному программисту это в плюс - это да, но для отрасли это тупик (большие накладные расходы)
во время столетней войны Англия ставила на мастерство феодалов, Франция на массу и упрощение обращения с оружием, итог помните?
все области развиваются так

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

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

я выше привел пример для типовых задач, vast majority - в 99.9% нужно будет открыть 1..5 курсоров, и подход с автозакрытием оных будет работать на ура.

для оставшихся 0.1% будут работать традиционным способом.


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

но нужно отучаться мысльить абстрактно, а мыслить типовыми случаями. начать, к примеру, с принципа YAGNI https://ru.wikipedia.org/wiki/YAGNI
...
Рейтинг: 0 / 0
06.08.2016, 13:08
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287674
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Изопропилmaytonчастичный отказ от UTF-16 там где есть возможность.
UTF-16 - место - на помойке. когда его тащили в жабу и винду наивно предполагали, что 16 бит как всегда достаточно

типичный говнокод с UTF-16 не учитывает существование суррогатных пар
Давайте свернем тему. Меня в топике неверно истолковали.
Речь шла об оптимизации хранения. На уровне презентации
String как был - так и остается UTF-16.
...
Рейтинг: 0 / 0
06.08.2016, 13:20
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287747
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
nojavaпросто программисты разучились решать частные задачи (потому что они не инженеры). они решают задачи общие - они заставляют 99.9% случаев подчиняться законам, оправданных лишь для 0.1% случаев. а это граничит с кретинизмом.
хотя подобное уже стало общепринятым, увы.

но нужно отучаться мысльить абстрактно, а мыслить типовыми случаями. начать, к примеру, с принципа YAGNI https://ru.wikipedia.org/wiki/YAGNI мыслить типовыми случаями и есть стараться не думать - это и есть в большинстве случаев работа специалиста с дипломом, за "думать" не платят на производстве

как определяется размер топлива в цистерне? меряем щупом и смотрим размер в таблице, всё
...
Рейтинг: 0 / 0
06.08.2016, 20:54
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287753
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
kealon(Ruslan)nojavaпросто программисты разучились решать частные задачи (потому что они не инженеры). они решают задачи общие - они заставляют 99.9% случаев подчиняться законам, оправданных лишь для 0.1% случаев. а это граничит с кретинизмом.
хотя подобное уже стало общепринятым, увы.

но нужно отучаться мысльить абстрактно, а мыслить типовыми случаями. начать, к примеру, с принципа YAGNI https://ru.wikipedia.org/wiki/YAGNI мыслить типовыми случаями и есть стараться не думать - это и есть в большинстве случаев работа специалиста с дипломом, за "думать" не платят на производстве

как определяется размер топлива в цистерне? меряем щупом и смотрим размер в таблице, всё

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

разница между тем, кому вменяются уже разработанные инструкции, и тем, кто эти инструкции разрабатывает и продумывает - все-таки есть.

или нет?

бгг
...
Рейтинг: 0 / 0
06.08.2016, 21:22
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287844
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
ИзопропилЕстественно, речь не о протокольных HTTP/WebSocket обработчиках.
в какой момент нужно прекращать подпорки и костыли ставить под PHP?
Пишу не для пиара, а для обоснования почему для реализации проекта /о котором будет сказано ниже/ не использовал C++.

И так.
Одним из недостатков 1С 7.7 является то, что у разработчиков нет native возможности для того, чтобы
обеспечить работу с своим проектом с использованием WWW интерфейса.
Вообще то фирма 1С предоставила Web-расширение, но те кто пытался его использовать советовали другим - "не терять попусту время"
/у меня лично опыта с этим расширением нет потому, что ознакомившись с его возможностями и архитектурой решил просто не терять зря время/.

Какой же путь выбрал для итеграции 1С 7.7 c inet?
А вот какой.

Написал /с использованием языка программирования 1С/ модуль, который анализирует содержимое мета данных конфигурации /любой для 1С 7.7/ и
формируеи xml файлы, сдержащие мета данные.

Это стало возможным благодаря разработке ActiveX, обеспечивающего 100% поддержку работы на стороне 1С с файлами типа "Structured Storage"
/потому что кофигурация проекта на 1С 7.7 находится в этом типе файла/
При этом была обеспечена возможность работы со всеми доступными Interfaces.

Код: plaintext
1.
2.
Structured Storage           https://msdn.microsoft.com/en-us/library/windows/desktop/aa380369(v=vs.85).aspx
Structured Storage Reference https://msdn.microsoft.com/en-us/library/windows/desktop/aa380365(v=vs.85).aspx


Ну и далее "легким движением руки" на основе данных xml файлом формируются все html файлы, который обеспечивают работу с 1С из WWW
HTML содержат все диалоговые окна ... /те которые предоставляет 1С 7.7/ при работе с конфигурацией в локальной сети.

А теперь ближе к теме топика.
Почему же не использовал для разработки проекта C++?
Потому что код на PHP много проще того кода, который бы пришлось реализовать на 1С.

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

PS: Выскажу тривиальное суждение - "Нужно понимать где C++ необходим, а где нет."

Кстати PHP 7 заметно повзрослел и стал работать намного "шустрее".
...
Рейтинг: 0 / 0
07.08.2016, 11:56
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287846
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Владимир2012Потому что код на PHP много проще того кода, который бы пришлось реализовать на 1С.Sorry.
Потому что код на PHP много проще того кода, который бы пришлось реализовать на С++.

А вот конвертацию 1С 7.7 конфигураций в свою /разрабатываемую/ технологическую платформу реализую с использование C++.
...
Рейтинг: 0 / 0
07.08.2016, 12:14
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287857
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Владимир2012Это стало возможным благодаря разработке ActiveX, обеспечивающего 100% поддержку работы на стороне 1С с файлами типа "Structured Storage"Пришлось разработать потому, что те внешние компоненты, которые создали другие разработчики обеспечивали работу не с любым файлом на основе "Structured Storage", а конкретной реализации фирмы 1С.
И к тому же не обеспечивали весь потребный для меня функционал.
...
Рейтинг: 0 / 0
07.08.2016, 12:42
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287868
_Sheraton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_Sheraton
Гость
http://cppcms.com/wikipp/ru/page/main
...
Рейтинг: 0 / 0
07.08.2016, 13:07
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287879
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
_Sheraton http://cppcms.com/wikipp/ru/page/main Тех кто использовал эту CMS просьба поделиться опытом ее использования ...

У меня с ходу возникли ряд вопросов:
- можно ли из "обычного" C++ проекта использовать выше приведенный /т.е. native WWW/?
- понятно, что в CMS использует HTML, CSS, ...
Можно ли эту интеграцию использовать без использования самой CMS?
- ...
- ...

PS: Да простит меня ALL за мое дерзновение.
WWW - "каменный век" в который пришли разработчики с XXI века.
...
Рейтинг: 0 / 0
07.08.2016, 13:37
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287898
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
_Sheraton http://cppcms.com/wikipp/ru/page/main
Хотелось-бы увидеть список кастомеров которые используют это. И ссылки.
...
Рейтинг: 0 / 0
07.08.2016, 15:10
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287914
_Sheraton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_Sheraton
Гость
Владимир2012, mayton

Ребята, к сожалению ничего не могу сказать по этой теме. Я сам набрел случайно на эту ссылку....
...
Рейтинг: 0 / 0
07.08.2016, 16:39
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287928
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
У меня скепсис вот по какой причине. Подобное ПО (CMS) никогда не выходит в фазу релиза.
Вообще очень сложно финализировать ТЗ для ЦМС-ок и форумов. Там вечно нужна доработка.

А учитывая "дороговизну" поддержки С++ решения - данная CMS будет всегда иметь больше
issues в доработке чем любая другая написанная на PHP или Ruby.
...
Рейтинг: 0 / 0
07.08.2016, 17:23
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287938
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
maytonА учитывая "дороговизну" поддержки С++ решения - данная CMS будет всегда иметь больше
issues в доработке чем любая другая написанная на PHP или Ruby.
что характерно, CMS на Java/c# - тож не густо
...
Рейтинг: 0 / 0
07.08.2016, 18:09
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287960
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
По гитхабу порядка тысячи репозитариев с названием содержащим CMS и language=Java
...
Рейтинг: 0 / 0
07.08.2016, 19:25
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287963
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Любопытно кто и как работает из C++ с inet.
У меня пока в основном интеграция с HTML страницами происходит с использованием WebSocket, xml, json и ProtoBuf
/т.е. пока не возникала необходимость в получении страницы и работы с ней native/.
Через обмен данными можно управлять как видом HTML страниц так и обменом данных /содержимое полей диалоговых форм, .../.

PS: Намек.
Без особого труда на стороне клиента можно динамически построить любую страницу.
Для обеспечения WWW интерфейса 1С 7.7 у меня так и производится работа.
Т.е. страницы HTML то генерирую и они могут принять или передать 1С данные из диалоговых форм
/включая и данные grid/.
Все работает шустро /ну а с чего бы оно работало медленно?/.
...
Рейтинг: 0 / 0
07.08.2016, 19:49
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287972
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Владимир2012Все работает шустро /ну а с чего бы оно работало медленно?/.Точнее в "темпе" 1С.
Диалоговые формы ни чего не знают про бизнес логику ...
User чегой-то там ширкает мышкой и жмет на клаву, 1С старается угодить user-у и согласно значений checkbox, ..., ...
исполняет запрошенную операцию и возвращает в диалоговую форму результат.
То бишь все данные, бизнес логика, права на доступ к данным, отчетам ... на стороне 1С.
Проще говоря WWW интерфейс к 1С - mirror диалоговых окон некой конфигурации.
Понятно, что 1С динамически может создать ряд окон или их закрыть.
Но manager, который работает на стороне клиента понимает, что 1С сделала и возвратила ...
Все до безобразия просто ...

Вообщем данный подход интерфейса клиента WWW с некой программой /не обязательно 1С/ можно
применить для любого приложения.

Но имеются и другие лучшие пути об которых я "жадина-говядина" пока рассказывать не буду ...

PS: Вообщем в основных чертах рассказал как работает WWW интерфейс к 1С 7.7.
В новой технологической платформе все будет с виду похоже, а по сути на порядок лучше
/в ней ведь и 3D интерфейс будет поддержан, звук, .../
...
Рейтинг: 0 / 0
07.08.2016, 20:43
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287974
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Владимир2012интеграция с HTML страницами происходит с использованием WebSocket
кто обрабатывает на стороне сервера websocket?
...
Рейтинг: 0 / 0
07.08.2016, 20:51
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287975
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Хотелось бы узнать об методах интеграции WWW с приложением на C++ /Delphi, .../ других разработчиков.
Конечно все зависит от решаемой задачи.
У меня пока интеграция в какой-то мере поддерживает архитектуру клиент-сервер.
Эта же метода прекрасно подойдет и для games, ...
...
Рейтинг: 0 / 0
07.08.2016, 20:52
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287976
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Изопропилкто обрабатывает на стороне сервера websocket?В данном опусе 1С 7.7
...
Рейтинг: 0 / 0
07.08.2016, 20:53
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287978
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Меня вот удивляют "стенания" многих разработчиков ...
Уберите из C++ полиформизм, ...
Оставьте в нем адресацию, структуры ... и он для меня от этого хуже не станет.
Впрочем это скорее связано с сугубым моими предпочтениями и стилем ...
Вполне допускаю, что кто-то ни как не может обойтись без лямбд, ...
Вообщем то рад, что в C++ появляются новые "фишки".
Но вот использовать их будут их тогда, когда или стиль написания кода изменю или пойму, что прогресс
ушел так далеко, что даже не смог его понять.
В последнем случае - подучусь.
...
Рейтинг: 0 / 0
07.08.2016, 21:08
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287979
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Владимир2012В данном опусе 1С 7.7
не понял. костыль-расширение что-ли?
...
Рейтинг: 0 / 0
07.08.2016, 21:12
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287980
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
"Сто пудов" уверен, что экзамен на академическое знание C++ не сдал бы ...
В моем стиле работы наипервейшее - понимать существующие программные архитектуры и целесобразность
их использования в тех или иных случаях.
Кодирование то же важно, но в основном для эффективной реализации тех или иных задач.
Но не само цель копать и копать и копать и копать, ... С++ до некоих его глубин.
Такая задача возникает только в процессе решения конкретной задачи.

PS: "Нельзя объять необъятное"
...
Рейтинг: 0 / 0
07.08.2016, 21:17
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287981
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Изопропилне понял. костыль-расширение что-ли?Ну да.
На стороне 1С 7.7 крутится некий "костыль", который и с WebSocket, xml, обеспечивает работу.

Ну а как без "костылей"?
В QT "костыль на костыле костылем погоняет" /и не только QT/.
Скажу по секрету Windows это тоже - БОЛЬШОЙ КОСТЫЛЬ.
...
Рейтинг: 0 / 0
07.08.2016, 21:21
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287983
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Владимир2012Ну да.
На стороне 1С 7.7 крутится некий "костыль", который и с WebSocket, xml, обеспечивает работу.
сколько клиентов он поддерживает? или по экземпляру 1С на клиента?
...
Рейтинг: 0 / 0
07.08.2016, 21:27
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287990
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Изопропилнасчёт websocket - никакой агрессии.Имеется определенный этикет общения, которого стараюсь придерживаться.
Пусть я "миллион раз прав", а кто-то "не прав".
Стараюсь не допускать ни каких личностных выпадов или принижения других ...
Считаю это для себя не допустимым.
Если опонент этого не придерживается, то просто прекращаю с ним диалог.
А какой в этом смысл?
Говорить что кто там "не такой", а я "такой".

Оно мне надо?
НЕТ.

1C 7.7 вся пронизана поддержкой automation и предоставляет механизмы расширения ее функциональности
с возможностью написания внешних компонет, ActiveX.
1X 8.x поддержала в добавок COM.

Да на стороне 1С 7.7 у меня работают некоторые ActiveX для поддержки работы с WWW, PDF, ...

Почему не внешние компоненты?
Потому что ActiveX можно применять в любом языке поддерживающем automation.
Но это уже давно "не мой путь" при разработке.

Честно говоря 1С 7.7 мне интересна прежде всего в том, что на ней можно /в какой-то мере/ "обкатать" некии libraries ...
...
Рейтинг: 0 / 0
07.08.2016, 21:48
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287992
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Просьба не задавать вопросы по WWW интерфейсу к 1С 7.7.
Рассказал об нем с одной целью - продемонстрировать один из подходов для обеспечения работы архитектуры клиент-сервер.
Интересно было бы услышать и об иных подходах ...
...
Рейтинг: 0 / 0
07.08.2016, 21:57
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287993
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Владимир2012Скажу по секрету Windows это тоже - БОЛЬШОЙ КОСТЫЛЬ.Как-то "коряво" выразился ...
Надеюсь это не будет понято в смысле, что архитектура Windows "плохая" ... /или что-нибудь подобное/.
Windows - НЕ КОСТЫЛЬ!
...
Рейтинг: 0 / 0
07.08.2016, 22:21
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39287997
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Владимир2012Интересно было бы услышать и об иных подходах ...
до конца архитектура не ясна - кто конкретно обслуживает websocket?

подходов не особо много - процесс(группа процессов), обслуживающий соединения websocket(много соединений)
и сравнительно небольшой пул обработчиков запросов, обработчик может инициировать широковещательную рассылку
...
Рейтинг: 0 / 0
07.08.2016, 22:34
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288002
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Изопропилдо конца архитектура не ясна - кто конкретно обслуживает websocket?Не пойму суть вопроса.
WebSocket всегда обслуживает того с кем он "договорился".
Если "разговоров" много, то в WebSocket предоставляет программисту возможность его идентификации.
Кроме того в 1С 7.7 для каждый user общается со "своим" процессом 1С.
Если от user пришло несколько запросов, то 1С их выполнит по мере ответа на предыдущий запрос.
В данном случае это ограничение самой 1С 7.7.

Обработчику не зачем инициировать широковещательную рассылку /не кому/.

Sorry /повторюсь/.
На сервере для каждого user WWW функционирует отдельный процесс.
Теоретически и практически мог бы реализовать работу N users с пулом процессов 1С /к примеру 100 user обслуживает пять 1С процессов/.
Но у меня нет ни какого желания /и необходимости/ реализовать данный подход ... /реанимации 1С 7.7 в моих планах нет/.
...
Рейтинг: 0 / 0
07.08.2016, 22:52
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288027
Фотография CEMb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CEMb
Участник
многотехта апять

ну winhttp кто-нибудь использует хотя бы? :) какие там возможности для сабжа?

Владимир2012Скажу по секрету Windows это тоже - БОЛЬШОЙ КОСТЫЛЬ.Почему? Мне win32api нравится по задумке и реализации. Просто, дёшево и сердито. Жаль, его понемногу закрывают.
Устройство других операционок, увы, не видел.
...
Рейтинг: 0 / 0
08.08.2016, 05:16
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288051
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Sorry.
У Windows прекрасная архитектура ... ... ...

Почему неудачно назвал ее костылем?

Изопропил назвал мои расширения 1С 7.7 /ActiveX-s/ - костылем.
Вот ему и ответил, что мол Wondows вся пронизана некими протоколами, dll-s, ... ... ...
Что же мол и ее тогда можно назвать большим костылем ...
Да и все на github тогда - одни костыли ...
...
Рейтинг: 0 / 0
08.08.2016, 08:26
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288057
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Кстати.
Многие не понимают в чем ценность ReactOS.
Да оно и понятно ...
Многие ее оценивают с точки зрения практического использования ...
Да тут она еще слабовата.
Мне же для разработки она интересна тем, что ее можно /если в этом имеется потребность/ использовать для:
- разобраться углубленно в требуемом WIN API;
- взять из нее уже готовые решения и использовать в своих проектах;
- ...

Не скажу, что без этого обойтись нельзя.
Но если имеется, то почему-бы не использовать?
...
Рейтинг: 0 / 0
08.08.2016, 08:38
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288058
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Владимир2012Вот ему и ответил, что мол Wondows вся пронизана некими протоколами, dll-s, ... ... ...Sorry
Windows не Wondows
...
Рейтинг: 0 / 0
08.08.2016, 08:39
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288072
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
CEMbну winhttp кто-нибудь использует хотя бы? :) какие там возможности для сабжа?
winhttp - он клиентский.

речь видимо об http server API ( https://msdn.microsoft.com/en-us/library/windows/desktop/aa364703(v=vs.85).aspx ) - интерфейсе к ядерному драйверу http.sys

возможности для сабжа - широчайшие.
http.sys
1) берёт на себя транспортные заботы - ssl, keep-alive, spdy,ipv6, таймауты и т п
2) обеспечивает кэширование ответов на уровне ядра
3) разбирает заголовки запросов, имена основных трёх десятков идентификаторов заменяются на числовые идентификаторы, приложение принимает заголовок запроса в один приём
4) отдача данных ответа - цепочка буферов в памяти, диапазонов из файлов и диапазонов из предварительно сохранённых в ядре фрагментов ответа
5) разделение процесса управления соединениями и рабочих процессов, собственно обрабатывающих клиентские запросы
6) совместное использование tcp портов несколькими процессами(включая IIS и дотнетные процессы с httplistener)
7)асинхронные вызовы всего и вся с использованим completion port на полную катушку
8) поддежка прозрачного режима (для websocket в частности)
--------------
API при этом достаточно простой и внятный.
...
Рейтинг: 0 / 0
08.08.2016, 09:02
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288073
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Владимир2012Изопропил назвал мои расширения 1С 7.7 /ActiveX-s/ - костылем
костыль - это к 1С относится, там иначе никак
...
Рейтинг: 0 / 0
08.08.2016, 09:05
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288098
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
nojavaты путаешь понятие "уже предусмотренные типовые случаи, шаблоны" и
"случаи, которые будут определены как типовые"

разница между тем, кому вменяются уже разработанные инструкции, и тем, кто эти инструкции разрабатывает и продумывает - все-таки есть.

или нет?

бгг
я бы не делил это так чётко, у программистов тоже очень много инструкций
...
Рейтинг: 0 / 0
08.08.2016, 09:50
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288247
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
kealon(Ruslan)nojavaты путаешь понятие "уже предусмотренные типовые случаи, шаблоны" и
"случаи, которые будут определены как типовые"

разница между тем, кому вменяются уже разработанные инструкции, и тем, кто эти инструкции разрабатывает и продумывает - все-таки есть.

или нет?

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

ты опять ничего не понял.

изначальная моя фраза имела смысл примерно следующий:

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

многие не озадачиваются подобным, а пишет свои API в безумном подражании ранее уже написанным.
в результате чего задача вида, к примеру, "сходить в базу данных", "распарсить XML/HTML/JS" превращается в некий адов
квест с 100 строками предварительных и, что самое смешное - еще и заключительных приседаний (объяви, задай 100 опций, подсоединись, подготовь, открой, обработчики ошибок на все это..... закрой, закрой, почисть, закрой).

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

так понятнее?
...
Рейтинг: 0 / 0
08.08.2016, 12:55
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288252
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
nojavaхотя на самом деле все что нужно разработчику - это блин просто получить строковое
значение из базы данных и получить дерево токенов (соотвественно, из которого можно сразу
дернуть нужную строку)
Какой типичный сценарий... Сначала делаем БД, совершенно неподходящую под задачу, а потом
героически преодолеваем созданные проблемы тоннами говнокода.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
08.08.2016, 12:58
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288257
Фотография CEMb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CEMb
Участник
Изопропилинтерфейсе к ядерному драйверу http.sysвыглядит мощно :)
Но я немного не в ту сторону разговор увёл. Что на счёт возможности написать сервер приложений на C++? Который можно собрать/поставить на любую операционку?
...
Рейтинг: 0 / 0
08.08.2016, 13:05
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288258
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
CEMbКоторый можно собрать/поставить на любую операционку?

это к nojava
...
Рейтинг: 0 / 0
08.08.2016, 13:07
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288303
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Dimitry Sibiryakovnojavaхотя на самом деле все что нужно разработчику - это блин просто получить строковое
значение из базы данных и получить дерево токенов (соотвественно, из которого можно сразу
дернуть нужную строку)
Какой типичный сценарий... Сначала делаем БД, совершенно неподходящую под задачу, а потом
героически преодолеваем созданные проблемы тоннами говнокода.


о чем твой спич? что можно сделать подходящую БД, которая позволит не писать тонны говнкода для ORM, презентера, контроллера, мотороллера и прочие чудные общепринятые обертки-конвертеры?

неужели ты знаешь про JHeadstart ?
...
Рейтинг: 0 / 0
08.08.2016, 14:17
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288308
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Владимир2012Владимир2012Вот ему и ответил, что мол Wondows вся пронизана некими протоколами, dll-s, ... ... ...Sorry
Windows не Wondows
Это по Фрейду.... Водновс...
...
Рейтинг: 0 / 0
08.08.2016, 14:26
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288323
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
CEMbИзопропилинтерфейсе к ядерному драйверу http.sysвыглядит мощно :)
Но я немного не в ту сторону разговор увёл. Что на счёт возможности написать сервер приложений на C++? Который можно собрать/поставить на любую операционку?
Да какой-там сервер! Хоть бы сервис написать. К примеру - поднять http- слушатель на :80. Если приходит
JSON текст в качестве POST-сообщения - проверить его на валидность и выполнить какой-то ответ
(вернуть курсы валют к примеру).

И чтоб код можно было поддержать и расширить. И желательно чтоб ногу не шмальнуть...
...
Рейтинг: 0 / 0
08.08.2016, 14:42
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288330
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
maytonДа какой-там сервер! Хоть бы сервис написать. К примеру - поднять http- слушатель на :80.Ну так сделайте!
Пока мне хватает http://pocoproject.org/
...
Рейтинг: 0 / 0
08.08.2016, 14:49
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288334
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Владимир2012maytonДа какой-там сервер! Хоть бы сервис написать. К примеру - поднять http- слушатель на :80.Ну так сделайте!
Пока мне хватает http://pocoproject.org/
А можно example или юзкейс. С http-листенером.
...
Рейтинг: 0 / 0
08.08.2016, 14:53
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288337
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
maytonА можно example или юзкейс. С http-листенером.Не удобно вам и совет давать ...
...
Рейтинг: 0 / 0
08.08.2016, 14:55
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288340
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
maytonВладимир2012пропущено...
Ну так сделайте!
Пока мне хватает http://pocoproject.org/
А можно example или юзкейс. С http-листенером.

там в доке все есть. для особо ленивых - листай http://pocoproject.org/slides/200-Network.pdf
...
Рейтинг: 0 / 0
08.08.2016, 14:57
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288341
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
В архиве много примеров ...
Да документация неплохая + форумы ...
...
Рейтинг: 0 / 0
08.08.2016, 14:57
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288350
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Для быстрого старта как то вот так наверное.
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
#include "Poco/Net/ServerSocket.h"
#include "Poco/Net/StreamSocket.h"
#include "Poco/Net/SocketStream.h"
#include "Poco/Net/SocketAddress.h"

int main(int argc, char** argv)
{
 Poco::Net::ServerSocket srv(80); // does bind + listen
 for (;;) {
   Poco::Net::StreamSocket ss = srv.acceptConnection();
   Poco::Net::SocketStream str(ss);
   str << "HTTP/1.0 200 OK\r\n"
     "Content-Type: text/json\r\n"
     "\r\n"
     "{ "maytonsfuckenresponse" : { "USD" : "....", "RUB" : "....." } }"
     << std::flush;
 }
 return 0;
}
...
Рейтинг: 0 / 0
08.08.2016, 15:05
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288358
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
maytonДля быстрого старта как то вот так наверное.Рад за вас.

PS: "Были бы кости. Мясо нарастет"
...
Рейтинг: 0 / 0
08.08.2016, 15:10
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288359
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Владимир2012В архиве много примеров ...
Да документация неплохая + форумы ...

в принципе неплохая штука, как минимум судя по документации.
дошли до базовой кодировки UTF8, респект

лет 10 назад я бы даже начал на этом кодировать

но увы, как всегда - ООП головного мозга:

http://pocoproject.org/slides/110-Logging.pdf

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
#include "Poco/Logger.h"
using Poco::Logger;
int main(int argc, char** argv)
{
    Logger& logger = Logger::get("TestLogger");
    logger.information("This is an informational message");
    logger.warning("This is a warning message");
    return 0;
}



почему нельзя проще?


Код: plaintext
1.
2.
3.
4.
5.
6.
7.
#include "Poco/Logger.h"
int main(int argc, char** argv)
{
    LOG_INFO << "This is an informational message";
    LOG_WARN << "This is a warning message";
    return 0;
}




логгер логгер равно логгер получи тест логгер.

ззааззаззазаиикккааание эттто не ббббоолезнь.
...
Рейтинг: 0 / 0
08.08.2016, 15:10
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288360
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
maytonДля быстрого старта как то вот так наверное.
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
#include "Poco/Net/ServerSocket.h"
#include "Poco/Net/StreamSocket.h"
#include "Poco/Net/SocketStream.h"
#include "Poco/Net/SocketAddress.h"

int main(int argc, char** argv)
{
 Poco::Net::ServerSocket srv(80); // does bind + listen
 for (;;) {
   Poco::Net::StreamSocket ss = srv.acceptConnection();
   Poco::Net::SocketStream str(ss);
   str << "HTTP/1.0 200 OK\r\n"
     "Content-Type: text/json\r\n"
     "\r\n"
     "{ "maytonsfuckenresponse" : { "USD" : "....", "RUB" : "....." } }"
     << std::flush;
 }
 return 0;
}



HTTP 1.0 и без всякого keep-alive?

да да, пишите еще!
...
Рейтинг: 0 / 0
08.08.2016, 15:11
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288369
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
nojavaHTTP 1.0 и без всякого keep-alive?

да да, пишите еще!
Это копипаста. Из документации. Насчет keep-alive я согласен. Ценное замечание.
...
Рейтинг: 0 / 0
08.08.2016, 15:21
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288370
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
nojavaHTTP 1.0 и без всякого keep-alive?
А ты курсы валют собрался непрерывным потоком получать?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
08.08.2016, 15:22
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288379
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Dimitry SibiryakovnojavaHTTP 1.0 и без всякого keep-alive?
А ты курсы валют собрался непрерывным потоком получать?..

Этож динамика бро. Сейчас курс такой. А через минуту он уже другой.
...
Рейтинг: 0 / 0
08.08.2016, 15:34
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288391
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
maytonЭтож динамика бро. Сейчас курс такой. А через минуту он уже другой.

Тогда это не курс, а котировка на бирже. Совсем другая, намного более узкая и редкая задача.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
08.08.2016, 15:41
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288414
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
maytonЭто копипаста. Из документации. Насчет keep-alive я согласен. Ценное замечание.
keep-alive как раз именно в этом примере ни на что не повлияет, так сервер сразу закрывает сокет после отправки ответа. Для КА ищите чуть сложнее пример ))
...
Рейтинг: 0 / 0
08.08.2016, 16:10
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288425
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Dimitry SibiryakovmaytonЭтож динамика бро. Сейчас курс такой. А через минуту он уже другой.

Тогда это не курс, а котировка на бирже. Совсем другая, намного более узкая и редкая задача.

Ну ладно пускай будет котировка.
...
Рейтинг: 0 / 0
08.08.2016, 16:25
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288434
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
maytonНу ладно пускай будет котировка.Ну так какая она /результат/?
...
Рейтинг: 0 / 0
08.08.2016, 16:35
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288440
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Dimitry SibiryakovnojavaHTTP 1.0 и без всякого keep-alive?
А ты курсы валют собрался непрерывным потоком получать?..


а) почему и нет?
б) перед твоим backend 100% будет стоять nginx или haproxy, и вот там отстуствие keep-alive....
в) comet и http push notification - это таки отдельная тема.
...
Рейтинг: 0 / 0
08.08.2016, 16:39
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288448
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Владимир2012maytonНу ладно пускай будет котировка.Ну так какая она /результат/?
Она лежит в текстовом файле. Надо прочитать файлик и взять оттуда 1 строку.

Я думаю что для моего ТЗ это не суть важно.
...
Рейтинг: 0 / 0
08.08.2016, 16:46
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288491
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
nojavaHTTP 1.0 и без всякого keep-alive?
мне интереснее, как это добро на ошибки реагировать будет.

если я просто напишу bind,listen,(accept,send,close)+,close - что я потеряю?
...
Рейтинг: 0 / 0
08.08.2016, 17:42
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288533
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вася Уткин
Гость
А в чем преимущества этих cppcms, POCO и прочее перед обычным CGI?
На каждый запрос новый экземляр. Пиши себе в std::cout нужный HTML. Ну максимум cgicc прицепить.
...
Рейтинг: 0 / 0
08.08.2016, 18:54
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288542
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Вася УткинНа каждый запрос новый экземляр
запуск экземпляра - достаточно дорогой операцией может быть
fastcgi гораздо экономичнее (особенно если его правильно приготовить)
...
Рейтинг: 0 / 0
08.08.2016, 19:05
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288547
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Вася УткинА в чем преимущества этих cppcms, POCO и прочее перед обычным CGI?
На каждый запрос новый экземляр. Пиши себе в std::cout нужный HTML. Ну максимум cgicc прицепить.
этот вопрос так-же бессмысленнен, как и "в чем преимщество этих ваших joomla, drupal перед PHP?"

это как-бе совсем разные уровни абстракции - первое транспортный уровень, второе - фреймворк (рамка/клетка ограничитель) для девелопера.
...
Рейтинг: 0 / 0
08.08.2016, 19:26
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288581
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
nojavaизначальная моя фраза имела смысл примерно следующий:

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

многие не озадачиваются подобным, а пишет свои API в безумном подражании ранее уже написанным.
в результате чего задача вида, к примеру, "сходить в базу данных", "распарсить XML/HTML/JS" превращается в некий адов
квест с 100 строками предварительных и, что самое смешное - еще и заключительных приседаний (объяви, задай 100 опций, подсоединись, подготовь, открой, обработчики ошибок на все это..... закрой, закрой, почисть, закрой).

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

так понятнее?В этом плане - да, согласен
вопрос архитектуры библиотек очень больное место
я в целом считаю что прикладной код и код библиотек должен отличать, но стандарты кодирования в компаниях устанавливает не рядовой программист - отсюда эта постоянная "больба"
...
Рейтинг: 0 / 0
08.08.2016, 21:05
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288611
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вася Уткин
Гость
nojavaВася УткинА в чем преимущества этих cppcms, POCO и прочее перед обычным CGI?
На каждый запрос новый экземляр. Пиши себе в std::cout нужный HTML. Ну максимум cgicc прицепить.
этот вопрос так-же бессмысленнен, как и "в чем преимщество этих ваших joomla, drupal перед PHP ?"

это как-бе совсем разные уровни абстракции - первое транспортный уровень, второе - фреймворк (рамка/клетка ограничитель) для девелопера.
Ты хочешь сказать что в этих вот cppcms и POCO такой же уровень абстракции как в joomla и drupal?
Что-то мне подсказывает, что ты мало знаком как с первыми, так и со вторыми
...
Рейтинг: 0 / 0
08.08.2016, 23:29
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288615
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Вася Уткинnojavaпропущено...

этот вопрос так-же бессмысленнен, как и "в чем преимщество этих ваших joomla, drupal перед PHP ?"

это как-бе совсем разные уровни абстракции - первое транспортный уровень, второе - фреймворк (рамка/клетка ограничитель) для девелопера.
Ты хочешь сказать что в этих вот cppcms и POCO такой же уровень абстракции как в joomla и drupal?
Что-то мне подсказывает, что ты мало знаком как с первыми, так и со вторыми

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

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

так популярнее получилось?
...
Рейтинг: 0 / 0
08.08.2016, 23:56
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288619
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
ИзопропилВася УткинНа каждый запрос новый экземляр
запуск экземпляра - достаточно дорогой операцией может быть
fastcgi гораздо экономичнее (особенно если его правильно приготовить)
Да. Давайте решим что сервис котировок - это fastcgi.
...
Рейтинг: 0 / 0
09.08.2016, 00:13
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288648
Фотография CEMb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CEMb
Участник
nojavaззааззаззазаиикккааание эттто не ббббоолезнь.гибкость vs простота. А так разница в одну строчку. Ну можно логгеру добавить возможность скидывать в поток, будет тоже самое. В общем, нет проблем, ящитаю о_о
maytonДа. Давайте решим что сервис котировок - это fastcgi.
А как оно по функциональности наравне с явовскими сервлетами?
...
Рейтинг: 0 / 0
09.08.2016, 05:13
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288688
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
CEMbnojavaззааззаззазаиикккааание эттто не ббббоолезнь.гибкость vs простота. А так разница в одну строчку. Ну можно логгеру добавить возможность скидывать в поток, будет тоже самое. В общем, нет проблем, ящитаю о_о


для потоков придуманы threadvar

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

в общем такой себе беспроблемный ооп головного мозга, да
...
Рейтинг: 0 / 0
09.08.2016, 09:03
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288700
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
CEMbА как оно по функциональности наравне с явовскими сервлетами?
Это сложный вопрос. Насколько я понимаю спецификация Servlets не описывает
иплементацию процессов (или потоков) внутри контейнера.

Но учитывая тот факт что Java использует 1-процесс операционной системы на 1 контейнер
Tomcat/JBoss/Jetty и мультиплексирует пул потоков контейнера между экземплярами сервлетов
то Servlets все таки ближе к FastCGI чем к SGI.
...
Рейтинг: 0 / 0
09.08.2016, 09:25
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288702
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
maytonCEMbА как оно по функциональности наравне с явовскими сервлетами?
Это сложный вопрос. Насколько я понимаю спецификация Servlets не описывает
иплементацию процессов (или потоков) внутри контейнера.

Но учитывая тот факт что Java использует 1-процесс операционной системы на 1 контейнер
Tomcat/JBoss/Jetty и мультиплексирует пул потоков контейнера между экземплярами сервлетов
то Servlets все таки ближе к FastCGI чем к SGI .

Silicon Graphics Image ?
...
Рейтинг: 0 / 0
09.08.2016, 09:29
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288712
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
nojava, а ты не прощаешь очепяток
...
Рейтинг: 0 / 0
09.08.2016, 09:48
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288719
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
maytonnojava, а ты не прощаешь очепяток
nojava простить может, а написанный код "с опечатками" - беспощаден
...
Рейтинг: 0 / 0
09.08.2016, 10:00
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288720
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Ужасно. Я буду надеяться на статик-анализаторы и подсветку синтаксиса.
...
Рейтинг: 0 / 0
09.08.2016, 10:02
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288723
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
maytonУжасно. Я буду надеяться на статик-анализаторы и подсветку синтаксиса.

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

SCGI
...
Рейтинг: 0 / 0
09.08.2016, 10:06
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288726
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
nojava, увы нет.
...
Рейтинг: 0 / 0
09.08.2016, 10:09
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39288746
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
CEMbА как оно по функциональности наравне с явовскими сервлетами?
это несколько несравнимые вещи
...
Рейтинг: 0 / 0
09.08.2016, 10:34
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289390
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NekZ
Участник
CGI какие-то динозавровские...
По теме, есднинственная перспектива создания именно веб-приложений на C++ -- это высоконагруженый интерпрайз. Есть даже фреймворк специальный, называется Wt , похожий по API на Qt. Думаю, что ребята знают толк в извращениях деле.
...
Рейтинг: 0 / 0
10.08.2016, 08:32
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289420
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
И все же.
В предыдущих постах рассказал как был решен вопрос интеграции 1С 7.7 с WWW.

Что в этом интересного?
А вот что.

Разработчики 1С 7.7 не ставили перед собой задачу предоставления API для интеграции ее с WWW.
Но она, то у меня интегрирована.
Не скажу, что выбранный мной путь лучший, но он относительно прост и его можно применить при разработке любой программы /не важно на каком языке программирования/.
...
Рейтинг: 0 / 0
10.08.2016, 09:20
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289427
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
NekZCGI какие-то динозавровские...
По теме, есднинственная перспектива создания именно веб-приложений на C++ -- это высоконагруженый интерпрайз. Есть даже фреймворк специальный, называется Wt , похожий по API на Qt. Думаю, что ребята знают толк в извращениях деле.
у nojava вполне здравая идея лупить данные на С++ (а-ля микросервис) для статичного html+JScript, закрыв чём ни будь надёжным
...
Рейтинг: 0 / 0
10.08.2016, 09:30
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289440
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
kealon(Ruslan)закрыв чём ни будь надёжным
чем-нибудь надёжным нужно закрывать всё - тот же апач
...
Рейтинг: 0 / 0
10.08.2016, 09:55
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289648
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
Изопропилkealon(Ruslan)закрыв чём ни будь надёжным
чем-нибудь надёжным нужно закрывать всё - тот же апач
это без вопросов
а вот чем WebSocket можно закрыть? очень большая дырка выходит для "техники одного байта"
...
Рейтинг: 0 / 0
10.08.2016, 13:18
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289655
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
kealon(Ruslan)NekZCGI какие-то динозавровские...
По теме, есднинственная перспектива создания именно веб-приложений на C++ -- это высоконагруженый интерпрайз. Есть даже фреймворк специальный, называется Wt , похожий по API на Qt. Думаю, что ребята знают толк в извращениях деле.
у nojava вполне здравая идея лупить данные на С++ (а-ля микросервис) для статичного html+JScript, закрыв чём ни будь надёжным

я вообще ничего не говорил про C++, и про статичный html

скорее наоборот - динамический .html вполне можно генерить на C, а вот заточка под "у нас без JScript никак" - это идея конечно классная, но я бы ввел правило - использовать JavaScript только тогда, когда без него вообще никак.
...
Рейтинг: 0 / 0
10.08.2016, 13:22
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289668
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
nojavaскорее наоборот - динамический .html вполне можно генерить на C, а вот заточка под "у нас без JScript никак" - это идея конечно классная, но я бы ввел правило - использовать JavaScript только тогда, когда без него вообще никак.
значит не так уловил, генерить конечно можно - шаблонизатор делается на ура, но стоит ли так заморачиваться
...
Рейтинг: 0 / 0
10.08.2016, 13:33
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289688
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
kealon(Ruslan)стоит ли так заморачиваться
А в этой теме есть вообще кто-то кто за "создание WEB приложений на C/C++" ?
...
Рейтинг: 0 / 0
10.08.2016, 13:45
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289719
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Anatoly MoskovskyА в этой теме есть вообще кто-то кто за "создание WEB приложений на C/C++" ?А что означает "создание WEB приложений на C/C++"?

Для моих потребностей для коммуникации с HTML вполне хватает WebSocket.
На стороне клиента должен быть manager, умеющий обработать запрос от C++ и наоборот.

У меня так и сделано.
При этом manager ни какой-то там, который годится только для работы с 1С 7.7, а с любым приложением.
Для этого клиент должен знать все об диалоговой форме и формах и знать когда какую нужно инициировать ...

При таком подходе к реализации manager клиента ни коим образом не зависит от того сколь много диалоговых
форм используется в проекте.
И наоборот для manager на стороне сервера также тривиально сколько там на сайте HTML-s.

PS: То бишь для WWW слишком затратно писать сайты в лоб /от того и растут CMS как грибы/.
Поэтому сразу желательно продумать и реализовать клиент-серверную архитектуру.
...
Рейтинг: 0 / 0
10.08.2016, 14:19
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289723
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Я - против.
...
Рейтинг: 0 / 0
10.08.2016, 14:20
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289744
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
kealon(Ruslan)nojavaскорее наоборот - динамический .html вполне можно генерить на C, а вот заточка под "у нас без JScript никак" - это идея конечно классная, но я бы ввел правило - использовать JavaScript только тогда, когда без него вообще никак.
значит не так уловил, генерить конечно можно - шаблонизатор делается на ура, но стоит ли так заморачиваться

как показала практика - заморачиваться стоит далеко не всегда и не везде.
у меня был реальный случай - OAuth/OpenID/etc аутентификация об гугл, фейсбук, т.п.

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

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

но зато есть задачи прямые (машинное обучение релтайм) там никакой PHP/Java/.NET не справится - вернее справится, но время обработки запроса будет меряться минутами

и вот тут тру хардкор, в т.ч. и через OpenCL
...
Рейтинг: 0 / 0
10.08.2016, 14:42
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289757
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
maytonЯ - против.А какой у вас подход для организации коммуникации C++ <=> WWW?
...
Рейтинг: 0 / 0
10.08.2016, 14:54
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289786
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Владимир2012maytonЯ - против.А какой у вас подход для организации коммуникации C++ <=> WWW?
Когда С++ выступает в роли клиента?
...
Рейтинг: 0 / 0
10.08.2016, 15:21
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289803
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
maytonКогда С++ выступает в роли клиента?Вообще то конечно можно утверждать, что та сторона которая предоставляет данные - сервер
...
Рейтинг: 0 / 0
10.08.2016, 15:30
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289808
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Вы спрашиваете какой у меня подход? Вы забегаете далеко вперед. Нет у меня никакого подхода.
У меня есть мысль что С++ нужно там использовать в качестве сервера где по другому жить невозможно.
Геймдев например. Команды управления должны очень быстро получить отклик и этот отклик связан
с текущим состоянием игрового мира. И не зависит от датасорсов к примеру. И игровой мир
изначально проектировался на С++.

А для форумов и ЦМС-ок С++ не нужен. Мы с вами сидим на форуме на .Net достаточно давно.
И нет никакой мотивации что-то делать на sql.ru в С++. В силу архитектуры этой задачи (кеши страниц и
данные в MSSQL) никакое переписывание на С++ ничего существенного не даст. Вездесущий
I/O пожирает все.

Вот наверное такой подход.
...
Рейтинг: 0 / 0
10.08.2016, 15:39
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289820
TryuniGUI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TryuniGUI
Гость
Библиотека uniGUI позволяет писать такое на Delphi или C++ Builder быстро и просто:
http://prime.fmsoft.net/demo/desktop/mdemo.dll
...
Рейтинг: 0 / 0
10.08.2016, 16:03
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289850
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
maytonА для форумов и ЦМС-ок С++ не нужен. Мы с вами сидим на форуме на .Net достаточно давно.
И нет никакой мотивации что-то делать на sql.ru в С++. В силу архитектуры этой задачи (кеши страниц и
данные в MSSQL) никакое переписывание на С++ ничего существенного не даст. Вездесущий
I/O пожирает все.Может быть и так.
Но ...
Когда пишут какую-то игру, то делают одно из двух:
- берут готовый движок?
- пишут свой.

Кроме того разработчики сайтов в WWW часто "льют слезы" на предмет того, что мол сайт хорошо работал, пока был мало посещаем ...
А затем начинаю строчить опусы как они "героически" улучшили скорость отдачи contents ... ... ...

Как вы думаете от чего столь часто им приходится переписывать сайты, использовать всякие in-memory базы данных ... ?

На мой взгляд от того, что ни кто еще не разработал хороший движок для сайтов, который бы решал все эти вопросы native.
Не исключаю что для этих целей C++ прекрасно подойдет.
Другой вопрос, что работа нужно будет проделать огромную ...
И самое главное - "Кто может ответить на вопрос /хотя бы в общих чертах/, какова должна быть архитектура этого движка?"
...
Рейтинг: 0 / 0
10.08.2016, 16:36
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289859
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Владимир2012, разработчики которые льют слезы - это львиная доля всех нас. Это и разрабочтки
одноклассников и фейсбука. У них тоже не было коробочного решения для нагрузки. Все делали
последовательно пробуя и ошибаясь.

По поводу in-memory-БД в вебе я ничего не думаю. Не было у меня такого опыта. И не было столько
memory.

Какова должна быть архитектура этого движка? Не знаю. Надо сначала какую-то вводную зачитать.
Что имеем. Или задачу поставить. Кроме игры кто-нибудь может поставить задачу где нужен будет С++?

Я не могу.
...
Рейтинг: 0 / 0
10.08.2016, 16:45
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289866
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
maytonВездесущий
I/O пожирает все.От того и пожирает, что плохо продуманы и архитектуры страниц ...
Гораздо проще с каждой страницей отослать 2 тонны javascript-s ...
И это считается правильным подходом ...
И причина в этом далеко не в том, что верстальщики страниц и разработчики сайтов "криворукие" ...
...
Рейтинг: 0 / 0
10.08.2016, 16:52
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289873
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Нам нечего предьявить верстальщикам. Они не виноваты т.к. к ним никто не ставил
аксептенс-критерии. А виноват тот кто взял и использовал LAMP. Он изначально
заложил потери во взаимодействии PHP и MySQL.. Впрочем он не сильно парился
по этому вопросу.
...
Рейтинг: 0 / 0
10.08.2016, 16:58
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289874
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
Владимир2012Как вы думаете от чего столь часто им приходится переписывать сайты, использовать всякие in-memory базы данных ... ?
ИМХУ Плохо с SQL дружат. Я уже писал, довелось сопровождать один сайт, он начал жутко тормозить когда начал выходить на рабочую нагрузку, я залез во внутря и мне полохело - ни одного индекса в БД !!! предыдущий разработчик был доступен, задал вопрос "Почему?", получил ответ "MySql настолько крут что индексы не нужны!" Вот такие бывают разработчики. Им проще какой-нибудь им понятный memcached прикрутить, чем тюнинг СУБД освоить.
...
Рейтинг: 0 / 0
10.08.2016, 16:59
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289880
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Владимир2012Гораздо проще с каждой страницей отослать 2 тонны javascript-s ...
а для этого включить пару сотен php файлов
...
Рейтинг: 0 / 0
10.08.2016, 17:05
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289890
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
maytonВладимир2012, разработчики которые льют слезы - это львиная доля всех нас. Это и разрабочтки
одноклассников и фейсбука. У них тоже не было коробочного решения для нагрузки. Все делали
последовательно пробуя и ошибаясь.

По поводу in-memory-БД в вебе я ничего не думаю. Не было у меня такого опыта. И не было столько
memory.

Какова должна быть архитектура этого движка? Не знаю. Надо сначала какую-то вводную зачитать.
Что имеем. Или задачу поставить. Кроме игры кто-нибудь может поставить задачу где нужен будет С++?

Я не могу.
торговые площадки, есть даже примеры где через WebSocket лупят данные
...
Рейтинг: 0 / 0
10.08.2016, 17:15
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289929
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
maytonА для форумов и ЦМС-ок С++ не нужен. Мы с вами сидим на форуме на .Net достаточно давно.
И нет никакой мотивации что-то делать на sql.ru в С++.
Замеры помнишь 18160120 ? Под виндовсом .Net отстал от С++ на 33% всего, но на платформе Win, в линуксах под mono картина хуже, в три раза отстал, Но жава всего на 20%. Поэтому нет смысла в с++. Проблем с С++ полно, а выигрыш сомнительный.
...
Рейтинг: 0 / 0
10.08.2016, 18:11
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39289950
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Anatoly Moskovskykealon(Ruslan)стоит ли так заморачиваться
А в этой теме есть вообще кто-то кто за "создание WEB приложений на C/C++" ?

ну типа я...
...
Рейтинг: 0 / 0
10.08.2016, 18:33
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290007
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
kealon(Ruslan)торговые площадки, есть даже примеры где через WebSocket лупят данные
Принято. Редкая специфичная задача где меряют микросекунды. +1.
Но точно-ли С++ там юзают?
...
Рейтинг: 0 / 0
10.08.2016, 20:21
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290011
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
maytonkealon(Ruslan)торговые площадки, есть даже примеры где через WebSocket лупят данные
Принято. Редкая специфичная задача где меряют микросекунды. +1.
Но точно-ли С++ там юзают?
Скорее всего, но там и другое юзают, время отклика, чем ближе к источнику сигнала, тем лучше, торговые роботы в радиусе сотни км от биржи живут. На хабре много статей про высокочастотный трейдинг.
...
Рейтинг: 0 / 0
10.08.2016, 20:33
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290014
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
maytonРедкая специфичная задача где меряют микросекунды. +1.
Очень специфичная, там и наносекунды важны, но это от силы сотни реализаций, да и деньги там такие крутятся что самых лучших спецов нанять не дорого.
...
Рейтинг: 0 / 0
10.08.2016, 20:46
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290016
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
И даже в HFT никто "спецов не нанимают" - покупают или готовое решение или доступ к таковому.
Что ещё сильнее сужает нишу "в разрезе программистов"
...
Рейтинг: 0 / 0
10.08.2016, 20:51
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290021
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
Basil A. SidorovИ даже в HFT никто "спецов не нанимают" - покупают или готовое решение или доступ к таковому.
покупают у кого?
...
Рейтинг: 0 / 0
10.08.2016, 20:59
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290023
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
Нанимают и покупают это просто разные способы найма. Сами по себе спецы заработать не могут, а по каким правилам продать результат своего труда это формальность.
...
Рейтинг: 0 / 0
10.08.2016, 21:02
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290032
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
От того, что разработчик лицензировал свой софт тысяче (миллиону) клиентов, число программистов этого разработчика в тысячу раз не вырастет. Даже в десять - вряд ли вырастет.
...
Рейтинг: 0 / 0
10.08.2016, 21:28
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290046
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
maytonkealon(Ruslan)торговые площадки, есть даже примеры где через WebSocket лупят данные
Принято. Редкая специфичная задача где меряют микросекунды. +1.
Но точно-ли С++ там юзают?

нет конечно, все на .NET пишут, даже программы для FPGA
...
Рейтинг: 0 / 0
10.08.2016, 22:33
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290048
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
maytonkealon(Ruslan)торговые площадки, есть даже примеры где через WebSocket лупят данные
Принято. Редкая специфичная задача где меряют микросекунды. +1.
Но точно-ли С++ там юзают?
из тех мест где знаю. Веб-клиент для простых юзеров не обремененных размышлениями на JScript + WebSocket. В основном допиливают на C++ узкие части к Node.jS

PS: что-то как-то народ понесло к FFT, там клиенты не через http лезут
...
Рейтинг: 0 / 0
10.08.2016, 22:45
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290049
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
kealon(Ruslan)maytonпропущено...

Принято. Редкая специфичная задача где меряют микросекунды. +1.
Но точно-ли С++ там юзают?
из тех мест где знаю. Веб-клиент для простых юзеров не обремененных размышлениями на JScript + WebSocket. В основном допиливают на C++ узкие части к Node.jS

PS: что-то как-то народ понесло к FFT, там клиенты не через http лезут

FFT != HFT
...
Рейтинг: 0 / 0
10.08.2016, 22:47
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290051
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
nojavamaytonпропущено...

Принято. Редкая специфичная задача где меряют микросекунды. +1.
Но точно-ли С++ там юзают?

нет конечно, все на .NET пишут, даже программы для FPGA
Лоднонская биржа использует Java (LMAX) и свои
самописные неблокирующие очереди. Собственно
по последнему пункту я и смотрел семинар.
...
Рейтинг: 0 / 0
10.08.2016, 23:08
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290053
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вася Уткин
Гость
maytonnojavaпропущено...


нет конечно, все на .NET пишут, даже программы для FPGA
Лоднонская биржа использует Java (LMAX) и свои
самописные неблокирующие очереди. Собственно
по последнему пункту я и смотрел семинар.
LMAX - это один из кучи брокеров, а не биржа Они используют Java с отключенным GC, чтобы набирать разработчиков-дурачков.
Лондонская биржа - это LSE, они использует C++ и FPGA для low-latency.
...
Рейтинг: 0 / 0
10.08.2016, 23:36
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290059
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Вася Уткинmaytonпропущено...

Лоднонская биржа использует Java (LMAX) и свои
самописные неблокирующие очереди. Собственно
по последнему пункту я и смотрел семинар.
LMAX - это один из кучи брокеров, а не биржа Они используют Java с отключенным GC , чтобы набирать разработчиков-дурачков.
Лондонская биржа - это LSE, они использует C++ и FPGA для low-latency.

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

забывая правда, что эти 2 миллиона - не ордеров, а лишь "сообщений", которые удалось протолкнуть через их реализацию non-blocking ring buffer (концепцию, известную уже лет наверно 60).

хотя нужно отдать должное - они популяризовали давно известную из nginx и подобных идею non-blocking single-thread в мире энтерпрайза.
...
Рейтинг: 0 / 0
11.08.2016, 00:18
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290065
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Вася УткинОни используют Java с отключенным GC, чтобы набирать разработчиков-дурачков.
Лондонская биржа - это LSE, они использует C++ и FPGA для low-latency.
Я не буду с вами спорить. Очевидно вы там были ибо в теме.
Просто замечу что отключение GC на 1 сутки - это нормальный
инженерный workaround такой-же как и форматирование раздела
вместо удаления всех директорий и такой-же как удаление таблиц
опер-дня в базе.

Это просто гребаный workaround и он работает.
...
Рейтинг: 0 / 0
11.08.2016, 01:18
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290079
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Главная проблема WWW - ее плохая архитектура, которая произрастает как от HTML /теговое представление/ так и от протоколов приема и передачи данных /прежде всего HTTP, .../.
Посмотрите к чему такая "архитектура" приводит:
- страницы /в основном/ browsers должны распарсить и произвести randering ... /а это не мала работа/.
Во всей красе эта "архитектура" проявляет себя когда приходит HTML с таблицами большого размера.

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

Не буду далее приводить примеры того как ныне принятая архитектура представления данных и приема передачи их приводит неизбежно к 'тормозам".
Уж молчу о том, что /как любят говорить технические писатели/ страницы на скриптовых языках "не помнят и забывают" о том, что они делали ранее ...

PS: Вот вкратце поэтому и говорю, что WWW - каменный век и его нужно создать с scratch.
...
Рейтинг: 0 / 0
11.08.2016, 07:30
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290084
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Владимир2012PS: Вот вкратце поэтому и говорю, что WWW - каменный век и его нужно создать с scratch.Sorry.
Каменный век создавать с нуля не нужно.
Нужно - создать новую архитектуру для WWW и ... /много чего переписать/
...
Рейтинг: 0 / 0
11.08.2016, 07:47
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290087
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Владимир2012Нужно - создать новую архитектуру для WWW и ... /много чего переписать/Надеюсь, что это суждение не из серии - "До основания все разрушим, а затем ..."
...
Рейтинг: 0 / 0
11.08.2016, 07:51
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290097
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Владимир2012,

HTML:

JavaApplet,Flash,SilverLight - решали задачи "умного" рендеринга, сохранения состояния и т п,
а остался фактически HTML5. на мобильных устройствах - при малейшей необходимости создаётся приложение, не требующеее броузера. Java Webstart,Adobe Air, Out-of-Browser Silverlight - как-то не прижились.
(полноценный "Photoshop" и "Auotocad" в броузере никто делать и не пытается, только игрушечные приложения,
бухгалтерия - чем хуже?)


HTTP:
если с претензиями к HTML - в общем понятно, что с HTTP не так?
HTTP успешно используется неброузерными приложениями.
WebSocket'ы - имеются, мультиплексирование загрузки ресурсов с приоритезаций - SPDY,HTTP/2 - всеми современными броузерами поддержан (вопрос востребованности - отдельный)

(охренительный H.323 vs HTTP-подобный SIP - ситуация развивается не в пользу первого)


Как мне кажется - предпосылки для создания революционной ситуации начисто отсутствуют
...
Рейтинг: 0 / 0
11.08.2016, 08:27
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290102
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
ИзопропилHTTP:
если с претензиями к HTML - в общем понятно, что с HTTP не так?При принятой ныне архитектуре HTML страниц скорее всего нет особой потребности в создании протокола обмена
/то же самое как нет необходимости устанавливать турбинный двигатель на телегу/ ...
Поэтому в какой-то мере HTTP - "правилен".
...
Рейтинг: 0 / 0
11.08.2016, 08:43
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290106
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
ИзопропилКак мне кажется - предпосылки для создания революционной ситуации начисто отсутствуютДа дело не в революции и эволюции ...
Можно ли сравнить: счеты, калькулятор и компьютер ... ?
Это и есть мои основные претензии к нынешней архитектуре WWW.
...
Рейтинг: 0 / 0
11.08.2016, 08:50
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290107
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Владимир2012Это и есть мои основные претензии к нынешней архитектуре WWW
а какие идеи-то? (не будем о революции и возмоностях её осуществления)

Не окажется ли случайно, что уже пробовали?
...
Рейтинг: 0 / 0
11.08.2016, 08:54
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290110
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Изопропила какие идеи-то? (не будем о революции и возмоностях её осуществления)В той же плоскости что и - "Чем ассемблер отличается от языка C?"
...
Рейтинг: 0 / 0
11.08.2016, 09:00
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290112
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Владимир2012В той же плоскости что и - "Чем ассемблер отличается от языка C?"
владеть ассемблером(системой команд процессора) нужно для написания кодогенератора в С-шном компиляторе.

Каковы фатальные недостатки HTTP?
...
Рейтинг: 0 / 0
11.08.2016, 09:06
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290114
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Если превратить браузер в терминальный клиент то мы можем получить
аккуратное обновление 1 ячейки грида на уровне OS API, но скажите
кто готов разрабатывать массово подобные сайты? Дизайнеру или верстальщику
это не под силу. Значит остаются разработчики которые славятся своей
"любовью" к вопросам дизайна.
...
Рейтинг: 0 / 0
11.08.2016, 09:09
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290117
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
mayton,

уже превращали - JavaApplet,Flash,SilverLight
...
Рейтинг: 0 / 0
11.08.2016, 09:12
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290118
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Изопропилвладеть ассемблером(системой команд процессора) нужно для написания кодогенератора в С-шном компиляторе.И затем его уже использовать для разработки программ.
В WWW нет хорошего ассемблера /ядра, архитектуры/, поэтому трудно создать и хороший C.

PS: HTTP нет смысла рассматривать ...
В какой-то мере он вторичен.
Или по другому.
Нет смысла говорить о здании у которого фундамент плохой.
...
Рейтинг: 0 / 0
11.08.2016, 09:14
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290121
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
maytonЕсли превратить браузер в терминальный клиент то мы можем получить
аккуратное обновление 1 ячейки грида на уровне OS API, но скажите
кто готов разрабатывать массово подобные сайты? Дизайнеру или верстальщику
это не под силу. Значит остаются разработчики которые славятся своей
"любовью" к вопросам дизайна.Ну почему же?
Для новой архитектуры представления страниц безусловно нужно создать и tools для их создания и редактирования ... ... ...
И конечно понадобится разработать и browsers ...
Как-то так.
...
Рейтинг: 0 / 0
11.08.2016, 09:23
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290126
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Владимир2012Для новой архитектуры представления страниц безусловно нужно создать и tools для их создания и редактирования ... ... ...
И конечно понадобится разработать и browsers ...

Ещё раз - не взлетели JavaApplet,Flash,SilverLight (и тулзы есть - не помогают, и броузеры поддерживают, и запуск вне броузера есть, и из песочницы средства выхода предусмотрены)
Графический API негодный?
а какой годный? GDI+, Cocoa, OpenGL ?
...
Рейтинг: 0 / 0
11.08.2016, 09:37
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290127
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Изопропилmayton,

уже превращали - JavaApplet,Flash,SilverLight
Первые два - не являются терминальными клиентами.

По последнему - не скажу. Не работал с ним.
...
Рейтинг: 0 / 0
11.08.2016, 09:38
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290141
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
ИзопропилЕщё раз - не взлетели JavaApplet,Flash,SilverLight (и тулзы есть - не помогают, и броузеры поддерживают, и запуск вне броузера есть, и из песочницы средства выхода предусмотрены)Что касается JavaApplet /"было дело"/, то в свое время использовал для разработки эту технологию.
Но согласен с сказанным на https://ru.wikipedia.org/wiki/Java-апплет
Код: plaintext
1.
Апплеты используются для предоставления интерактивных возможностей веб-приложений, которые не могут быть предоставлены HTML

Так что делать акцент на том, что это было что-то из серии "нечто" - не правильно.

Что касается Flash, то он был создан не для замены HTML / https://ru.wikipedia.org/wiki/Flash/.
Вот для разработки игр, ... - самое то.

Об Silverlight.
Что в основе его - XAML.
От чего ушли к тому и пришли.

PS: Странно, что эти технологии вы приводите в пример некой новой архитектуры WWW.
Ну где-то, как-то, что-то улучшают ...
...
Рейтинг: 0 / 0
11.08.2016, 09:58
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290142
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
maytonИзопропилmayton,

уже превращали - JavaApplet,Flash,SilverLight
Первые два - не являются терминальными клиентами.

По последнему - не скажу. Не работал с ним.

RDP и X клиентов (как нативных, так и на базе JavaApplet,Flash,SilverLight и HTML5 в придачу) - их есть.

живо представил себе, запуск на сервере десятка тыщ экземпляров десктопного приложения для интернет магазина. Да ещё и с переходами пользователя по гиперссылкам на сайты произодителей -в другое десктопное приложение. До чтения обзоров на ixbt при таком раскладе дело вряд ли дойдёт.
...
Рейтинг: 0 / 0
11.08.2016, 09:59
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290145
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Владимир2012PS: Странно, что эти технологии вы приводите в пример некой новой архитектуры WWW.
Ну где-то, как-то, что-то улучшают ...
а что в качестве "новой" предлагается?
"десктопный" графический API с "нескриптовым" языком?
...
Рейтинг: 0 / 0
11.08.2016, 10:02
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290147
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Изопропила что в качестве "новой" предлагается?
"десктопный" графический API с "нескриптовым" языком?Не вижу смысла обсуждать такие вопросы на форумах ... //
...
Рейтинг: 0 / 0
11.08.2016, 10:07
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290150
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Владимир2012Не вижу смысла обсуждать такие вопросы на форумах ...
обсуждать что "всё не так" - неинтересно что на форумах, что в реале.
...
Рейтинг: 0 / 0
11.08.2016, 10:10
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290155
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Изопропилобсуждать что "всё не так" - неинтересно что на форумах, что в реале.Если исходить из вашего суждения, то нет смысла бизнес структурам знать и анализировать отзывы покупателей ...
...
Рейтинг: 0 / 0
11.08.2016, 10:15
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290158
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
kealon(Ruslan)а вот чем WebSocket можно закрыть?
всё как обычно - websocket proxy - принимает соединения, держит их десятками тыщ, собирает фрагменты и обращается (по HTTP например) к рабочим процессам. (рабочие процессы могут обращаться к прокси для рассылки сообщений)
...
Рейтинг: 0 / 0
11.08.2016, 10:24
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290161
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Владимир2012Изопропилобсуждать что "всё не так" - неинтересно что на форумах, что в реале.Если исходить из вашего суждения, то нет смысла бизнес структурам знать и анализировать отзывы покупателей ...
анализировать и отправлять в /dev/null - не одно и то же
...
Рейтинг: 0 / 0
11.08.2016, 10:30
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290163
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Изопропиланализировать и отправлять в /dev/null - не одно и то жеНу так задайте вопрос фирме Microsoft какие вопросы они намечают решать и ... /вариации на тему/.
То о чем говорю не "брюзжание".
Над этими и иными вопросами реально работаю ... /а не "мечтаю"/.
Так что - sorry.
...
Рейтинг: 0 / 0
11.08.2016, 10:38
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290340
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Владимир2012PS: Вот вкратце поэтому и говорю, что WWW - каменный век и его нужно создать с scratch.

полная чушь.

на текущий момент HTML/CSS это непревзойденные тулзы для клепания экранных форм ввода и отчетных форм,
лучшего layout engine не найти, особенно для случаем multiDPI приложений - разметку одной страницы реально сделать
и для 1920 (FullHD) и для 1440 и для 640 ширины экрана. Ни одна другая технология не позволяет это делать с той-же дешевизной и изящностью

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

в результате HTML вытеснит (и заслуженно) весь этот цирк и зоопарк от Qt, VCL, FMX, WPF, Swing и прочих динозавров.
Будет тупо везде один HTML - что уже, кстати, происходит во многих местах (к примеру утилиты Acronis).
...
Рейтинг: 0 / 0
11.08.2016, 14:24
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290343
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
ИзопропилВладимир2012Для новой архитектуры представления страниц безусловно нужно создать и tools для их создания и редактирования ... ... ...
И конечно понадобится разработать и browsers ...

Ещё раз - не взлетели JavaApplet,Flash,SilverLight (и тулзы есть - не помогают, и броузеры поддерживают, и запуск вне броузера есть, и из песочницы средства выхода предусмотрены)
Графический API негодный?
а какой годный? GDI+, Cocoa, OpenGL ?

WebGL вполне хорош.

Скоро допилят предкомпилированный TypeScript/JavaScript (или как его там, не Asm.js, а тру бинарный формат), с выключенным GC,
будет вообще улет - можно будет игрушки класса Quake делать просто для браузера, работать будет вообще без тормозов

причем работать будет вообще везде, на любой платформе, где есть WebKit (который тоже похоже окончательно задавит все остальные движки).
...
Рейтинг: 0 / 0
11.08.2016, 14:27
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290345
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Собственно завтра доступно уже вчера

https://en.wikipedia.org/wiki/WebAssembly
...
Рейтинг: 0 / 0
11.08.2016, 14:30
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290359
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
nojavaБудет тупо везде один HTMLТрудно не согласиться с вами ...
К своей "реабилитации" скажу, что не отношусь к "ярым" гонителям WWW.
Или по другому.
Из того что в этом и других топиках говорю об недостатках архитектуры WWW вовсе не означает, что не вижу
и не ценю удачных решений.

PS: Ну а что до мнений среди разработчиков, то обычная практика - "100 разработчиков - 100 мнений".
В конечном итоге пользователям важен результат /впрочем это же суждение в какой-то мере верно и для разработчиков/.
И что разработчики за народ?
Все им чего-то мало ...
Пишут и пишут компиляторы ...
Вот народец ... /каюсь из их числа/
...
Рейтинг: 0 / 0
11.08.2016, 14:47
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290364
uniguicom
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
uniguicom
Гость
Любого уровня WEB сервер пишется легко и просто на С++ Builder с помощью этого фреймоврка: http://www.unigui.com
...
Рейтинг: 0 / 0
11.08.2016, 14:56
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290382
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
uniguicomЛюбого уровня WEB сервер пишется легко и просто на С++ Builder с помощью этого фреймоврка: http://www.unigui.com

и что, даже работает потом? really?
...
Рейтинг: 0 / 0
11.08.2016, 15:19
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290400
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
nojavaгде есть WebKit (который тоже похоже окончательно задавит все остальные движки)Отлично /без иронии/!
Еще не плохо чтобы и с JavaScript произошло то же ...
...
Рейтинг: 0 / 0
11.08.2016, 15:39
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290446
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Владимир2012nojavaгде есть WebKit (который тоже похоже окончательно задавит все остальные движки)Отлично /без иронии/!
Еще не плохо чтобы и с JavaScript произошло то же ...

справедливости ради стоит отметить, что WebGL работает уже практически везде http://caniuse.com/#feat=webgl
а новый Edge и последний IE11 вполне себе хороши, их незаслуженно хейтят.
...
Рейтинг: 0 / 0
11.08.2016, 16:16
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290488
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
nojavaновый Edge и последний IE11 вполне себе хорошиЧестно горя для моих нужд вполне хватает Chrome /и для отладки в т.ч./.
Так что даже и не знаю причин, которые побудили бы использовать другой browser.
Хотя по мелочам IE11 обеспечивает то, чего в Chrome у меня не получается достигнуть.
К примеру скачал плей-лист. Казалось бы при щелчке на закладке должен открыться мой любимый VLC.
В IE11 так и происходит. В Crome - увы.
Что мне не нравится в Chrome.
Например если сохраняю страницу на флешку, то если она "капризничает", то ни один из процессов /обычно сразу запускаю три Chrome. 1-й для "лазиния", 2-й для .../ Chrome не функционирует.
Хотя казалось бы какое дело одному процессу до другого ...
Думаю многие чего интересного рассказать могут.
Но в целом Chrome для серфинга мне вполне хватает.

PS: IE6 был - БОЛЬШИМ КОШМАРОМ!
...
Рейтинг: 0 / 0
11.08.2016, 16:46
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290505
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Владимир2012nojavaновый Edge и последний IE11 вполне себе хорошиЧестно горя для моих нужд вполне хватает Chrome /и для отладки в т.ч./.

сильно сомневаюсь, что его хватает для отладки.

я через Visual Studio могу ставить breakpoint прямо в .js файл открытый в ней, и вуаля, магия, изначально C/C++ проект может отлаживать включенные в него .js файлы, это очень удобно.

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

конечно можно отдельно жать F12 в хроме и там уже отлаживать, но это не совсем удобно.
...
Рейтинг: 0 / 0
11.08.2016, 17:14
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290537
azsx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
azsx
Участник
авторНа мой взгляд от того, что ни кто еще не разработал хороший движок для сайтов, который бы решал все эти вопросы native.
конечно, интересно какие задачи должен решать движок? Но cms на с++ есть, например,
http://cppcms.com/wikipp/en/page/main
...
Рейтинг: 0 / 0
11.08.2016, 18:08
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290542
azsx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
azsx
Участник
извините, оказывается ссылку на данную цмс уже давали в топике.
авторТех кто использовал эту CMS просьба поделиться опытом ее использования ...
у меня не было опыта, зато я читал как жаловался владелец какой-то цмс на С. Данная цмс для него была почти замороженной. Любые seo правки, по его словам, были очень сложны. Специалистов очень много, но когда залазили в код, отказывались править.
Те, кто правки делал, отказывались сотрудничать постоянно, так как занятые.
...
Рейтинг: 0 / 0
11.08.2016, 18:23
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290547
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
nojavaя через Visual Studio могу ставить breakpoint прямо в .js файл открытый в ней, и вуаля, магия, изначально C/C++ проект может отлаживать включенные в него .js файлы, это очень удобно.

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

конечно можно отдельно жать F12 в хроме и там уже отлаживать, но это не совсем удобно.Перечисленных вами проблем у меня в Chrome нет. Native средств debuger Chrome вполне хватает для отладки js.
...
Рейтинг: 0 / 0
11.08.2016, 18:31
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290553
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
nojavaя через Visual Studio могу ставить breakpoint прямо в .js файл открытый в ней,Подтверждаю, что и с помощью Visual Studio удобно вести отладку js, но меня вполне устраивает debuger Chrome
/с js знаком не "понаслышке", но "выпечка" сайтов - не моя основная работа/.
...
Рейтинг: 0 / 0
11.08.2016, 18:39
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290562
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Владимир2012nojavaя через Visual Studio могу ставить breakpoint прямо в .js файл открытый в ней, и вуаля, магия, изначально C/C++ проект может отлаживать включенные в него .js файлы, это очень удобно.

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

конечно можно отдельно жать F12 в хроме и там уже отлаживать, но это не совсем удобно.Перечисленных вами проблем у меня в Chrome нет. Native средств debuger Chrome вполне хватает для отладки js.

ты даже не понял суть проблемы :))

мне нужно чтоб после запуска всего комплекса, ну и после перехода в режим пошаговой отладки,
по Ctrl + F2 (Borland keymapping) - все внезапно остановилось, закрылось, самоочистилось и т.п.

закрывать вручную мне откровенно лениво.

при внешнем дебаггере такое не работает
...
Рейтинг: 0 / 0
11.08.2016, 18:49
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290568
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
nojavaты даже не понял суть проблемы :))Лучше вас об них ни кто не знает ...
...
Рейтинг: 0 / 0
11.08.2016, 19:11
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290572
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
nojavaна текущий момент HTML/CSS это непревзойденные тулзы для клепания экранных форм ввода и отчетных форм,
лучшего layout engine не найти, особенно для случаем multiDPI приложений - разметку одной страницы реально сделать
и для 1920 (FullHD) и для 1440 и для 640 ширины экрана. Ни одна другая технология не позволяет это делать с той-же дешевизной и изящностью
Я не глубокий спец в Swing. По сути все ентрепрайзные приложения у меня были
в саппорте а не в разработке. И форм клепать не приходилось. Но если открыть
тюториалс - то нет ничего хуже и уродливее чем Swing-овые layout managers.
На них ничего нельзя выразить в виде дизайнерской мысли. Просто диву
даешся зачем они вообще существуют. По сути NetBeans благодаря
формс-опции позволяет нарисовать более-менее примемлемой красоты
дизайн. Кажется юзается gridbaglayot.

Однако воспроизвести его в вручную - просто unreal.
...
Рейтинг: 0 / 0
11.08.2016, 19:19
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290587
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
maytonЯ не глубокий спец в Swing.


Да Swing вообще полное говно.
...
Рейтинг: 0 / 0
11.08.2016, 19:57
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290593
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
nojavaна текущий момент HTML/CSS это непревзойденные тулзы для клепания экранных форм ввода и отчетных форм,
лучшего layout engine не найтиО каком конкретно tools идет речь?
...
Рейтинг: 0 / 0
11.08.2016, 20:07
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290597
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
maytonnojavaна текущий момент HTML/CSS это непревзойденные тулзы для клепания экранных форм ввода и отчетных форм,
лучшего layout engine не найти, особенно для случаем multiDPI приложений - разметку одной страницы реально сделать
и для 1920 (FullHD) и для 1440 и для 640 ширины экрана. Ни одна другая технология не позволяет это делать с той-же дешевизной и изящностью
Я не глубокий спец в Swing. По сути все ентрепрайзные приложения у меня были
в саппорте а не в разработке. И форм клепать не приходилось. Но если открыть
тюториалс - то нет ничего хуже и уродливее чем Swing-овые layout managers.
На них ничего нельзя выразить в виде дизайнерской мысли. Просто диву
даешся зачем они вообще существуют. По сути NetBeans благодаря
формс-опции позволяет нарисовать более-менее примемлемой красоты
дизайн. Кажется юзается gridbaglayot.

Однако воспроизвести его в вручную - просто unreal.

там есть относительно годный менеджер по имени http://www.jgoodies.com/freeware/libraries/forms/
я когда-то даже целое исследование делал на этот счет (с менеджерами везде полный швах, никто толком не может работать с изменяемым DPI).

но jgoodies оказался лучшим из худших.

а потом я забил - терять 10 лет жизни на то, чтоб сделать мир Layout Managers лучше я не стал - есть задачи поактуальнее.

потому вердикт с вероятность 146% - со временем это все отомрет и HTML захватит галактику UI.

десктопным UI не дала сразу помереть Apple, хитрым финтом ушами - они просто не мудрствуя лукаво HighDPI поддержали простым способом - 200% DPI, т.е. вместо одного пикселя появилось четыре. а так по сути все осталось на "уровне" абсолютных координат.
Microsoft решила изменяемые DPI титаническими усилиями пересчитывая координаты в системе (получилось один хрен криво и для старых приложений не работает толком, особенно для Delphi)

HTML на фоне всего этого недоделия выглядит просто молодцом огурцом, ибо там изначально нет привязки к экранным пикселям.

есть еще относительно здравые реализации в GTK+ и Qt, но они не жильцы в мире UI, то так, гик эдишин, чтоб делать вид, что Linux - это еще и десктопная ось.
...
Рейтинг: 0 / 0
11.08.2016, 20:11
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290598
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Владимир2012nojavaна текущий момент HTML/CSS это непревзойденные тулзы для клепания экранных форм ввода и отчетных форм,
лучшего layout engine не найтиО каком конкретно tools идет речь?

см. пост выше
...
Рейтинг: 0 / 0
11.08.2016, 20:13
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290601
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
MasterZivmaytonЯ не глубокий спец в Swing.


Да Swing вообще полное говно.

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

идеи в свинге в целом вполне здравые. ну и Look&Feel они с годами починили
...
Рейтинг: 0 / 0
11.08.2016, 20:15
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290619
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
nojavaтам есть относительно годный менеджер по имени http://www.jgoodies.com/freeware/libraries/forms/ A port of JGoodies FormLayout to SWT https://github.com/flof/swt-forms
...
Рейтинг: 0 / 0
11.08.2016, 20:42
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290626
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
UI - БОЛЬШАЯ ВСЕЛЕННАЯ /в ней много имеется и "черных дыр" ... потому, что она затрагивает человеческий фактор/.

Где то попадалось суждение что-то типа - "Лучший интерфейс в программе тот, когда в нем нет ни какой необходимости".
...
Рейтинг: 0 / 0
11.08.2016, 20:52
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290729
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
nojavaна текущий момент HTML/CSS это непревзойденные тулзы для клепания экранных форм ввода и отчетных форм,"Если долго мучиться, что нибудь получится" ...
В CSS, HTML и JavaScript безусловно много интересных архитектурных решений.

Но в целом картина приблизительно такая:

Web,Angular и вообще... http://www.sql.ru/forum/1220097-a/web-angular-i-voobshhe

Код: plaintext
1.
2.
3.
4.
5.
6.
За кадром остается интеграция CSS-фреймворка с Ангуляром, иногда решения неочевидны.
И не стал учитывать разные красивости типа анимации и крутящихся индикаторов.
Всё это занимает БЕШЕНОЕ количество времени. 
На фоне той же 1С - траты времени на всю эту возню - просто абсурдны.
В 1С всё это займет секунд 20 (двадцать) от идеи, до начала заполнения инфа. Ну ладно - сорок. Сорок секунд.
В вебе на один облагороженный справочник уходит ЧАС! И это я типа знаю, что делать.


В WWW /и в частности многих frameworks/ вообще много "откровений" ...
Те приемы и методологии, которые они "открывают" другие программисты давным-давно используют в
своих программах /и не догадываются, что в WWW это "новейшие и лучшие методологии"/.

PS: Безусловно в WWW во многих framaworks имеются интересные решения, но в целом создание чегой-то там с помощью этих технологий - ЖУТЬ!

ИМХНО не поддамся на эти "игры", но лучшие идеи и методологии не отвергну /не о реализации речь/.

Что взамен предлагаю?
Пока ни чего.
Делаем /сайт временно закрыт на реконструкцию/.
...
Рейтинг: 0 / 0
12.08.2016, 08:16
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290802
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Владимир2012но в целом создание чегой-то там с помощью этих технологий - ЖУТЬ!
нужно понять - почему. что делать - это потом
...
Рейтинг: 0 / 0
12.08.2016, 10:26
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290835
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Изопропилнужно понять - почему. что делать - это потомИМХНО из-за архитектуры WWW.
Создатели frameworks все правильно делают ...
Проще говоря если за основу будет взят что то из серии https://ru.wikipedia.org/wiki/Brainfuck,
то и результат предсказуем ...
Впрочем данное суждение применимо ни только к архитектуре WWW.

PS: И "вариации на тему".
У меня всегда наипервейшее - "Где просто - там ангелов со сто. Где мудрено - там ни одного".
...
Рейтинг: 0 / 0
12.08.2016, 10:49
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290843
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Владимир2012Проще говоря если за основу будет взят что то из серии https://ru.wikipedia.org/wiki/Brainfuck,
то и результат предсказуем ..."С кем поведешься, от того и наберешься" и конечно
"С преподобным - преподобным будиши. С развратником - развратишися"
...
Рейтинг: 0 / 0
12.08.2016, 10:57
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39290923
nojava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nojava
Участник
Владимир2012Что взамен предлагаю?
Пока ни чего.
Делаем /сайт временно закрыт на реконструкцию/.

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

но против них не попроешь - хипстота, моднота, тренды и все такое.

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

взамен? да не будет ничего взамен, толпа идет вот туда, типо тебе тоже только туда, иначе, ой, страшно, потеряешь квалификацию, на новую работу не возьмут, если ты забудешь JQuery и не изучишь Angular


вот на подобных fears and phobias и держится там индустрия. это как наш Антон Московский - он вложил годы в зубрение STL и буста, и что ему теперь, отказываться от этого "ценного" капитала c риском потери работы? да ну не в жисть. будет цепляться
за свою самоценность на ложных знаниях до последнего.
...
Рейтинг: 0 / 0
12.08.2016, 11:45
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39291006
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Не много об архитектуре 1С.

В 1С 7.7 их language это вообщем то урезанный JavaScript /поэтому при желании не сложно разработать конвертер исходного текста в JavaScript /.

Диалоговые окна их элементы /и desiger диалоговых форм/ суть близнецы-братья аналогичных tags в HTML.

При интерпретации кода любая строка модуля преобразуется в некоторый SQL оператор.
Поэтому если к примеру в цикле имеется строка Vp01 = Vp01 + 1;
То каждый раз будет вызываться UPDATE ...

В 8.x подход в принципе архитектура та же /но более продвинутая/.
Но к примеру в тексте модуля программист может указать какой код будет выполняться у клиента или сервере.

И весь код крутится с использованием технологии COM ...

То бишь для того, чтобы произвести сложение 2 + 2 выполняется SQL оператор UPDATE ....

Как вы думаете будет производительно работать такая программа.
Вот потому-то для 1С нужно много много RAM, CPU ... ... ...

Почему вспомнил об 1С?
Для того, чтобы обратить ваше внимание на их технологический подход к интеграции с WWW.

Попробуйте "вручную" с использованием angular, ... написать простейшее приложение.
Уморитетсь ...
А в 1С за 5 минут ...

Кстати и все недостатки UI 1С произрастают из возможностей WWW для построения диалоговых окон.
...
Рейтинг: 0 / 0
12.08.2016, 12:56
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39291023
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
nojavaон вложил годы в зубрение STL и буста
Тривиальные вещи не требуют зубрения, просто берешь и пользуешься, без всяких лет.
Хотя я допускаю, что есть люди, находящиеся на таком уровне развития, что им требуются годы на освоения синтаксиса шаблонов )))
...
Рейтинг: 0 / 0
12.08.2016, 13:18
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39291190
aceton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aceton
Гость
Я использую cppcms во внутренних проектах. Вопросы от Владимир2012 не осилил. Некоторые из тех, кто использует этот фреймворк в продакшн, указаны на сайте . Документирован неплохо. Медленно, но развивается. Автор активно отвечает в почтовой рассылке. Судя по активности (и по себе), список тех, кто им пользуется, неполный. Если не ошибаюсь, вроде бы автор - один из разработчиков буста ( может быть интересно в этом треде ).
Если кому-то реально интересно, то читайте . Начать можно буквально сходу. Функционал широчайший, всё работает стабильно.
Не реклама. Автору и проекту - респект.
...
Рейтинг: 0 / 0
12.08.2016, 16:10
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39295146
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Пример использования C для WWW

http://www.sql.ru/forum/1220097-14/web-angular-i-voobshhe
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
В плане UX идеалом я считаю вконтакте:

Весь рендер выполняется на сервере, динамика реализована путем POST запросов, которые возвращают HTML, вставляемый в нужное место.
Никаких библиотек, всё написано на чистом яваскрипте.
Никакой минимизации и объединения ресурсов, система навигации умеет подгружать скрипты и стили динамически по необходимости
Серверная часть написана на С, что обеспечивает минимальное время отклика
поддерживается как навигация через ajax, так и полностью серверный рендер. Т.е. при навигации с сервера подгружаются куски HTML в нужные места DOM, но если обновить страницу, то она придет сразу целиком. Идеальное решение для SEO.



PS: Честно говоря никогда не открывал вконтакте, всякие социальные сети, ...
ИМХНО - ПРОФАНАЦИЯ еще ТА!
...
Рейтинг: 0 / 0
21.08.2016, 17:03
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39295201
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Владимир2012ИМХНО - ПРОФАНАЦИЯ еще ТА!
профанация чего?
...
Рейтинг: 0 / 0
21.08.2016, 20:50
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39295202
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Изопропилпрофанация чего?Духовного состояния людей.
Многие и не заметили как превратились в "шариковых" ... /хотя с виду "все чинно"/.
...
Рейтинг: 0 / 0
21.08.2016, 20:58
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39295215
egorych
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
egorych
Участник
Владимир2012Изопропилпрофанация чего?Духовного состояния людей.социальные сети не имеют никакого отношения к "духовному состоянию людей", что бы это ни значило. У них совсем другие цели.
...
Рейтинг: 0 / 0
21.08.2016, 22:16
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39295222
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
egorychсоциальные сети не имеют никакого отношения к "духовному состоянию людей", что бы это ни значило. У них совсем другие цели. [spoiler]
YouTube Video
YouTube Video
...
Рейтинг: 0 / 0
21.08.2016, 22:43
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39295230
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
ИМХНО.

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

PS: Ныне много людей как бы и не живут.
Господь о таких людях говорил одному юноше - "Оставь мертвецам погребать своих мертвецов".

Надеюсь далее не с моей стороны ни с чей-то иной продолжение полемики, затронутой темы не последует.
...
Рейтинг: 0 / 0
21.08.2016, 23:32
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39295232
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Владимир2012,

не "духовность" обсуждаем, а программный инструмент, для тех же соцсетей
...
Рейтинг: 0 / 0
21.08.2016, 23:49
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39295238
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вася Уткин
Гость
Владимир2012Пример использования C для WWW

http://www.sql.ru/forum/1220097-14/web-angular-i-voobshhe
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
В плане UX идеалом я считаю вконтакте:

Весь рендер выполняется на сервере, динамика реализована путем POST запросов, которые возвращают HTML, вставляемый в нужное место.
Никаких библиотек, всё написано на чистом яваскрипте.
Никакой минимизации и объединения ресурсов, система навигации умеет подгружать скрипты и стили динамически по необходимости
Серверная часть написана на С, что обеспечивает минимальное время отклика
поддерживается как навигация через ajax, так и полностью серверный рендер. Т.е. при навигации с сервера подгружаются куски HTML в нужные места DOM, но если обновить страницу, то она придет сразу целиком. Идеальное решение для SEO.



PS: Честно говоря никогда не открывал вконтакте, всякие социальные сети, ...
ИМХНО - ПРОФАНАЦИЯ еще ТА!
Всё правильно: JavaScript (ajax), C, HTML - это бездуховная профанация. Никакой нравственности...
...
Рейтинг: 0 / 0
22.08.2016, 00:27
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39295243
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Владимир2012, я думаю что наши с вами внуки не смогут получить оффер на работу
до тех пор пока не зарегаются в LinkedIn/Facebook. И можно сколько угодно рассуждать на тему
нужны они вам или нет, но они (соц-сети), как объективная реальность уже существуют
и консолидируют вокруг себя смыслы и начинания. Сегодня не стоит
вопрос - " иметь акк или не иметь ?" а стоит вопрос " почему ты не зарегал его еще вчера ?"

С уважением.
...
Рейтинг: 0 / 0
22.08.2016, 00:58
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39295257
Фотография CEMb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CEMb
Участник
maytonя думаю что наши с вами внуки не смогут получить оффер на работу
до тех пор пока не зарегаются в LinkedIn/Facebookтогда уж LinkedIn/StackOverflow? :) Тематические форумы/порталы/сеты хотя бы предрасполагают к наличию знаний в теме, где-то была заметка про вакансию, плюсом в которой было наличие аккаунта на rsdn. Ну да, я бы, нанимая народ, если бы надо было куда-то смотреть, смотрел бы на наличие аккаунтов sql/rsdn. А зачем нужен фейсбук, йанипанимаю, хотя у меня там аш два аккаунта.
...
Рейтинг: 0 / 0
22.08.2016, 05:11
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39295275
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
CEMbА зачем нужен фейсбук, йанипанимаю, хотя у меня там аш два аккаунта
для входа на всякие ресурсы посредсвом OAuth, а то ведь пароли на всё и вся не упомнить
...
Рейтинг: 0 / 0
22.08.2016, 08:26
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39295329
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Я имею в виду вакансии вообще а не только It-шные.
...
Рейтинг: 0 / 0
22.08.2016, 09:49
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39295350
Фотография CEMb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CEMb
Участник
maytonЯ имею в виду вакансии вообще а не только It-шные.
 
Но я же... 10 лет учил с++, алгоритмы и программирование... о_о
...
Рейтинг: 0 / 0
22.08.2016, 10:37
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39295448
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
maytonя думаю что наши с вами внуки не смогут получить оффер на работу
до тех пор пока не зарегаются в LinkedIn/Facebook. И можно сколько угодно рассуждать на тему
нужны они вам или нет, но они (соц-сети), как объективная реальность уже существуют
и консолидируют вокруг себя смыслы и начинания.Если нынешняя нравственность, насаждаемая США и др. странами будет поддержана, то скорее на работу не примут если соискатель не скажет - "Я гей" ...
Не удивлюсь если в скором времени в США разрешат секс с пяти летнего возраста и узаконят браки с животными ... /и вариации на тему/
...
Рейтинг: 0 / 0
22.08.2016, 12:47
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39295520
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Для продолжения обсуждения ...

A console client for vk.com written in D https://github.com/HaCk3Dq/vk
...
Рейтинг: 0 / 0
22.08.2016, 13:47
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39295523
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Модератор: Давайте вернемся к теме
...
Рейтинг: 0 / 0
22.08.2016, 13:49
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39297370
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
да простит меня модератора, тему не осилил (все 18 страниц, дошол до 4й только)..

я уже два года делаю сайты на c++. очень доволен. до этого написал несколько сайтов с нуля и некоторые доделки к джумле на php. по сравнению с php - с++ бьет все.

использую обычно cppcms - это такой фреймвокр, а не cms (как могло показаться). сейчас пилю свою cms на плюсах (уже делал основные компоненты, сейчас занимаюсь админкой). не знаю никакого фактора, который мог бы доказать утрерждение, что c++ не для web. если знаете - приведите, будет интересно (обычно я только это утверждение слышу, никаких доказательств).

также работал с wt - очень хорошая штука. она меня вдохновила на мою cms.

зы: интересующимя можно почитать блог белиса (автора cppcms), там описан один проект сайта с миногомиленной аудиторией. там разные граффики производительности и прочего (разумеется на инглише).
...
Рейтинг: 0 / 0
24.08.2016, 21:06
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39297371
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
хотя один недостаток такого выбора я знаю: нельзя спросить на форуме что-нибудь по типу "а какой шаблоноризатор лучше?". для php сразу кто-нибудь ответит, для плюсов - вопрос повиснит в воздухе.
...
Рейтинг: 0 / 0
24.08.2016, 21:11
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39297375
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
alexy_blackхотя один недостаток такого выбора я знаю: нельзя спросить на форуме что-нибудь по типу "а какой шаблоноризатор лучше?". для php сразу кто-нибудь ответит, для плюсов - вопрос повиснит в воздухе.
Потому что все плохи по своему. Любой шаблон плох, т.к. универсален.
...
Рейтинг: 0 / 0
24.08.2016, 21:26
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39297428
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вася Уткин
Гость
alexy_blackда простит меня модератора, тему не осилил (все 18 страниц, дошол до 4й только)..

я уже два года делаю сайты на c++. очень доволен. до этого написал несколько сайтов с нуля и некоторые доделки к джумле на php. по сравнению с php - с++ бьет все.

использую обычно cppcms - это такой фреймвокр, а не cms (как могло показаться). сейчас пилю свою cms на плюсах (уже делал основные компоненты, сейчас занимаюсь админкой). не знаю никакого фактора, который мог бы доказать утрерждение, что c++ не для web. если знаете - приведите, будет интересно (обычно я только это утверждение слышу, никаких доказательств).

также работал с wt - очень хорошая штука. она меня вдохновила на мою cms.

зы: интересующимя можно почитать блог белиса (автора cppcms), там описан один проект сайта с миногомиленной аудиторией. там разные граффики производительности и прочего (разумеется на инглише).
А чем ваша cms будет отличаться от cppcms и от wt?

По поводу производительности cppcms - графики строили чтобы было невозможно понять ни одну подпись, что как бы намекает:
http://cppcms.com/wikipp/en/page/benchmarks_all
http://cppcms.com/wikipp/en/page/benchmarks_php


...
Рейтинг: 0 / 0
24.08.2016, 22:49
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39297433
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вася Уткин
Гость
Чето они так лет на 6 отстали, C++11 не используют или просто документацию забросили?
http://cppcms.com/wikipp/en/page/cppcms_1x_coding_standards Always use smart pointers. Prefer auto_ptr over reference counting smart pointers:
авторDo not forget swap() function --- it can save lot's of unnecessary copies for you. For example:
...
Рейтинг: 0 / 0
24.08.2016, 22:57
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39297465
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
to Dima_T, это я к тому, что если это спросить, или спросить что-нибудь другое, то окажется что никто с этим не работает и ты один.. то есть вполне вероятно, что так и будет. но может конечно и не один.

Вася, это можно спросить у Белиса.. там нет версий с лучшим разрешением?
там указаны параметы железа. думаю, что такую сисетму на php.. таким компом бы точно не отделались :)

я пишу cms, а cppcms и wt это не cms. это фреймворки. я использую cppcms как замену php. wt - это если нужно сделать веб морду.. у меня будет полноценное cms. то есть с админкой, с возможностью писать компоненты.. она будет резидентно крутиться. также на один раз установив, там можно будет просто создавать разные хосты. то есть можно несколько сайтов сделать на одном сервере.
сейчас из компонентов пока только статьи. я рефакторю виджеты и делаю админку. работа продвигается медленно,потому что один пилю.
...
Рейтинг: 0 / 0
25.08.2016, 00:37
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39297466
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
да, мне кажется артем принципиально против c++11 :) это одна из причин почему я не использую cppcms :)
но в целом фреймворк очень хорош.
...
Рейтинг: 0 / 0
25.08.2016, 00:38
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39297469
JVF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JVF
Участник
alexy_blackда, мне кажется артем принципиально против c++11 :) это одна из причин почему я не использую cppcms :)
но в целом фреймворк очень хорош.свежо...

CppCMS — The C++ Web Development Framework
Tutorial: Hello World (v 1.x)

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
void hello::main(std::string /*url*/)  
{  
    response().out() <<  
        "<html>\n"  
        "<body>\n"  
        "  <h1>Hello World</h1>\n"  
        "</body>\n"  
        "</html>\n";  
}
...
Рейтинг: 0 / 0
25.08.2016, 01:04
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39297613
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
там кстати есть мощный шаблоны.. можно писать html, туда вставлять инструкции на c++, почти как на php.
http://cppcms.com/wikipp/en/page/cppcms_1x_templates_comm

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

кстати, идея на счет ответа потоком мне очень понравилась. можно использовать всю мощь потоков, например перевод ( http://boost.org/libs/locale) (кстати, locale изначально была частью cppcms, только потом стала в бусте, автор тот же).

да, забыл сказать кое-что про свою cms. сейчас в бусте есть библиотека fibers. это потоки в пространстве пользователя, основанные на context. у меня можно перенастроить по другому, но вся cms работает на таких потоках. то есть если тебе нужно запрос к базе данных, то компонент подвешивает твою фибру и делает запрос в отдельном потоке. сервер пока может обрабатывать запросы других. потом фибра стартует, когда ответ получен.
на мой взглад это саймый лучший nonblock (там реализован так весь nonblock)
...
Рейтинг: 0 / 0
25.08.2016, 10:39
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39297629
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
Владимир2012_Sheraton http://cppcms.com/wikipp/ru/page/main Тех кто использовал эту CMS просьба поделиться опытом ее использования ...

У меня с ходу возникли ряд вопросов:
- можно ли из "обычного" C++ проекта использовать выше приведенный /т.е. native WWW/?
- понятно, что в CMS использует HTML, CSS, ...
Можно ли эту интеграцию использовать без использования самой CMS?
- ...
- ...

PS: Да простит меня ALL за мое дерзновение.
WWW - "каменный век" в который пришли разработчики с XXI века.начал читать тему, наткнулся на это.

первый вопрос (если я его правильно понял) - да, можно. нужна будет какая-то удобная прослойка, наверное. но я пишу так, чтобы гуй было лего создавать на любом интруменете, так что прослойка уже есть, и она быстро подошла (из опыта). но если это было приложение, например на qt, то удобнее будет использовать wt.
второй вопрос не понял. но кажется это от того, что вы думаете, что это cms. это не cms. оригинальная идея, со слов Белиса, была "напиши свою cms сам" (это у него в вопросах "почему так наывается?").
третий вопрос: ...
четвертый вопрос: ,,,
...
Рейтинг: 0 / 0
25.08.2016, 11:00
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39297779
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
alexy_blackвторой вопрос не понял. но кажется это от того, что вы думаете, что это cms. это не cms. оригинальная идея, со слов Белиса, была "напиши свою cms сам" (это у него в вопросах "почему так называется?").Да.
Этот вопрос был навеян тем, что это всего лишь некая cms.

То бишь http://cppcms.com/ можно использовать для интеграции с любой html страницей?

По http://cppcms.com/wikipp/en/page/cppcms_1x_templates_comm вопрос.
Когда "верстаем" какую-либо html, то безусловно возникает необходимость производить ее пред просмотр.
Мне совершенно не понятно как в template можно поместить любой C++ код и как все это склеивается в результирующий html.
Единственно что приходит на ум, что из template получаем результирующую страницу /РС/ как-то так:
- если встретили native html, то этот текст добавляем в РС;
- если встретили С++ код, то выполняем его как некий код функции, которая установит значения некоторых переменных и возможно вернет некий текст.

Все же непонятно как производить view templates ...

В целом исходя из архитектуры html страниц для их создания мы просто обязаны написать некий вариант своего представления template и работы с ним будь то хоть PHP, хоть C++, ...

PS: Просьба рассказать как http://cppcms.com/ можно использовать для интеграции с html страницами /получение и передача данных, .../
Имеется ли на js wrapper для API http://cppcms.com/ ...?

ИМХНО название framework неудачное.
Ну мне было бы сразу понятно о чем речь если бы он назывался типа http://cppwww.com
...
Рейтинг: 0 / 0
25.08.2016, 13:02
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39297810
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Владимир2012В целом исходя из архитектуры html страниц для их создания мы просто обязаны написать некий вариант своего представления template и работы с ним будь то хоть PHP, хоть C++, .или использовать DHTML.

Все таки не очень понимаю нишу http://cppcms.com/.

Sorry повторюсь.

Пока ИМХНО мне вполне хватает использования WebSocket как для интеграции с HTML так и изменения ее content
/вот за yandex рассказывали у них вроде аналогичный подход/.
Но еще раз акцентирую на то, что этот подход очень удобен если имеется некий manager, которому понятно что
"ждет" та или иная диалоговая форма /и не обязательно запрос на content должен быть инициирован html страницей ... / ...
Проще говоря должен быть некий движок ...
Собственно у меня он не привязан к конкретной реализации.

Почему?

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

PS: Присмотритесь к 1С /не в плане ее использования/, а ее архитектуры ...
...
Рейтинг: 0 / 0
25.08.2016, 13:27
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39298039
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
Владимир2012,

про 1с ничего не знаю.. так что сравнить не могу.

как понять интеграцию? я подумал что вы подразумеваете такое: клиент уже загрузил какой-то html код, и теперь надо чтобы этот код (приложение) взаимодействовало с сервером. такое возможно. там есть специальное rpc (довольно удобно сделано, фактически проецируешь методы c++ класса).
кстати для этого белис написал cppcms::json. я вынес это в отдельную библиотеку и использую в своей cms сейчас. несколько адаптировал её для c++11 и создал cmake-config файл.

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

код вставляется между <% c++ ... %> в такой штуке можно написать любой c++ код. но есть специальные инструкции - например вывести переменную или организовать цикл. также есть <% include ... %> - подключить другой файл шаблона.
...
Рейтинг: 0 / 0
25.08.2016, 16:02
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39298041
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
кстати, в свой cms я сделал sockjs сервер на плюсах. использую его, а не raw websocket
...
Рейтинг: 0 / 0
25.08.2016, 16:04
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39298110
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
alexy_blackя вообще не пользуюсь таким пред просмотром. как бы я представляю как это будет выглядеть в firefox,Плохо ... /"мысленно" можно спроектировать архитектуру страницы, а для реализации желательно иметь viewer/.
URL одного из ваших сайтов можете привести?

Правильно понял, что проектируемые страницы находятся в виде отдельных файлов /к примеру типа *.php / и при обращении к ним сервер производит их обработку?

На счет 1С.
Вам не обязательно даже иметь ее на своем компьютере, а вот понять ее архитектуру /ИМХНО/ - полезно.
...
Рейтинг: 0 / 0
25.08.2016, 17:05
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39298169
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Владимир2012Плохо ... /"мысленно" можно спроектировать архитектуру страницы, а для реализации желательно иметь viewer/.Можно и без него.
Просто в browser обновляем страницу и все!
Скорее всего таким образом вы их и проектируете.
...
Рейтинг: 0 / 0
25.08.2016, 18:35
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39298183
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
Владимир2012Владимир2012Плохо ... /"мысленно" можно спроектировать архитектуру страницы, а для реализации желательно иметь viewer/.Можно и без него.
Просто в browser обновляем страницу и все!
Скорее всего таким образом вы их и проектируете.да,таким :)
я работаю на линуксе (дебьян), виверов не искал и как-то привык уже без вивера.
понятно, что чисто в уме не сделаешь полностью, но какой-то кусок можно представить.. потом я подгоняю конкретные значения в инспекторе или firebug'е.

на счет 1с - это же вроде для бухгалтеров (а зачем там веб для них?..)..
кстати. у меня в планах, ближайших, магазин на cms моей. нужно чтобы он синхронизировался с 1С. можете подсказать какой-нибудь толковый объяснятель по этому поводу.. самой системы у меня нет, и наверное не будет, ибо стоит она дорогова-то для того, чтобы поиграться :) да и под линукс не идет наверное :)

что касается cppcms - нет, там шаблон компилируется. то есть из файлов шаблонных создается код на c++, потом из этого когда создается библиотека, или он подшивается к программе. я часще запихиваю прямо в программу, но если сделать библиотекой, то там автоматизированая штуковина, которая перезагрузит её ,если она обновится.

я начинал писать такой шаблоноризатор (как бы такой интерпретатор), с подобным синтаксисом, но чтобы он читал файлы текстовые с шаболном и грузил его ,но у меня не хваитло времени и я забросил проект. хотя получалось довольно интересно - меняешь файл, меняется страница без перезагрузки (если подключить специальный скриптик).
...
Рейтинг: 0 / 0
25.08.2016, 19:08
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39298196
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
alexy_blackчто касается cppcms - нет, там шаблон компилируется. то есть из файлов шаблонных создается код на c++, потом из этого когда создается библиотека, или он подшивается к программе. я часще запихиваю прямо в программу, но если сделать библиотекой, то там автоматизированая штуковина, которая перезагрузит её ,если она обновится.То бишь на автомате перекомпилирует шаблон и создаст новую dll?

alexy_blackна счет 1с - это же вроде для бухгалтеров (а зачем там веб для них?..)..Вообще то если "не обращать внимания" в languge 1С на native объекты типа "ПланСчетов", ... /т.е. всю "лабуду", связанную с бухгалтерским учетом/, то можно спроектировать любую информационную систему.
1С предоставляет возможность разрабатывать и управляющие формы /для сервера - своя песня, для клиента - своя/.

PS: "Везде хорошо, где на нет ..."
...
Рейтинг: 0 / 0
25.08.2016, 19:33
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39298198
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
Владимир2012PS: "Везде хорошо, где на нет ..."Sorry.
"Везде хорошо, где нас нет ..." /что-то в этом есть .../
...
Рейтинг: 0 / 0
25.08.2016, 19:36
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39298203
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
в тему (изопропил-то уже пропал, да?):
сейчас развитие паутины идет по такому принципу: больше мощности, больше траффика, мньше работы руками и головой (для разраба). я думаю, что путь тупиковый. думаю, что скоро (относительно) плюсы (скорее всего этот, но может и другой язык компилируемый) вытеснят другие из веба.
для этого есть некоторые причины, наверное первая и важная - неблокирующая арихитектура круче всех сейчас сделана именно на плюсах. корутины полностековые, фибры - вобще кайф. ни C# ни питон так не могут (C# я не пробовал, а вот на питоне сделал сайт один, на торнадо, там не такие корутины).
я такой вывод делаю, потому что сейачс все озабоченны именно мощностью. вспомнили неболкирующюю архитектуру, добавляют реализации на с..

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

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

также, это уже мои домыслы, интерент будет п2п, а не как сейчас, что один сервер на всех пашет. я вот себе установил ipfs но это пока только зачатки. наверное эта тема получит развитие.
...
Рейтинг: 0 / 0
25.08.2016, 19:53
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39298204
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
Владимир2012,

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

на автомате перезагрузится библиотека, если файл обновится. только для этого нужно удалить старую и создать новую с таким же именем, а не удалить из старой содержимое и заполнить её новом (как это по умолчанию делает компилятор). поэтому для того, чтобы это работало приходится добавлять шаг в cmake (я на ней все проекты делаю), который удалит библиотеку :) (у меня там много шагов дополнительных настроено, например компилятся *.css.less файлы и т.д.).
я прикрепляю к программе потому что на исполняемый файл, я так понимаю, это не распространяется. создаю там поток в main, который проверяет каждую секунду свой файл на обновку и завершает программу, когда видит, что файл обновлен. мне это помогает, потому что когда я на сервере меняю файл (обычно cmake install), то он сразу перезапускается.

да, я понял, что это означало, но к чему эта пословица я не понял :) то есть я же не говорю, что где-то лучше, я вроде наоборот, говорю что я пишу на плюсах и доволен как слон :)
...
Рейтинг: 0 / 0
25.08.2016, 20:06
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39298212
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
alexy_blackто есть я же не говорю, что где-то лучше, я вроде наоборот, говорю что я пишу на плюсах и доволен как слон :)Да многие так говорят ...

PS: Лучше Господа ни кто не скажет!
"И никто, пив старое вино, не захочет тотчас молодого; ибо говорит: «старое лучше»."
...
Рейтинг: 0 / 0
25.08.2016, 20:22
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39298222
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
alexy_blackда, я понял, что это означало, но к чему эта пословица я не понял :)По крайней мере это не был упрек в вашу сторону ...
...
Рейтинг: 0 / 0
25.08.2016, 20:50
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39299240
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вася Уткин
Гость
alexy_blackкстати, в свой cms я сделал sockjs сервер на плюсах. использую его, а не raw websocket
Кидайте ссылку, посмотрим оценим.
...
Рейтинг: 0 / 0
28.08.2016, 22:06
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39299506
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
Вася Уткин, знаю я, как оценивают неготовые проекты.. :)
я за конструктивную критику. к сожалению на форумах обычно деструктивная критика :(
...
Рейтинг: 0 / 0
29.08.2016, 12:58
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39299649
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
alexy_blackя за конструктивную критику. к сожалению на форумах обычно деструктивная критика :(
что есть деструктивная и конструктивная?
...
Рейтинг: 0 / 0
29.08.2016, 15:20
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39299698
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
Изопропилчто есть деструктивная и конструктивная?
Деструктивная - когда критикуют не функциональность, а красоту кода ))

У меня например в проектах можно встретить куски кода 20-летней давности, просто потому что я не переписываю код без нужды, если он работает.
Но обязательно кто-то докопается, ведь старый код он адской красоты, всем завидно )))
...
Рейтинг: 0 / 0
29.08.2016, 15:59
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39299720
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Anatoly MoskovskyДеструктивная - когда критикуют не функциональность, а красоту кода ))
Не важно, какого цвета кошка, лишь бы она ловила мышей (с)
...
Рейтинг: 0 / 0
29.08.2016, 16:28
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39299876
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
наверное конструктивная критика говорится с целью помочь, а деструктивная.. показать себя или вобще без цели, по привычке.

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

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

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


кстати, на счет правил форума. когда я более менее закончу, тут можно отписаться, чтобы народ посмотрел и сказал свое слово, или модератор будет негодовать?
...
Рейтинг: 0 / 0
29.08.2016, 21:52
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39299930
Фотография CEMb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CEMb
Участник
alexy_blackкстати, на счет правил форума. когда я более менее закончу, тут можно отписаться, чтобы народ посмотрел и сказал свое слово, или модератор будет негодовать?я за, я вообще люблю смотреть чужой код, даже самые простые реализации могут быть сделаны по-разному разными людьми, это расширяет сознание
...
Рейтинг: 0 / 0
30.08.2016, 05:05
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39299972
Владимир2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир2012
Участник
alexy_blackя за конструктивную критику. к сожалению на форумах обычно деструктивная критика :(А исходный код какой-нибудь страницы можете продемонстрировать.
Не для того, чтобы критиковать вас, а например для сопоставления с PHP
...
Рейтинг: 0 / 0
30.08.2016, 09:41
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39301129
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
вот репозиторий кода на фосиле
https://88.214.236.165/repos/cpp_httpx_server/home нужно принять самосгенереный просроченный сертификат :) если вы будете исследовать код и наткнетесь на баг, то там есть тикеты, можете посмотреть или создать новый.. ну короче как и везде.
api будет меняться. сейчас меня не устраивают названия некоторых классов. в разработке находятся виджеты и админка. шаблона пока нет, поэтому html код просто пишется в коде.
код разделен на части. в директории cms - соответственно cms. директория cpphttpx/_h2o скоро удалится, это legacy.
если кто захочет сокмпилить, то fibers уже в репозитории modular boost, не нужно делать ссылку (скоро исправлю на сайте). cppdb и cppjson - это я вынул из cppcms, добавил cmake-config файлы и вынес в отдельные репозитории. может пригодится кому.

сайт еще есть http://cpphttpx.org/ru но он пока страшный, мне некогда им заниматься совсем. сделал когда в поездке одной был :)
...
Рейтинг: 0 / 0
31.08.2016, 14:04
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39301454
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
пример на главной странице немного устарел, сейачс обработчики регистрируются автоматичеки. h2o больше отдельно не используется.
также этот пример показывает обычный сервер. cms - это такой наворот на него, который позволяет писать и подключать компоненты, оранизовать кнал rpc и т.д.
...
Рейтинг: 0 / 0
31.08.2016, 19:12
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39302762
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
и где моя конструктивная критика? :)
...
Рейтинг: 0 / 0
02.09.2016, 15:15
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39303064
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Протух сертификат https://88.214.236.165/ и мы очкуем туда зоглядывать.
...
Рейтинг: 0 / 0
03.09.2016, 11:05
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39303067
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
maytonПротух сертификат https://88.214.236.165/ и мы очкуем туда зоглядывать.да я же говорю, это самоподписанный сертификат, он протух, а мне было лень менять. жаба душит платить за доверенный :)

ну, могу переделать если нужно :)
...
Рейтинг: 0 / 0
03.09.2016, 11:12
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39303070
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
Можно не очковать.
...
Рейтинг: 0 / 0
03.09.2016, 11:24
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39303074
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
Basil A. Sidorov, это сейчас? я создал не просроченный сертификат :) ошибся в команде и завалил сервер. уже поднял, должно работать.
...
Рейтинг: 0 / 0
03.09.2016, 11:36
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39303076
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
"Барон фон Гринвальдус всё в той же позиции на камне сидит".
...
Рейтинг: 0 / 0
03.09.2016, 11:38
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39303079
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
нет, переходите по ссылкам, которые дал я. сайт, который должен был работать в корне сервера сейчас не работает.
https://88.214.236.165/repos/cpp_httpx_server/home - вот репозиторий.
http://cpphttpx.org/ru/home - вот сайт.

https://cpphttpx.org/repos/cpp_httpx_server/home вот тоже сервер, но он потом вас все равно переадресует на сервер по ip.
...
Рейтинг: 0 / 0
03.09.2016, 11:41
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39303093
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
 
abs.exe -c 1 -n 100 http://cpphttpx.org/ru/home
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd,  http://www.zeustech.net/ 
Licensed to The Apache Software Foundation,  http://www.apache.org/ 

Benchmarking cpphttpx.org (be patient).....done


Server Software:        nginx/1.10.1
Server Hostname:        cpphttpx.org
Server Port:            80

Document Path:          /ru/home
Document Length:        20018 bytes

Concurrency Level:      1
Time taken for tests:   33.680 seconds
Complete requests:      100
Failed requests:        0
Write errors:           0
Total transferred:      2015300 bytes
HTML transferred:       2001800 bytes
Requests per second:    2.97 [#/sec] (mean)
Time per request:       336.805 [ms] (mean)
Time per request:       336.805 [ms] (mean, across all concurrent requests)
Transfer rate:          58.43 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:       78   79   3.7     78      94
Processing:   187  258 165.4    203    1092
Waiting:      187  258 165.4    203    1092
Total:        265  337 165.1    281    1170

Percentage of the requests served within a certain time (ms)
  50%    281
  66%    296
  75%    296
  80%    296
  90%    390
  95%    733
  98%   1061
  99%   1170
 100%   1170 (longest request)
 
abs.exe" -c 10 -n 100 http://cpphttpx.org/ru/home
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
...
Concurrency Level:      10
Time taken for tests:   14.009 seconds
Complete requests:      100
Failed requests:        0
Write errors:           0
Total transferred:      2015300 bytes
HTML transferred:       2001800 bytes
Requests per second:    7.14 [#/sec] (mean)
Time per request:       1400.882 [ms] (mean)
Time per request:       140.088 [ms] (mean, across all concurrent requests)
Transfer rate:          140.49 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:       78  107 155.0     78    1279
Processing:   203 1241 810.0    983    4259
Waiting:      203 1038 718.9    983    4165
Total:        281 1347 813.2   1108    4337

Percentage of the requests served within a certain time (ms)
  50%   1108
  66%   1435
  75%   1622
  80%   1841
  90%   2699
  95%   2980
  98%   4072
  99%   4337
 100%   4337 (longest request)

P.S. Может вам SSL отключить или это "продуманный шаг"?
...
Рейтинг: 0 / 0
03.09.2016, 12:13
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39303104
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
Basil A. Sidorov,

не знаю, чего-то неполучается.. там у fossil есть такая опция "redirect to https on login page when access throw http". но она почему-то не переключает на https. а так выходит, что нужно вводить пароль через http. если справлюсь, то переключу..
сейчас попробую обновить фосил, может это баг скина.
...
Рейтинг: 0 / 0
03.09.2016, 12:49
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39303109
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
В общем, на моём канале и тарифном плане конкурентность выше пяти - не имеет смысла.
Apache Bench 2.4.43-x64 (был - 2.2.23-x32):
 
ab -k -c 5 -n 100 http://cpphttpx.org/ru/home
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
This is ApacheBench, Version 2.3 <$Revision: 1748469 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd,  http://www.zeustech.net/ 
Licensed to The Apache Software Foundation,  http://www.apache.org/ 

Benchmarking cpphttpx.org (be patient).....done


Server Software:        nginx/1.10.1
Server Hostname:        cpphttpx.org
Server Port:            80

Document Path:          /ru/home
Document Length:        20018 bytes

Concurrency Level:      5
Time taken for tests:   12.870 seconds
Complete requests:      100
Failed requests:        0
Keep-Alive requests:    0
Total transferred:      2015300 bytes
HTML transferred:       2001800 bytes
Requests per second:    7.77 [#/sec] (mean)
Time per request:       643.501 [ms] (mean)
Time per request:       128.700 [ms] (mean, across all concurrent requests)
Transfer rate:          152.92 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:       78  107 154.7     78    1279
Processing:   187  522 473.8    343    3385
Waiting:      187  476 413.9    328    2480
Total:        281  628 489.8    421    3479

Percentage of the requests served within a certain time (ms)
  50%    421
  66%    452
  75%    702
  80%    827
  90%   1435
  95%   1544
  98%   1919
  99%   3479
 100%   3479 (longest request)
 
ab -k -c 5 -n 100 http://httpd.apache.org/docs/2.4/mod/
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
...
Benchmarking httpd.apache.org (be patient).....done


Server Software:        Apache/2.4.7
Server Hostname:        httpd.apache.org
Server Port:            80

Document Path:          /docs/2.4/mod/
Document Length:        22631 bytes

Concurrency Level:      5
Time taken for tests:   17.410 seconds
Complete requests:      100
Failed requests:        0
Keep-Alive requests:    100
Total transferred:      2310805 bytes
HTML transferred:       2263100 bytes
Requests per second:    5.74 [#/sec] (mean)
Time per request:       870.482 [ms] (mean)
Time per request:       174.096 [ms] (mean, across all concurrent requests)
Transfer rate:          129.62 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    7  30.1      0     140
Processing:   296  797 413.8    702    2434
Waiting:      296  797 412.8    702    2402
Total:        296  804 408.3    702    2434

Percentage of the requests served within a certain time (ms)
  50%    702
  66%    967
  75%   1014
  80%   1061
  90%   1326
  95%   1529
  98%   2278
  99%   2434
 100%   2434 (longest request)
Ну и постоянные подключения - рулят
...
Рейтинг: 0 / 0
03.09.2016, 13:23
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39303111
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
Basil A. Sidorov,

ох ох..
этот сайт работает на моей cms, на версии 0.0.8.0, а у меня на локалхосте сейчас 0.0.9.0, я его переделал, отрефакторил. вы не можете зайти на сайт? дело в том, что я скоро сделаю админку, тогда и обновлю бинарники на хосте. сейчас мне лень. я почему-то уверен, что вы можете зайти на сайт и с такой конкурентностю :)

да и к тому же вам будет более интересен код, который находится в репозитории, а не сайт (он почти пустой, там только пример выложен). вы можете даже не скачивать, а посмотерть прямо в браузере :)
...
Рейтинг: 0 / 0
03.09.2016, 13:31
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39303114
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
А это задляначего в коде страницы:
Код: html
1.
<base href="https://88.214.236.165/repos/cpp_httpx_cms/home?name=C%2B%2B+HTTPx+CMS" />

?
А так ...
 
ab -k -c 5 -n 100 http://cpphttpx.org/repos/cpp_httpx_cms/home
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
This is ApacheBench, Version 2.3 <$Revision: 1748469 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd,  http://www.zeustech.net/ 
Licensed to The Apache Software Foundation,  http://www.apache.org/ 

Benchmarking cpphttpx.org (be patient).....done


Server Software:        nginx/1.10.1
Server Hostname:        cpphttpx.org
Server Port:            80

Document Path:          /repos/cpp_httpx_cms/home
Document Length:        5126 bytes

Concurrency Level:      5
Time taken for tests:   31.559 seconds
Complete requests:      100
Failed requests:        0
Keep-Alive requests:    100
Total transferred:      534400 bytes
HTML transferred:       512600 bytes
Requests per second:    3.17 [#/sec] (mean)
Time per request:       1577.943 [ms] (mean)
Time per request:       315.589 [ms] (mean, across all concurrent requests)
Transfer rate:          16.54 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    4  17.8      0      94
Processing:   109 1546 574.9   1966    2246
Waiting:      109 1546 575.0   1966    2246
Total:        125 1550 565.8   1966    2246

Percentage of the requests served within a certain time (ms)
  50%   1966
  66%   1981
  75%   1997
  80%   2012
  90%   2028
  95%   2075
  98%   2168
  99%   2246
 100%   2246 (longest request)
...
Рейтинг: 0 / 0
03.09.2016, 13:42
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39303116
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
ну блин дела..
репозиторий работает под управлением fossil - это такая система контроля версий. её разрабатываю не я, так что вопросы не ко мне :)
но могу ответить зачем нужен тег base http://htmlbook.ru/html/base

зы: у меня обновились шрифты, исчезли некоторые первые буквы. прикольно получилось. "зопропил" например :)
...
Рейтинг: 0 / 0
03.09.2016, 13:53
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39303119
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
alexy_blackно могу ответить зачем нужен тег base http://htmlbook.ru/html/base Мдя ...
Почитайте хоть что-нибудь о виртуальном хостинге и никогда не берите на себя работу, которую веб-сервер не только сделает за вас, но и сделает лучше чем вы.

P.S. База нужна только тогда, когда вы, по каким-то (странным) причинам не хотите использовать абсолютные ссылки на внешние ресурсы в тексте страницы.
...
Рейтинг: 0 / 0
03.09.2016, 13:57
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39303127
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
Basil A. Sidorov,

можете написать это разрабу fossil. это тот же чувак, который разрабатывает sqlite. репозиторий sqlite находится под управлением fossil. http://fossil-scm.org/index.html/doc/trunk/www/index.wiki
я не использую этот тег и не вникал когда его нужно, а когда не нужно использвать. спасибо за инфу.
...
Рейтинг: 0 / 0
03.09.2016, 14:14
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39303129
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
Каким боком SQLite , где base отсутствует, к HTML-книжке, где рекомендовано его использование???
Особенно, с учётом того, что речь шла о вашем сервере?
...
Рейтинг: 0 / 0
03.09.2016, 14:19
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39303149
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
Basil A. SidorovКаким боком SQLite , где base отсутствует, к HTML-книжке, где рекомендовано его использование???
Особенно, с учётом того, что речь шла о вашем сервере?тролить изволите?

хм. страница /repos/cpp_httpx_server/home работает на моем движке или на чем,как считаете?
...
Рейтинг: 0 / 0
03.09.2016, 15:16
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39303152
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
alexy_blackтролить изволите?Ни боже мой.хм. страница /repos/cpp_httpx_server/home работает на моем движке или на чем,как считаете?Я, вообще-то, о сервере говорил.
...
Рейтинг: 0 / 0
03.09.2016, 15:21
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39303162
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
Basil A. Sidorov,

а, может вы не перешли по ссылки, которую я привел ,и подумал что это ссылка на репу sqlite? нет, это ссылка на fossil, там можно загрузить бинарник, можно посмотреть исходники. репозиторий fossil также находится под контролем версий fossil :)
...
Рейтинг: 0 / 0
03.09.2016, 15:48
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39303173
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
Да ходил я по ссылкам, ходил.
Но я продолжаю настаивать, что использование базы в html-коде на вашем сервере - ошибка.
...
Рейтинг: 0 / 0
03.09.2016, 16:16
| Ответить | Цитировать | Написать  
Перспективы создания WEB приложений на C/C++
    #39303198
alexy_black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexy_black
Участник
Basil A. Sidorov,

сервер мой, код - не мой. так что править я там ничего не буду :)
кстати, такой подход может быть и обоснован (это я не чтобы поспорить, просто для инфы): эту базу можно выставить когда запускаешь сервер. там есть такой параметр --baseurl . там я написал 'https://88.214.236.165/repos/' если изменить на http , тогда будет без ssl, но пароль и другую ин-фу нужно будет передавать открытым текстом.
...
Рейтинг: 0 / 0
03.09.2016, 17:39
| Ответить | Цитировать | Написать  
482 сообщений из 482, показаны все 20 страниц
  все  
Форумы / C++ [игнор отключен] [закрыт для гостей] / Перспективы создания WEB приложений на C/C++
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]