эпл разве не такие?

их система, их право

``` dub build --arch=x86 --force ``` Помогло! Версию компилятора не менял!

ооо! Заработало даже все!

lighttp рулит, вайб- мастдай)

пришлось master последний правда взять, но работает

:) буду пробовать его на неделе. Бенчмарк можешь прогнать какой-то?

ооо! Заработало даже все!

Что именно заработало? Мне по-прежнему его пример static выдает на все 400 Bad Request.

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

так diet вроде теперь в отдельном пакете живет

хотя мне подобный синтаксис не очень нравится)

ну мне rest надо по сути = http server + hibernate + json convertor. а фронт уже сам АРІ асинхронно дергает

и фронт без всяких инородньіх шаблонизаторов, react+redux+scss

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

а зачем? есть же норм html

http://www.baeldung.com/spring-template-engines

вот все кроме groowy & jade норм

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

А что запускал? Какого сайта? У меня последний мастер lighttp, собираю dub build из папки примера static. Не пашет. :(

А почему не пашет то? Я единственное что сделал в %appdata% где dub лежит исходники заменил на актуальные из master ветки и все

а зачем? есть же норм html

Да, но мне очень понравилась идея, что мы создаем базовый каркас сайта, а дальше просто его расширяем. В случае с чистым html придется все страницы целиком дублировать или делать уродливые SPA. Но хочу отметить, что ебля с DIET еще та. Фиг поймешь как что описывать. Я пришел к мнению, что оно удобно только для самого базового каркаса сайта. Типа шапка, середина и футер, а все остальное нужно уже делать путем подключения html блоков

Глянь twig

:) пробовал, даже начинал писать twig.d

:) пробовал, даже начинал писать twig.d

И? Не пошло?

https://github.com/eresid/twig.d

отказалься от этого в пользу чистого фронта + АРІ

ибо учить фронту еще левое чтото нафиг надо

Ясно

:) пробовал, даже начинал писать twig.d

Я видел его аналог какой-то кстати. Не помню как назывался

Demanoid сvотрел, но он слишком уж интерпрайзный получился

я знаю чуваков которьіе на руби фронт и бек писали, получилось кусок говна

у нас бек отдельно, 3 фронта отдельно - іОС дроид и веб

у нас бек отдельно, 3 фронта отдельно - іОС дроид и веб

Это верное направление

Если протокол хорошо проработан

ну у нас норм консалтинг, сами подбираем технологии и архитектурку

Может сами напишем какой-то лёгкий вебсервер?

Всей толпой

Теоретически - можно. Практически, главное - определить задачи и довести до конца

Не надо еще один. Надо лайттхтп же уже есть. Лучше разрабу помочь. И цели определить. Типа не делать большой и сложный продукт

Типа чтобы умел сервить но делал это просто и хорошо

Тип юниксвей?

я тоже за допил, если там не говнокод

void[] data - почему не Variant?

Код на вид чистый. Даже мне понятный. А код вайба это ад.

Код на вид чистый. Даже мне понятный. А код вайба это ад.

А код std?

void[] data - почему не Variant?

А чем это не устроило?

Не надо еще один. Надо лайттхтп же уже есть. Лучше разрабу помочь. И цели определить. Типа не делать большой и сложный продукт

Не согласен

Типа чтобы умел сервить но делал это просто и хорошо

Тебе этого достаточно, а другому нет. Где компромисс?

:) компромис когда ядро умеет только базу, а далее плагины либо надстройки

вон как в spring & spring boot

вот мне там надо БД и Json, их в ядро точно не надо добавлять...

а многозадачность в lighttp на std файберах или как?

чисто http server + норм интерфейс, чтоб как либку использовать удобно бьіло

Тебе этого достаточно, а другому нет. Где компромисс?

Ну кому нужно тот допилит. Иначе второй вайб получится

++

Я не отрицаю

Но с вашей т.з. что должно быть в коре?

Просто минимальный http сервер с гарантиями поддержки от сообщества. Можно даже лимиты ввести. Типа код проекта никогда не будет превышать 5K строк кода. Хоть какая то гарантия что не разрастется до ужаса

А то вайб вещь сам в себе. Логи свои, json свой и тд

И поддерживать это все некому

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

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

dEE?)

вот у вайба где файлы по 5+ тыс строк + ужс

давайте с lighttp делать либку, а уже каждый у себя наворачивать будет что захочет

вот у вайба где файлы по 5+ тыс строк + ужс

сделаешь разбивку - примут, инфа 90%

А то вайб вещь сам в себе. Логи свои, json свой и тд

Ну это, конечно, отстой...

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

Ну не немного, а достаточно сильно

ERROR: S client not available

Создание 1М объектов из класса у меня заняло в 2 раза больше времени, чем из структур

а зачем их создавать так много? повторно использовать надо

и все равно бьістрее будет за джаву))

"Thanks to a burst of donations in the past few days, we've hit our goal at the #dlang Open Collective to support the code-d/serve-d for VS Code. Great work, everyone! Details to come." - из твитора

а зачем их создавать так много? повторно использовать надо

То были тесты

и все равно бьістрее будет за джаву))

Это факт

а зачем их создавать так много? повторно использовать надо

Переиспользовать структур - думаю +/- будет тоже самое, что заново алоцирова через маллок

Создание 1М объектов из класса у меня заняло в 2 раза больше времени, чем из структур

Странно, у меня была разность результатов раз в 10-100 насколько я помню

Из чего я запомнил что структуры люто быстрые

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

Странно, у меня была разность результатов раз в 10-100 насколько я помню

В 10 и тем более 100 раз быстрее у меня небыло

Но передавать по ref не сложно, но вот наследование - да

Но передавать по ref не сложно, но вот наследование - да

Сложно же:)

Ref член класса например не сделаешь

Приходится велосипедить с указателями

Ref член класса например не сделаешь

Чего?

LigHttp https://trello.com/b/NW4jtidt/lighttp

создал доску, надо стек работ сфлрмировать

кто участвует - давайте ник трелло, добавлю

создал доску, надо стек работ сфлрмировать

А разве это уже не реализованный сервер?

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

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

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

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

Понял

все видели новость что на vscode собрали деньги?

линк?

с ходу тоже не завелось(

lighttp только get/post поддерживает

options? put?

не) уже вот 4 задачи добавил :)

юнит тестов вообще 0