Дмитрий Тютерев

websocket (cowboy) . Сами собщения - JSON API

Не ясно что имеется ввиду под импортом модулей. Если эти модули находятся в пределах одной сборки, то в /ebin (после компиляции) они попадут в одной структуре.

Т.е. если есть src/a/a.erl и src/b/b.erl , то для использования в a.erl функций модуля b.erl не нужно ничего импотрировать, просто используйте b:func(...

после выполнения сборки проекта (например rebar'ом) оба файла окажутся в /ebin/{a,b}.beam

Видимо, вопрос про хранение в ets . В этом случае я бы руководствовался любым howto по хранению в key-value nosql типа redis, memcache, etc... т.е. , скорее всего, по ключу поста просто хранил все его теги

git pull + make (bash+relx) на спец. машине.
Затем : cейчас - ручное копирование на прод. сервер...планируется свой apt репозиторий с update
и ansible для раскладывания конфигов nginx, supervisord, etc... , установка пакетов perl, создание пользователей...

Вам нужен cowboy_req:binding

Dispatch = cowboy_router:compile([
{'_', [
{"/:service/:controller/:action/[:id/[...]]", kf_route_handler, []}
]}
]),

handle(Req, State) ->
lager:info("~p",[Req]),
{Controller, _} = cowboy_req:binding(controller, Req, <<"index">>),
{Action, _} = cowboy_req:binding(action, Req, <<"index">>),
{M, _} = cowboy_req:method(Req),

...