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

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

https://www.wordsapi.com/ как думаете долго напилить на D такой бекенд? типа такого сервиса...

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

Я с гц пробовал писать модуль для Emacs, на С всё было ок, а на D сразу всё падало. Может быть дело не в гц, а в том, что заголовочный файл неправильно перевёл. На Racket тем временем вполне получается писать биндинги с сишным либам. На D, по идее, должно быть значительно проще.

racket это что?

racket это что?

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

Мне он приглянулся тем, что на нём легко ваять кроссплатформенный гуй.

Даже не слышал о таком. А что там на D падало? Ошибка какая-то?

Даже не слышал о таком. А что там на D падало? Ошибка какая-то?

Сегфолт сразу, как пытался модуль загрузить. Отладчиком я, често говоря, пользоваться не умею. Никогда не программировал на низком уровне, понимаю, что многое упустил.

Как я понимаю, если делаешь библиотеку, то надо явным образом позаботиться о том чтобы рантайм проинициализировался до того, как основной код на Ди начнет вызываться. В винде это в DllMain, на других платформах еще как-то. См. статьи об этом на dlang.org. (сам я такие библиотеки не делал, только теорию читал)

А кто тут в вебе хорошо шарит? Если JS фреймворк генерит URL'ы на лету т.е. их физически нет на сервере, то при обращении к ним снаружи напрямую они возвращают 404 ошибку. Можно ли как-то заставить эти урлы работать как реально существующие? пример: dlang.ru/book не существует и выдаст 404 ошибку, но если зайти в корень и дальше перейти, то все заработает

Не понятно

в плане? Я тут погуглил. Походу только страницу на сервере генерить иначе нужно с NodeJS возиться и кучей серверных фрймворков

для Vue интересное решение есть, но я реально не хочу с NodeJS связываться https://ru.nuxtjs.org/guide

Про типизирование интересная инфа: "Dart 1.x is an optionally typed language, but types aren’t optional in Dart 2.0. With both static and runtime type checks, Dart 2.0 has a sound type system." Все же все современные языки должны быть типизируемыми.

Или нет)

А кто тут в вебе хорошо шарит? Если JS фреймворк генерит URL'ы на лету т.е. их физически нет на сервере, то при обращении к ним снаружи напрямую они возвращают 404 ошибку. Можно ли как-то заставить эти урлы работать как реально существующие? пример: dlang.ru/book не существует и выдаст 404 ошибку, но если зайти в корень и дальше перейти, то все заработает

Надо свой сервер научить отвечать что надо на эти запросы. Если отвечать одно и то же - можно просто в настройках веб-сервера (nginx/apache/whatever) сказать куда посылать по всем запросам такого-то вида. JS тут не при чем, клиент его не обязан исполнять.

но урла такого же не существует физически т.е. надо переадресовать на корень и дальше переадресовать на сам урл? Так?

я просто пытаюсь vibed еще вкорячить в это все

если его можно регекспом распознать (или набором оных) - то это можно в конфиге вебсервера указать и перенаправить куда надо

в vibe.d просто route'ов добавить

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

кто он? в обработчике раута ставишь свой ответ, никто никакие страницы не ищет

А вот еще вариант предложили https://stackoverflow.com/questions/45562442/how-to-make-vue-router-from-outside

но урла такого же не существует физически т.е. надо переадресовать на корень и дальше переадресовать на сам урл? Так?

Нет такого понятия как "физическое существование урла"

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

Другими словами, всегда можно поставить один route "*", где твоя функция будет получать запрашиваемый URL в виде строки, и если он похож на любой из тех "виртуальных" адресов, отвечать что пожелаешь.

Понятно что vibed может отвечать что пожелает, но тут то перещелкивание страницы происходит в самом JS

Это "визуальные эффекты" на клиенте, серверу пофиг, что там происходит

просто как я понимаю в начале движок запускается, отрисовывает все, а потом так же подгружает часть другой страницы (опять см пример на SO)

А ты вероятно про html history api

ну и про него тоже

просто урл который я вижу в адресной строке он получается через html history api создан

Да. Если при этом запроса на сервер не было, то сервер никак не поможет

так в итоге воркэраунда никакого нет?

для какой проблемы? мы ее не видим

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

если обращается - отвечай

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

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

и что с того?

и главное - что хочется увидеть?

я хочу увидеть как если бы урл /book существовал, хотя его нет т.е. внутри index.html просто maincontent перещелкивается на bookcontent. Просто что я пытаюсь избежать. Я хочу чтобы к примеру если я меняю шапку она менялась в одном месте т.е. не было бы такого, что на каждой страинце нужно ее переверстывать. Отсюда весь изврат

отдавать все тот же index.html с твоим JS-аппом, и он по урлу (например) увидит, что в адресе /book и сразу "перещелкнет"

У тебя получается spa, в нем вообще не надо ничего переверстывать. Изменяемая часть страницы меняется только внутри div

да вот только не перещелкивает нихрена http://dlang.ru/book

надо научить

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

Просто может лучше Pug как-то научить страницы склеивать? Типа чтобы я шапку мог определить отдельно от всего и она была бы на всех страницах

@DmitryBubnenkov используете vue router?

https://github.com/vuejs/vue-router/

угу именно его

вы настроили роуты и они не работают?

а хотя сам сейчас посмотрю, что Вы там сделали

@antlord можно на ты) они работают и перещелкиваются, только внутри SPA

https://github.com/bubnenkoff/dlang.ru вот исходники

new Vue({ el: '#app', router, data: { }, }) вот это вообще легально?

ну собственно да, а что смущает?

у router нет ключа

такая форма записи вроде бы в ES6 разрешена

ECMAScript)

вы уверены?

на 80%

О_о

можно ссылку, где Вы такое видели?

щас поищу

так стоп

ERROR: S client not available

я ecmascript не могу видеть

я могу видеть только js

ecmascript браузером не интерпретируется

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

это не ecmascript, я не могу его видеть

вы его собираете в js и уже js выдаете

т.е. есть подозрения что без компоновщика брауер это не так будет понимать?

да это js

я дал кусок js кода

не ecmascript

кстати, pug подерживает импорт

http://turnoff.us/image/en/functional-world.png

такой вопрос, а что будет, если человек с отключенным js зайдет на этот dlang.ru/book?

он просто ничего не увидит, там все на js завязано

Я очень долго голову ломал как скрестить ужа с ежом, но все варианты костыльные

Я не хочу ради сайта на 3 страницы NodeJS тащить с пакетами на пол гига

а зачем это делать?)

почему бы просто вайбом не отдавать страницу в fallback режиме?)

fallback это как? как dt?

Я хотел избавиться от перезагрузки при переключении страниц

не думаю, что это хороший подход)

мне хочется придумать механизм подгрузки фрагментов страниц в фоне

если это SPA, то подход хороший, но на сайтах с традиционной навигацией, вряд ли это будет приемлемым решением)

мне хочется придумать механизм подгрузки фрагментов страниц в фоне

ну так XMLHttpRequest же

да это понятно, только надо чтобы он еще урлы правильно обрабатывал разные

он это кто?

любой урл — это запрос к серверу, тут два выхода, либо все редиректить на SPA, а уже SPA по URL будет определять, в каком он состоянии; либо по URL отдавать полностью сформированный html

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

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

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

будет время займусь этим

@maxfreck о чем мне он тут говорит не понимаю http://forum.dlang.org/post/omcmrl$318p$1@digitalmars.com