Простой сайт на D

[@donnerjack13589]

Можно, сложно… но зачем?

[@danial72]

Ускорение сложных сайтов. Зря так думаете, не так уж и сложно. Думаю в течении некоторого времени появится транслятор html => Vibe templ…
Даже, примерно, догадываюсь кто его напишет.

[@vaniaPooh]

Это еще не сложно. Вот в Yesod фреймворке на Хаскелле сложно. Там аналогичная система есть для CSS и Javascript. www.yesodweb.com/book/shakespearean-templates

[@danial72]

Веб-приложение на Хаскелле? Мсье, а вы знаете толк…

[@crackedmind]

Не сложно. На днях перенес верстку на slim. Очень понравилось

[@vaniaPooh]

На самом деле уже есть конвертер HTML -> Jade: html2jade.aaron-powell.com/.

[@danial72]

Тем более

[@EvilShadow]

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

[@danial72]

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

[@celen]

А если комментарии поставить перед комментируемым кодом, будет еще понятнее!

[@danial72]

Это уже холивар о стиле )

[@TheShock]

Ну вы вообще снесли мозг этим. Где вы вообще откопали такую странную привычку?

[@danial72]

Однажды предложили мальчишки со двора и понеслось.

[@EvilShadow]

Честно говоря, нигде не видел такого стиля. Комментарий нужен, чтоб понять, что делает код. Зачем он, если это уже понятно? А вот до кода он как раз выполнит эту задачу.

[@WebSpider]

<offtop>Not founded? Это что-то новенькое :)</offtop>

[@danial72]

Это же не заголовок, заголовки он либо сам пишем, либо через метод.
Просто фраза

[@WebSpider]

Прошу прощения, не понял вашего комментария. Я просто хотел сказать, что правильно not found

[@ValdikSS]

«Не основано».

[@danial72]

Тоже неправильно вас понял. Ох уж это недопонимание

[@zipo]

чего новенькое то? стандартная ошибка человека, который не знает форм. Вообще очень прикольно, первый раз встретился, когда прибежала девочка проверяющая тексты после программеров. Грамматически то правильно, но по смыслу не очень. Но мы программеры люди же странные, мало ли что имели ввиду :)

[@NCrashed]

Давно использую vibe.d, но у него есть один большой недостаток: отсутствие daemon режима, который необходим при доступе через ssh. Пришлось писать костыльную обертку, форкающую процесс с vibe.

Очень важно: vibe еще не достиг production состояния (хотя сам язык близок к этому). Если решите использовать, готовьтесь столкнутся с сотнями багов и необходимостью допиливания напильником исходников фреймворка.

[@danial72]

Можешь пару примеров по Редису скинуть. Не смог разобраться
[e-mail]

[@NCrashed]

Редис только пробовали, пока искали альтернативу сломанному монго драйверу. Вся суть:
1. import vibe.db.redis.redis;
2. создать RedisClient,
3. У полученного объекта есть все методы, которые описаны в офф. списке комманд

В репе vibe есть пример: github.com/rejectedsoftware/vibe.d/blob/master/examples/redis/source/app.d

[@danial72]

В моем dmd, видимо, баг, не компилируется пример.

[@burjui]

Ни сообщения компилятора, ни его версии. Вы хотели, чтобы читатели вашего комментария просто посочувствовали?

[@danial72]

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

[@dmitriko]

Отсутствие daemon режима, по моему скромному мнению,
для подобных вещей является скорее современной тенденцией.
Создавать daemon-ов и управлять ими это работа,
например, для upstart script, с которой он прекрасно справляется.

Обязательно посмотрите в сторону upstart — несколько
строчек в конфиг файле который лежит в /etc/init
делают удивительные вещи.

[@NCrashed]

Итого к этому и пришли, rdmd скрипт в /etc/init, но все же приятнее, когда в сервере есть встроенный daemon режим, так как не нужно придумывать своих config файлов и способов логирования ошибок.

[@danial72]

Есть serveStaticFiles(), но это временная заглушка.

[@NCrashed]

Согласен, в данной реализации это совсем не безопасно. Лучше заменить на встроенный вариант без этой дыры:

   auto router = new URLRouter;
    router.get("/:r",&index_req);
    router.get("/",&index);
    router.get("*", serveStaticFiles("./public/"));
    ...

*Промахнулся, это ответ для ветки чуть выше*

[@danial72]

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

[@lexxpavlov]

Хотелось бы тесты скорости, хотя бы на helloworld. В сравнении с php и node.js.

[@NCrashed]

Бенчмарк проводил с помощью:

ab -r -n 100000 -c 100 http://127.0.0.1:8080/

Проц: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+

Сравнивал helloword для vibe и node.js:

vibe dmd:  4183.49 #/sec
node.js helloworld: 3695.95 #/sec 

[@bean]

с gcc или llvm бэкэнднами компиляторов D должен быть быстрей

[@NCrashed]

Vibe не собрался с последним gdc, ldc не пробовал. На гитхабе есть тикет, в котором люди добивались большего быстродействия vibe перед node.js: github.com/rejectedsoftware/vibe.d/issues/38

[@NCrashed]

При публикации очередной записи с DConf 2013 (День 2. Выступление 4) стали доступны результаты более детальных бенчмарков. Посмотреть их можно на слайдах и в документе.

[@danial72]

А с php сравнивать смысла не вижу, ибо D компилируемый.

[@lexxpavlov]

ну почему же нет смысла. Понятно, что D быстрее, но вот на сколько быстрее — вопрос. В 2 раза, в 10 или в 100 раз быстрее

[@dbelka]

Так и NodeJs интерпретируемый.
Давайте тогда уж сравним D и C ;)

[@lexxpavlov]

Node.Js компилируемый. У него в основе движок V8 от Гугла (тот же, что и в браузере Chromium / Chrome).
Но с C сравнить тоже интересно, вы правы :)

[@danial72]

А на Си вы не задолбаетесь сайт то писать?
В Ди баланс между скоростью и удобством

[@NCrashed]

Node.js имеет JIT компиляцию, поэтому сравнить стоило.

[@mgkirs]

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