Fast-CGI vs WebApplication , плюсы и минусы

Цитата JoeUser @ 10.03.18, 14:47

Ну а что такое Drupal 8 - тот же монстр, написанный на PHP-фрэймворке Симфонии.

И что? Это монстр в другом смысле. Захлебнётся. =) Это ж не WebSphere какой-нибудь =)) Кроме того, дело же не только во фреймворке, MySQL и Oracle — это как самокат и Боинг. Да, до магазина на самокате удобней, но в Сингапур, например, на нём не доедешь. =)

Цитата JoeUser @ 10.03.18, 14:45

Извини, от Явы меня воротит.

Можно писать на Kotlin.

Сообщение отредактировано: korvin - 10.03.18, 15:01

JoeUser ну возьми PHP... Суть от этого мало поменялась.
То что ты знаешь - это ОДНО, а то что лучше подойдет для реализации задачи - это совсем другое... Это ты мне сейчас заявил - я знаю что есть молоток, но пользоваться им не умею, и учиться не собираюсь... Хороши спецы пошли...

Добавлено 10.03.18, 15:07
JoeUser и еще: я однажды подобную ошибку совершил. Хорошо задача была небольшая, переписал на PHP, а то что было написано на плюсах закопал и забыл... Потому что для каждой задачи хорош свой инструмент.

Цитата korvin @ 10.03.18, 14:59

Можно писать на Kotlin.

Можно. Но это о5 нужну учить язык. Более того ... Тот же Rust ввозможно имело бы смысл, ибо он компилиться в нативный код платформы.

Цитата JoeUser @ 10.03.18, 13:55

Цитата D_KEY @ 10.03.18, 13:37

boost asio

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

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

Цитата

А мне скорее всего понадобится kqueue юзать, серваки на FreeBSD мне как-то роднее.

asio его и юзает под FreeBSD
Не думаю, что тебе действительно нужно такая производительность, чтобы руками юзать kqueue и тратить кучу времени(или жертвовать качеством и надёжностью) на свою реализацию.

Сообщение отредактировано: D_KEY - 10.03.18, 15:10

Цитата FullArcticFox @ 10.03.18, 15:02

Это ты мне сейчас заявил - я знаю что есть молоток, но пользоваться им не умею, и учиться не собираюсь... Хороши спецы пошли...

Это твоя интерпретация. Я могу сказать по-другому твою фразу: "все твои синие молотки неправильные, надо пользоваться красными молотками, потому что сейчас это модно!".

Добавлено 10.03.18, 15:14

Цитата D_KEY @ 10.03.18, 15:09

Какие у тебя занания в области масштабирования, например?

Никакие

Цитата D_KEY @ 10.03.18, 15:09

asio его и юзает под FreeBSD
Не думаю, что тебе действительно нужно такая производительность, чтобы руками юзать kqueue и тратить кучу времени(или жертвовать качеством и надёжностью) на свою реализацию.

Не kqueue на прямую не буду конечно. Ибо нефик:

Цитата

Currently, libevent supports /dev/poll, kqueue(2), event ports, POSIX select(2), Windows select(), poll(2), and epoll(4).

Цитата D_KEY @ 10.03.18, 15:09

Высоконагруженные системы живут благодаря архитектуре больше. Какие у тебя занания в области масштабирования, например?

Насколько я понял, у него один сервак под клиента/инсталляцию-приложения, так что о масштабировании можно не думать.

Добавлено 10.03.18, 15:17

Цитата JoeUser @ 10.03.18, 15:09

Но это о5 нужну учить язык

Дело не хитрое.

Цитата JoeUser @ 10.03.18, 15:09

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

Зачем тебе нативный код платформы?

Но опять же, в этом случае Go был бы всяко проще.

Цитата JoeUser @ 10.03.18, 15:12

Это твоя интерпретация. Я могу сказать по-другому твою фразу: "все твои синие молотки неправильные, надо пользоваться красными молотками, потому что сейчас это модно!".

Где я сказал про моду и тд?? Не надо мне приписывать то, чего я не говорил! Причем тут мода? Тем более С++ и PHP или Питон отличаются друг друга далеко не только цветом....

Добавлено 10.03.18, 15:18

Цитата JoeUser @ 10.03.18, 15:09

Можно. Но это о5 нужну учить язык

А почему это плохо? Мне казалось что наоборот, чем больше языков знаешь, тем лучше.. Уж лишним явно не будет

Цитата FullArcticFox @ 10.03.18, 15:17

Мне казалось что наоборот, чем больше языков знаешь, тем лучше..

offtop

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

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

Сообщение отредактировано: korvin - 10.03.18, 15:27

Цитата FullArcticFox @ 10.03.18, 15:17

Где я сказал про моду и тд??

Цитата JoeUser @ 10.03.18, 15:12

Это твоя интерпретация. Я могу сказать по-другому твою фразу:

Цитата FullArcticFox @ 10.03.18, 15:17

А почему это плохо?

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

Добавлено 10.03.18, 15:31

Цитата korvin @ 10.03.18, 15:15

Зачем тебе нативный код платформы?

Работает быстрее, даже того же JIT. Требует меньше накладных расходов.

Цитата

Купленный софт от Oracle еле-еле ворчается

А не в руках ли дело?

Цитата Астарот @ 10.03.18, 15:32

А не в руках ли дело?

Дело в Оракле. Выкупил он пару компаний с потрохами. Слепил бисквит из своей БД и купленных поделок (которые большей частью на Java, и Java-аплетах на фронт-энде) и наняли кучу дистрибьюторов. Шаг в право, шаг влево - "пишите в представительство Oracle, вам там под заказ разработают модуль за 25к евро". Спрашиваю, а зачем прикладному АРМ обязательное наличие домена? Зачем на 5 рабочих станций 4 сервера? Таковы требования Oracle. Да в гробу я видал этот "боинг" на ослиной тяге.

Сообщение отредактировано: JoeUser - 10.03.18, 15:44

Цитата JoeUser @ 10.03.18, 15:28

Работает быстрее, даже того же JIT.

Спорное утверждение. У JIT больше информации о workflow и железе. Так или иначе, в веб-софте эта «абстрактная быстрота» значительно менее заметна, чем в каких-нибудь числодробилках, потому что чаще упирается в IO и тому подобные внешние ограничения, от языка не особо зависящие. Где-то недавно на ЛОРе вроде была ссылка, где Java показывала лучшую производительность, чем Си, при работе с файлами, из-за адаптивной буферизации. Т.е. наверняка, на Си можно было написать такой же быстрый код, но потребовало бы это значительно больших усилий.

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

Добавлено 10.03.18, 15:47

Цитата JoeUser @ 10.03.18, 15:43

Зачем на 5 рабочих станций 4 сервера?

На 5 рабочих станций не то что 4 сервера, там даже БД не особо нужна, в крайнем случае sqlite даже может хватить. Проблема не в Oracle, а в том, что эта твоя подопечная контора не умеет адекватно оценивать требования. Oracle берут, когда у тебя 50000 рабочих станций или больше.

Сообщение отредактировано: korvin - 10.03.18, 15:50

Цитата JoeUser @ 10.03.18, 15:43

Зачем на 5 рабочих станций 4 сервера? Таковы требования Oracle.

А зачем на 5 рабочих станций писать на плюсах? )) Таковы требования JoeUser? )))

Добавлено 10.03.18, 15:56

Цитата korvin @ 10.03.18, 15:44

На 5 рабочих станций не то что 4 сервера, там даже БД не особо нужна, в крайнем случае sqlite даже может хватить.

Вот для меня это тоже загадка, что за данные такие и настолько в реальном времени что кэшировать не вариант...

Цитата FullArcticFox @ 10.03.18, 15:51

А зачем на 5 рабочих станций писать на плюсах? ))

А может я вообще это реализую в виде хрени типа а-ля Microtik & RouterOS ...
Может быть и вообще просто на Cи. Пока просто пристрелка.

Цитата JoeUser @ 10.03.18, 15:12

Не kqueue на прямую не буду конечно. Ибо нефик:

Цитата

Currently, libevent supports /dev/poll, kqueue(2), event ports, POSIX select(2), Windows select(), poll(2), and epoll(4).

asio тоже юзает kqueue. Кстати, для работы по http и websocket есть boost beast, работающий на asio
libevent мне не понравился в свое время. И интерфейс неудобный и баги какие-то были.
Но я так и не понял, зачем тебе C++.
Я видел на бэкендах кресты, но это были специфичные случаи. И частенько их переписывали потом. И C++ оставался совсем за кадром, для обработки данных, вычислений и т.п. А иногда уходил и оттуда.

Добавлено 10.03.18, 16:03
Вообще в лучших традициях российских форумов тебе не на вопрос отвечают, а объясняют, почему ты не прав