Кот создавал сайты на erlang

1,398 views
Skip to first unread message

nekulin

unread,
Jan 28, 2013, 12:18:57 AM1/28/13
to erlang-...@googlegroups.com
Прошу сильно не ругаться, мне интересно кто создавал сайты на этом языке и что в итоге получилось.

1) на сколько объемный функционал?
2) тяжело ли поддерживать его?
3) на сколько он быстро работает?
4) много ли проблем при этом возникло?

Я как то ставил  yaws и сравнил его с nginx и yaws оказался в 5 раз медленее nginx, кто тут виноват сам erlang или yaws остается загадкой.

Maxim Sokhatsky

unread,
Jan 28, 2013, 12:19:56 AM1/28/13
to erlang-...@googlegroups.com
Начни с этого: http://maxim.livejournal.com/392587.html

Date: Sun, 27 Jan 2013 21:18:57 -0800
From: nekul...@gmail.com
To: erlang-...@googlegroups.com
Subject: Кот создавал сайты на erlang
--
--
Страница рассылки: http://groups.google.com/group/erlang-russian
Новости: http://erlanger.ru
Чат: xmpp://erl...@conference.jabber.ru
Чат для оффтопа: xmpp://erlang...@conference.jabber.ru
Правила, действующие в чате и рассылке: http://erlanger.ru/ru/erlang-at-conference-jabber-ru
 
Написать письмо: erlang-...@googlegroups.com
Отписаться: erlang-russia...@googlegroups.com
 
 

Valentin Nechayev

unread,
Jan 28, 2013, 2:38:32 AM1/28/13
to erlang-...@googlegroups.com
Всё-таки хотелось бы раскрытия темы использования котов для написания сайтов. Я надеюсь, что это не описка.
 

--
-netch-

Andrey Sergienko

unread,
Jan 28, 2013, 3:56:19 AM1/28/13
to erlang-russian

Надо переделать в "ШОК! Кот создавал сайты на erlang! Куда смотрит МВД!" - и форварднуть на ленту.ру



Andrey Sergienko

2013/1/28 Valentin Nechayev <net...@gmail.com>
Всё-таки хотелось бы раскрытия темы использования котов для написания сайтов. Я надеюсь, что это не описка.
 

--
-netch-

--

Kirill Klenov

unread,
Jan 28, 2013, 3:59:00 AM1/28/13
to erlang-...@googlegroups.com
> Я как то ставил  yaws и сравнил его с nginx

Я не совсем понимаю, что значит создавать сайты на nginx и как этой связано с котами ;), но если речь идет в веб. сервере для отдачи статических страниц, то о чем вопрос, используйте nginx. Если же речь идет о динамических веб. сайтах (сервисах) то сравнение nginx vs yaws (erlang) мягко сказать некорректно. С таким же успехом можно обсуждать любопытнейшие сравнения: CSS vs REST или XSLT vs PNG.


Kirill Klenov
web developer
______________________________________________________________________
hor...@gmail.com | http://klen.github.com
mobile: +7 906 772-36-20


28 января 2013 г., 11:38 пользователь Valentin Nechayev <net...@gmail.com> написал:
Всё-таки хотелось бы раскрытия темы использования котов для написания сайтов. Я надеюсь, что это не описка.
 

--
-netch-

--

Max Lapshin

unread,
Jan 28, 2013, 4:08:50 AM1/28/13
to erlang-...@googlegroups.com
Если по делу, то я могу рассказать про два фреймворка: нитроген и chicagoboss.


nitrogen клев. Он забавен тем, что у него есть постоянно работающий транспорт от браузера к серверу и процессы, связанные с открытой страницей.
Так же он удобен тем, что в нём возможна компонетная модель: берешь кусочек кода и втыкаешь его в страничку.

chicagoboss — это rails 0.5, что уже немало. Но написать веб контроллер на эрланге — это может быть очень неудобно.





2013/1/28 Kirill Klenov <hor...@gmail.com>

Maxim Sokhatsky

unread,
Jan 28, 2013, 4:50:13 AM1/28/13
to erlang-...@googlegroups.com
Что именно ты хочешь услышать ?

Date: Mon, 28 Jan 2013 09:38:32 +0200
Subject: Re: Кот создавал сайты на erlang
From: net...@gmail.com
To: erlang-...@googlegroups.com


Всё-таки хотелось бы раскрытия темы использования котов для написания сайтов. Я надеюсь, что это не описка.
 

--
-netch-

Николай Измайлов

unread,
Jan 28, 2013, 5:17:01 AM1/28/13
to erlang-...@googlegroups.com
Кот* - это отпечатка, поспешил не проверил. Имелось виду "Кто" я и так не нашел как поменять заголовок темы.

Вообще я хотел услышать ответы на
1) на сколько объемный функционал?
2) тяжело ли поддерживать его?
3) на сколько он быстро работает?
4) много ли проблем при этом возникло?

Если по делу, то я могу рассказать про два фреймворка: нитроген и chicagoboss.
- спасибо, впервые слышу о них надо будет попробовать.



но если речь идет в веб. сервере для отдачи статических страниц, то о чем вопрос, используйте nginx
- я думал как то чотб статику отдавать через nginx и сделать прокиси на erlang  для динамики



28 января 2013 г., 13:50 пользователь Maxim Sokhatsky <ma...@synrc.com> написал:
---
Вы получили это сообщение, поскольку подписаны на группу Erlang по-русски.
 
Чтобы отменить подписку на эту группу, отправьте сообщение по адресу erlang-russia...@googlegroups.com.
Подробнее о функциях можно узнать на странице https://groups.google.com/groups/opt_out.
 
 

Danil A. Zagoskin

unread,
Jan 28, 2013, 6:09:25 AM1/28/13
to erlang-...@googlegroups.com
nitrogen клев. Он забавен тем, что у него есть постоянно работающий транспорт от браузера к серверу и процессы, связанные с открытой страницей.
А также он очень капризен. При усложнении странички за пределы того, что описано в введении, начинаются спецэффекты.
Если при помощи wf:update заменить кусок страницы с кнопкой на ровно такой же кусок, кнопка перестает работать.
По непонятным причинам Comet отваливается.
При параллельной передаче сразу нескольких больших кусков данных через Comet они аггрегируются в громадные пачки, что приводит к неприятным тормозам на клиенте.
Возникают странные явления при попытке перезапуска Comet-воркера.
Если в URI и в теле POST-запроса содержатся поля с одинаковыми именами, нитроген ломается при обращении к ним.

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

Николай Измайлов

unread,
Jan 28, 2013, 6:13:49 AM1/28/13
to erlang-...@googlegroups.com
Вот это ближе к раскрыванию темы)


28 января 2013 г., 15:09 пользователь Danil A. Zagoskin <da...@st-olen.ru> написал:
---
Вы получили это сообщение, поскольку подписаны на группу Erlang по-русски.
 
Чтобы отказаться от подписки на эту группу и перестать получать из нее сообщения, отправьте электронное письмо на адрес erlang-russia...@googlegroups.com.

Maxim Sokhatsky

unread,
Jan 28, 2013, 6:25:05 AM1/28/13
to erlang-...@googlegroups.com
Писать в группу Эрланг и получить ответ что на Эрланге сайты 
делать плохо выглядит как минимум странным.
Это не раскрытие темы а сопли. Я даже незнаю как 
можно так писать на нитрогене что бы такие грабли были.

Мы за три месяца втроем написали сложный сайт с чатами
платежами, сложными рапределенными запросами, которые
работает на 10 серверах. При этом если надо что-то сделать 
все поправляется за 10 минут и можно исправлять прямо на 
продакшине без пререзапуска.

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

Быстрее ковбоя только Java. Быстрее нитрогена только OCaml.
Писать на Нитрогене -- это счастье недоступное другим языкам.
Единственные проблемы которые у меня были с нитрогеном это
в библиотеке nprocreg которые уже давно исправлены.

Вот наш сотрудник управление своими проектами на
нитрогене сделал за 2 дня после того как поработал у нас пару месяцев.
Эрланг видел впервые в жизни.


Date: Mon, 28 Jan 2013 14:13:49 +0300
Subject: Re: Кот создавал сайты на erlang
From: nekul...@gmail.com
To: erlang-...@googlegroups.com

Николай Измайлов

unread,
Jan 28, 2013, 7:10:10 AM1/28/13
to erlang-...@googlegroups.com
Посмотрел пример кода, такой код тяжело поддерживать и работать с ним. Нету mvc это первое что необхадимо


28 января 2013 г., 15:25 пользователь Maxim Sokhatsky <ma...@synrc.com> написал:
Чтобы отменить подписку на эту группу, отправьте сообщение по адресу erlang-russia...@googlegroups.com.

Maxim Sokhatsky

unread,
Jan 28, 2013, 7:15:03 AM1/28/13
to erlang-...@googlegroups.com
Вам голову совсем забили этим MVC :-)
Ты на эрланге вообще писал до этого ?

Date: Mon, 28 Jan 2013 15:10:10 +0300

Николай Измайлов

unread,
Jan 28, 2013, 7:18:41 AM1/28/13
to erlang-...@googlegroups.com
нет) я только его изучаю


28 января 2013 г., 16:15 пользователь Maxim Sokhatsky <ma...@synrc.com> написал:

Max Lapshin

unread,
Jan 28, 2013, 7:26:30 AM1/28/13
to erlang-...@googlegroups.com
Макс, чаты это хорошо, но несложно.

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

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

--
--
Страница рассылки: http://groups.google.com/group/erlang-russian
Новости: http://erlanger.ru
Чат: xmpp://erl...@conference.jabber.ru
Чат для оффтопа: xmpp://erlang...@conference.jabber.ru
Правила, действующие в чате и рассылке: http://erlanger.ru/ru/erlang-at-conference-jabber-ru
 
Написать письмо: erlang-...@googlegroups.com
Отписаться: erlang-russia...@googlegroups.com
---
Вы получили это сообщение, поскольку подписаны на группу Erlang по-русски.
 
Чтобы отменить подписку на эту группу, отправьте сообщение по адресу erlang-russia...@googlegroups.com.

Max Lapshin

unread,
Jan 28, 2013, 7:28:07 AM1/28/13
to erlang-...@googlegroups.com
Я с Сохацким согласен, мне тоже непонятно как совместить эрланг и MVC.  ChicagoBoss клев тем, что в нём больше всего реализовано всего привычного.

Нитроген он другой.

Maxim Sokhatsky

unread,
Jan 28, 2013, 7:28:21 AM1/28/13
to erlang-...@googlegroups.com
Ну так для этого надо свои компоненты на JS писать.
Все можно делать в рамках того же нитрогена.
Кроме того каждый wf:update же посылает запрос
на сервер и получает оттуда кусок страницы, я стараюсь это использовать минимально.

Date: Mon, 28 Jan 2013 15:26:30 +0300

Subject: Re: Кот создавал сайты на erlang

Николай Измайлов

unread,
Jan 28, 2013, 7:31:24 AM1/28/13
to erlang-...@googlegroups.com
Кроме того каждый wf:update же посылает запрос
на сервер и получает оттуда кусок страницы, я стараюсь это использовать минимально.

На аяксе? или это внутри ?


28 января 2013 г., 16:28 пользователь Maxim Sokhatsky <ma...@synrc.com> написал:

Max Lapshin

unread,
Jan 28, 2013, 7:34:12 AM1/28/13
to erlang-...@googlegroups.com
Вот речь и идет о том, что нитроген подталкивает к тому, что бы не писать никакого JS, а писать только на эрланге.

Клево и удобно, пока не приходится писать на JS.


2013/1/28 Николай Измайлов <nekul...@gmail.com>
Чтобы отказаться от подписки на эту группу и перестать получать из нее сообщения, отправьте электронное письмо на адрес erlang-russia...@googlegroups.com.

Yuri Zhloba

unread,
Jan 28, 2013, 7:34:39 AM1/28/13
to erlang-...@googlegroups.com
MVC -- это из мира ООП. Если хочется изучить другие парадигмы, то надо
очистить мозг и быть готовым воспринимать новое.

Max Lapshin

unread,
Jan 28, 2013, 7:38:39 AM1/28/13
to erlang-...@googlegroups.com
Юра, вся проблема в том, что последние 5 лет ничего кроме MVC в области создания сайтов толком и нет.

С появлением рельс любая тема веб-разработки строится в ключе «а у нас как в рельсах, но всего на 3 года отстаем» или «мы долго смотрели на рельсы, решили сделать немного по-другому».


2013/1/28 Yuri Zhloba <yzh4...@gmail.com>
MVC -- это из мира ООП. Если хочется изучить другие парадигмы, то надо
очистить мозг и быть готовым воспринимать новое.

Yuri Zhloba

unread,
Jan 28, 2013, 7:50:14 AM1/28/13
to erlang-...@googlegroups.com
Ну, наверное да. Только нужно взять шире: не только в области создания
сайтов, а и вообще в области построения UI юзают в основном MVC. Хотя
вроде бы как существуют и другие подходы, и на функциональных языках
тож как-то строят UI. Наверное стоит в них вникнуть, если уж хочется
использовать Erlang именно таким образом :)

Max Lapshin

unread,
Jan 28, 2013, 7:52:39 AM1/28/13
to erlang-...@googlegroups.com



2013/1/28 Yuri Zhloba <yzh4...@gmail.com>
Расскажи примеры

Maxim Sokhatsky

unread,
Jan 28, 2013, 7:52:45 AM1/28/13
to erlang-...@googlegroups.com
Не вижу проблемы запостить JS контролы пул реквестом в нитроген.

Date: Mon, 28 Jan 2013 15:34:12 +0300

Yuri Zhloba

unread,
Jan 28, 2013, 7:59:37 AM1/28/13
to erlang-...@googlegroups.com
ну вот такую фигню упоминают в данном контексте
http://en.wikipedia.org/wiki/Functional_reactive_programming но я сам
не вникал

Maxim Sokhatsky

unread,
Jan 28, 2013, 8:04:50 AM1/28/13
to erlang-...@googlegroups.com
Именно это положено в основу нитрогена.
В нитрогене есть всегда два способа апдейта страницы:

1. из комет функций
2. по ивенту

Второй плох тем, что для этого надо сходить на сервер,
тогда как комет функция автоматически лонг-пулингом
(когда уже умрет эта ужасная технология и настанет эра вебсокетов) 
получает так или иначе данные и апдейт более незаметно для пользователя.

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

> Date: Mon, 28 Jan 2013 15:59:37 +0300

> Subject: Re: Кот создавал сайты на erlang

>
> ну вот такую фигню упоминают в данном контексте
> http://en.wikipedia.org/wiki/Functional_reactive_programming но я сам
> не вникал
>

Артём Семёнов

unread,
Jan 28, 2013, 8:08:52 AM1/28/13
to erlang-...@googlegroups.com
Блин, а я вот только что писал ответ про FRP. Благо, обновил тред перед отправкой. В целом, это оно то самое, что можно попробовать и в эрланге.

28 января 2013 г., 19:59 пользователь Yuri Zhloba <yzh4...@gmail.com> написал:
ну вот такую фигню упоминают в данном контексте
http://en.wikipedia.org/wiki/Functional_reactive_programming но я сам
не вникал

Max Lapshin

unread,
Jan 28, 2013, 8:09:46 AM1/28/13
to erlang-...@googlegroups.com
Мне всё таки была интереснее не университетская теория, а порносайт/интернет-магазин сделанный на FP не по MVC.


2013/1/28 Артём Семёнов <sev...@gmail.com>

Maxim Sokhatsky

unread,
Jan 28, 2013, 8:12:00 AM1/28/13
to erlang-...@googlegroups.com
Я как университетский теоретик могу притянуть за уши MVC если кто-то хочет.

Комет процесс -- это контроллер.
Контекст страницы -- это вью.
Рекорды ганяемые по сети -- это модель.

В безкоментном варианте страницы контроллер -- это update(Event).

У меня как раз порносайт :-)

Date: Mon, 28 Jan 2013 16:09:46 +0300

Subject: Re: Кот создавал сайты на erlang
From: max.l...@gmail.com
To: erlang-...@googlegroups.com

Чтобы отказаться от подписки на эту группу и перестать получать из нее сообщения, отправьте электронное письмо на адрес erlang-russia...@googlegroups.com.

Dmitrii Dimandt

unread,
Jan 28, 2013, 8:35:19 AM1/28/13
to erlang-...@googlegroups.com
Что-то все начали меряться пиписьками, не спросив даже, что за сайт, и зачем он нужен.


Не зная ответов на вышезаданное, могу упомянуть еще Zotonic, который является этаким монстро-комбайном полу-CMS полу-фреймворком, в котором, с одной стороны, есть все, а с другой — нет ничего, но который можно расширять в любые стороны, с ивентами и коллбэками



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


1) на сколько объемный функционал?
2) тяжело ли поддерживать его?
3) на сколько он быстро работает?
4) много ли проблем при этом возникло?

Я как то ставил  yaws и сравнил его с nginx и yaws оказался в 5 раз медленее nginx, кто тут виноват сам erlang или yaws остается загадкой.

Maxim Sokhatsky

unread,
Jan 28, 2013, 8:36:18 AM1/28/13
to erlang-...@googlegroups.com
Та Зотоник это какой-то бред сивой кобылы.


Subject: Re: Кот создавал сайты на erlang
Date: Mon, 28 Jan 2013 14:35:19 +0100
To: erlang-...@googlegroups.com

Vitaliy Kulchevych

unread,
Jan 28, 2013, 9:52:34 AM1/28/13
to erlang-...@googlegroups.com
2013/1/28 Николай Измайлов <nekul...@gmail.com>:
> Вообще я хотел услышать ответы на
> 1) на сколько объемный функционал?
все зависит от поставленной задачи, опишите ваш проект

> 2) тяжело ли поддерживать его?
нет

> 3) на сколько он быстро работает?
достаточно для моей задачи, вы быстрее упретесь во внешние источники данных
тот же memcached/redis/xSQL/etc
по моему проекту респонс главной страницы клиенту 7-11 мс объемом в 11 кб

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

сейчас написать сайт на эрланге взяв в руки cowboy/mochiweb вообще не составляет
никакого труда, просто запустив example, а далее уже сами :)
Я в свое время начал с mochiweb-а.


--
live free or die;

Konstantin Gorshkov

unread,
Jan 28, 2013, 10:09:07 AM1/28/13
to erlang-...@googlegroups.com
О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ Weblocks http://weblocks.viridian-project.de/features . О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫-О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ - О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫ - О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ - О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ CL-О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫.

On 28.01.2013 16:52, Max Lapshin wrote:



2013/1/28 Yuri Zhloba <yzh4...@gmail.com>
О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫. О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫: О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ UI О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ MVC. О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫ О©╫О©╫О©╫-О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ UI. О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ Erlang О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ :)

О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ https://groups.google.com/groups/opt_out.
О©╫
О©╫

Николай Измайлов

unread,
Jan 28, 2013, 10:33:09 AM1/28/13
to erlang-...@googlegroups.com
7-10 ms это очень хорошо, у меня на php в среднем 100 ms. Только фрейморк отнимает 20-30 ms


28 января 2013 г., 18:52 пользователь Vitaliy Kulchevych <cool...@gmail.com> написал:
--
--
Страница рассылки: http://groups.google.com/group/erlang-russian
Новости: http://erlanger.ru
Чат: xmpp://erl...@conference.jabber.ru
Чат для оффтопа: xmpp://erlang...@conference.jabber.ru
Правила, действующие в чате и рассылке: http://erlanger.ru/ru/erlang-at-conference-jabber-ru

Написать письмо: erlang-...@googlegroups.com
Отписаться: erlang-russia...@googlegroups.com
---
Вы получили это сообщение, поскольку подписаны на группу Erlang по-русски.

Чтобы отказаться от подписки на эту группу и перестать получать из нее сообщения, отправьте электронное письмо на адрес erlang-russia...@googlegroups.com.

Max Lapshin

unread,
Jan 28, 2013, 10:46:00 AM1/28/13
to erlang-...@googlegroups.com
Перечень родовых трамв PHP в одном письме не перечислить =)

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

Но тем не менее некоторые PHP-сайты типа раннего вконтакта как-то очень быстро могли отдавать странички.

Николай Измайлов

unread,
Jan 28, 2013, 10:49:23 AM1/28/13
to erlang-...@googlegroups.com
Они написали си расширения, тогда код храниться в памяти и очень быстро работает.


28 января 2013 г., 19:46 пользователь Max Lapshin <max.l...@gmail.com> написал:
Перечень родовых трамв PHP в одном письме не перечислить =)

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

Но тем не менее некоторые PHP-сайты типа раннего вконтакта как-то очень быстро могли отдавать странички.

--
--
Страница рассылки: http://groups.google.com/group/erlang-russian
Новости: http://erlanger.ru
Чат: xmpp://erl...@conference.jabber.ru
Чат для оффтопа: xmpp://erlang...@conference.jabber.ru
Правила, действующие в чате и рассылке: http://erlanger.ru/ru/erlang-at-conference-jabber-ru
 
Написать письмо: erlang-...@googlegroups.com
Отписаться: erlang-russia...@googlegroups.com
---
Вы получили это сообщение, поскольку подписаны на группу Erlang по-русски.
 
Чтобы отменить подписку на эту группу, отправьте сообщение по адресу erlang-russia...@googlegroups.com.

Dmitrii Dimandt

unread,
Jan 28, 2013, 11:10:18 AM1/28/13
to erlang-...@googlegroups.com
Перечень родовых трамв PHP в одном письме не перечислить =)

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



Стейт от перечитывания кода не зависит никак. В PHP нет долгоживущих процессов — это да. Но никто не мешает сделать свой класс сессии, который будет считывать данные, например, из memcached/redis/откуда угодно. Благо, подменить механизм сессий в PHP можно не просто легко, а очень легко: http://php.net/manual/en/function.session-set-save-handler.php И иметь какие угодно данные в каком угодно хранилище между какими угодно запросами.


Но тем не менее некоторые PHP-сайты типа раннего вконтакта как-то очень быстро могли отдавать странички.

--
--
Страница рассылки: http://groups.google.com/group/erlang-russian
Новости: http://erlanger.ru
Чат: xmpp://erl...@conference.jabber.ru
Чат для оффтопа: xmpp://erlang...@conference.jabber.ru
Правила, действующие в чате и рассылке: http://erlanger.ru/ru/erlang-at-conference-jabber-ru
 
Написать письмо: erlang-...@googlegroups.com
Отписаться: erlang-russia...@googlegroups.com
---
Вы получили это сообщение, поскольку подписаны на группу Erlang по-русски.
 
Чтобы отменить подписку на эту группу, отправьте сообщение по адресу erlang-russia...@googlegroups.com.

Николай Измайлов

unread,
Jan 28, 2013, 11:12:42 AM1/28/13
to erlang-...@googlegroups.com
А причем тут сессии?


28 января 2013 г., 20:10 пользователь Dmitrii Dimandt <dmi...@dmitriid.com> написал:

Dmitrii Dimandt

unread,
Jan 28, 2013, 11:20:38 AM1/28/13
to erlang-...@googlegroups.com
Сохранение состояния между запросами — это, по сути, сессии. Кто скажет, что это не так, пусть первым бросит в меня пинг

Чтобы отказаться от подписки на эту группу и перестать получать из нее сообщения, отправьте электронное письмо на адрес erlang-russia...@googlegroups.com.

Max Lapshin

unread,
Jan 28, 2013, 11:25:08 AM1/28/13
to erlang-...@googlegroups.com
Давай, положи сокет в сессию.


2013/1/28 Dmitrii Dimandt <dmi...@dmitriid.com>

Dmitrii Dimandt

unread,
Jan 28, 2013, 12:01:11 PM1/28/13
to erlang-...@googlegroups.com
Действительно, это ведь такая часто встречающаяся задача по сравнению с другими.

Max Lapshin

unread,
Jan 28, 2013, 1:18:42 PM1/28/13
to erlang-...@googlegroups.com
Если ты хотел пошутить, то не получилось, потому что перенести mysql коннект между запросами нужно гораздо чаще чем любой другой запрос.


2013/1/28 Dmitrii Dimandt <dmi...@dmitriid.com>

Dmitrii Dimandt

unread,
Jan 28, 2013, 2:34:53 PM1/28/13
to erlang-...@googlegroups.com
В тех задачах, в которых в подавляющем большинстве применяется РНР, нет, не чаще. Далеко не чаще.

А для переноса коннекта между запросами в РНР есть pconnect. Повторю, для задач, для которых предназначен РНР, это хватает с головой.

Дмитрий Омелечко

unread,
Jan 28, 2013, 5:11:02 PM1/28/13
to erlang-...@googlegroups.com
Про weblocks хорошо было написано в ПФП 7 за 2011 год. Но заброшен он, а идеи которые были интересны 3 года назад, сейчас уже таковыми не являются.


28 января 2013 г., 17:09 пользователь Konstantin Gorshkov <k.n.go...@gmail.com> написал:
На Общелиспе написан фреймворк, называется Weblocks http://weblocks.viridian-project.de/features . В нем реализована модель виджетов, которые сохраняют или меняют свои состояния между запросами, сами себя рендерят, из набора таких виджетов состоит все веб-приложение, само являющееся виджетом. Очень удобный для программиста диспетчер - не надо даже задумываться о маршрутах, ссылках - это забота фреймворка. Из недостатков - проект несколько дохловатый, как и многие CL-проекты в опенсурсе, нет поддержки интернационализации во встроенном скаффолдинге, ее надо допиливать самому путем форка или отказа от этого механизма, диспетчер делает многие ссылки плохочитаемыми для юзера.


On 28.01.2013 16:52, Max Lapshin wrote:



2013/1/28 Yuri Zhloba <yzh4...@gmail.com>
Ну, наверное да. Только нужно взять шире: не только в области создания

сайтов, а и вообще в области построения UI юзают в основном MVC. Хотя
вроде бы как существуют и другие подходы, и на функциональных языках
тож как-то строят UI. Наверное стоит в них вникнуть, если уж хочется
использовать Erlang именно таким образом :)

Расскажи примеры
  на странице https://groups.google.com/groups/opt_out.
 
 

Max Lapshin

unread,
Jan 28, 2013, 10:31:49 PM1/28/13
to erlang-...@googlegroups.com
На самом деле, веб сегодня опять стоит на перепутье как лет 15-18 назад.

Тогда надо было научиться по-человечески клепать порно/интернет-магазины и появился PHP, апофеозом развития которого стали рельсы, но они с MVC укладываются только в «Web 1.5» максимум, т.е. человек зашел, посмотрел и ушел.

Сегодня же человек на сайт зашел и сидит. Он теперь опять подключенный пользователь, как на каком-то IRC допотопном.

Вот про это надо думать, говоря об эрланге в вебе. Здесь он натягивает любую другую технологию.

Sergiy Kostyushkin

unread,
Jan 30, 2013, 2:51:00 PM1/30/13
to
Понеділок, 28 січня 2013 р. 11:08:50 UTC+2 користувач Max Lapshin написав:
chicagoboss — это rails 0.5, что уже немало. Но написать веб контроллер на эрланге — это может быть очень неудобно.

Я игрался с рельсами начиная с версии 0.13 кажется, и они тогда были намного стабильнее чем chicagoboss сейчас.
В начале своего пути chicagoboss был весьма интересным проектом, сейчас это свалка плохо протестированого кода, потому что автор проекта погнался за количеством фич, а не за качеством.
Я пытался писать на нем кое что, после аптайма в несколько дней начинаются жуткие тормоза по непонятным причинам. Плюс ко всему весьма геморойный деплоймент, не смотря на то что используется rebar.

Вівторок, 29 січня 2013 р. 05:31:49 UTC+2 користувач Max Lapshin написав:
Сегодня же человек на сайт зашел и сидит. Он теперь опять подключенный пользователь, как на каком-то IRC допотопном.

Вот про это надо думать, говоря об эрланге в вебе. Здесь он натягивает любую другую технологию. 

Тут с Максом согласен.
В поисках решений для веба пришел к такой связке:
На сервере: cowboy + статическая страница
На клиенте: backbone + websocket-ы
Не хватает только генерации динамики, но на данном этапе я этот подход обкатываю на админке в рабочем проекте. Еще не продакшн но то что получается мне нравится 

Подобные идеи наблюдаю в новом проекте автора ковбоя https://github.com/extend/farwest
Идею фреймворка можно понять по этой презенташке: http://ninenines.eu/talks/farwest/farwest.html

Николай Измайлов

unread,
Jan 31, 2013, 11:17:46 PM1/31/13
to erlang-...@googlegroups.com
сейчас написать сайт на эрланге взяв в руки cowboy/mochiweb вообще не составляет
никакого труда, просто запустив example, а далее уже сами :)
Я в свое время начал с mochiweb-а.

C mochiweb-а на что перешли? мне кажется yaws лучше ?


28 января 2013 г., 18:52 пользователь Vitaliy Kulchevych <cool...@gmail.com> написал:
2013/1/28 Николай Измайлов <nekul...@gmail.com>:
--
--
Страница рассылки: http://groups.google.com/group/erlang-russian
Новости: http://erlanger.ru
Чат: xmpp://erl...@conference.jabber.ru
Чат для оффтопа: xmpp://erlang...@conference.jabber.ru
Правила, действующие в чате и рассылке: http://erlanger.ru/ru/erlang-at-conference-jabber-ru

Написать письмо: erlang-...@googlegroups.com
Отписаться: erlang-russia...@googlegroups.com
---
Вы получили это сообщение, поскольку подписаны на группу Erlang по-русски.

Чтобы отказаться от подписки на эту группу и перестать получать из нее сообщения, отправьте электронное письмо на адрес erlang-russia...@googlegroups.com.

Vitaliy Kulchevych

unread,
Feb 1, 2013, 3:06:49 AM2/1/13
to erlang-...@googlegroups.com
2013/2/1 Николай Измайлов <nekul...@gmail.com>:
> сейчас написать сайт на эрланге взяв в руки cowboy/mochiweb вообще не
> составляет
> никакого труда, просто запустив example, а далее уже сами :)
> Я в свое время начал с mochiweb-а.
>
> C mochiweb-а на что перешли? мне кажется yaws лучше ?

На сейчас до сих пор на mochiweb-е, но с учетом того что у нас
"веб-сокетная" часть проекта
уже на cowboy-е, думаю переехать тоже на него. Для меня нет сложности,
потому что
написан отдельным модулем диспетчер/резолвер урлов и "сверху" может
быть любой веб-сервер.
Вопрос времени. Пока не упирался в производительность mochiweb-а

Николай Измайлов

unread,
Feb 1, 2013, 3:57:44 AM2/1/13
to erlang-...@googlegroups.com
У меня такой вопрос. Я же легко смогу масштабировать ? к примеру сайт, без каких либо изменений как раз что имеет erlang


1 февраля 2013 г., 12:06 пользователь Vitaliy Kulchevych <cool...@gmail.com> написал:

Maxim Sokhatsky

unread,
Feb 1, 2013, 3:59:43 AM2/1/13
to erlang-...@googlegroups.com
Насколько ты это сделаешь легко уверенности нет.
Другие делают легко.

Date: Fri, 1 Feb 2013 11:57:44 +0300

Subject: Re: Кот создавал сайты на erlang

nekulin

unread,
Feb 4, 2013, 2:21:56 AM2/4/13
to erlang-...@googlegroups.com
Как только я обратился к модели у меня станица начала грузиться 25 ms а без обращения просто hello word 7-8 ms на dev
Us = boss_db:find(role, []),
{ok, [
{us, Us}
]}.
Мне кажется это очень много и должно было быть больше 2 ms

понедельник, 28 января 2013 г., 18:52:34 UTC+4 пользователь coolchevy написал:

EXO

unread,
Apr 30, 2013, 5:40:59 AM4/30/13
to erlang-...@googlegroups.com
Как ты меня расстроил... :(

А вообще-то возникла задача и я поиском нашел эту тему. Но топикстартер был невнятен и как следствие, обсуждение расползлось в стороны.
Потому сформулирую задачу, которая возникла у меня:
SCADA-Viewer в браузере. Соответственно "живые" электро-схемы. Куча всяких лампочек, тумблеров и т.д.
Отрисовка схем (и страницы в целом) полностью на клиенте. Javascript, canvas...
То есть ни о каком "что бы не писать никакого JS, а писать только на эрланге" речи не идет. Вопросы отображения сервера вообще не касаются, сервер поставляет данные. Пока - по comet.
Сервер скорее всего на Erlang (хотя бы уже потому, что устройства - поставщики данных писаны на нем и швыряются Erlang-пакетами).
И здесь собственно вопрос - что взять в качестве основы, чтобы меньше костылей городить?

среда, 30 января 2013 г., 5:29:12 UTC+6 пользователь Sergiy Kostyushkin написал:

Alexander Tchitchigin

unread,
Apr 30, 2013, 5:47:10 AM4/30/13
to erlang-...@googlegroups.com
>И здесь собственно вопрос - что взять в качестве основы, чтобы меньше костылей городить?

Вероятно, Webmachine.


2013/4/30 EXO <alex...@gmail.com>
--
--
Страница рассылки: http://groups.google.com/group/erlang-russian
Новости: http://erlanger.ru
Чат: xmpp://erl...@conference.jabber.ru
Чат для оффтопа: xmpp://erlang...@conference.jabber.ru
Правила, действующие в чате и рассылке: http://erlanger.ru/ru/erlang-at-conference-jabber-ru
 
Написать письмо: erlang-...@googlegroups.com
Отписаться: erlang-russia...@googlegroups.com
---
Вы получили это сообщение, поскольку подписаны на группу Erlang по-русски.
 
Чтобы отказаться от подписки на эту группу и перестать получать из нее сообщения, отправьте электронное письмо на адрес erlang-russia...@googlegroups.com.
Подробнее о функциях можно узнать на странице https://groups.google.com/groups/opt_out.
 
 



--
С уважением,
Александр.

Dmitrii Dimandt

unread,
Apr 30, 2013, 6:26:46 AM4/30/13
to erlang-...@googlegroups.com

EXO

unread,
Apr 30, 2013, 6:30:43 AM4/30/13
to erlang-...@googlegroups.com
А можно хоть чуть охарактеризовать особенности предлагаемых вариантов? :)
Чисто субъективно...

вторник, 30 апреля 2013 г., 16:26:46 UTC+6 пользователь Dmitiri 'Mamut' Dimandt написал:

Dmitrii Dimandt

unread,
Apr 30, 2013, 6:32:40 AM4/30/13
to erlang-...@googlegroups.com
Я ими сам еще не пользовался :) Они являются достаточно тонкими обертками над веб-сервером Cowboy и позволяют быстро создавать нужные методы, не задумываясь над boiler-plate кодом

Alexander Tchitchigin

unread,
Apr 30, 2013, 6:37:34 AM4/30/13
to erlang-...@googlegroups.com
Webmachine - shaped as a Web itself. (c) Basho :)

Позволяет просто и понятно делать REST-сервисы. Но если нужно, можно добавить очень сложную логику. Только stateful-логику придётся всю самому писать, AFAIR.


2013/4/30 Dmitrii Dimandt <dmi...@dmitriid.com>



--
С уважением,
Александр.

EXO

unread,
Apr 30, 2013, 6:51:06 AM4/30/13
to erlang-...@googlegroups.com
А что там с  comet? Есть заготовки?

вторник, 30 апреля 2013 г., 16:37:34 UTC+6 пользователь Gabriel написал:
С уважением,
Александр.

Alexander Tchitchigin

unread,
Apr 30, 2013, 6:54:02 AM4/30/13
to erlang-...@googlegroups.com
AFAIK, no.


2013/4/30 EXO <alex...@gmail.com>



--
С уважением,
Александр.

EXO

unread,
Apr 30, 2013, 7:14:17 AM4/30/13
to erlang-...@googlegroups.com
Первая - "provides a bare minimum to implement a basic View-Controller pattern". Явно мимо, поскольку View-уровня просто не требуется...


вторник, 30 апреля 2013 г., 16:26:46 UTC+6 пользователь Dmitiri 'Mamut' Dimandt написал:

Maxim Sokhatsky

unread,
Apr 30, 2013, 7:15:28 AM4/30/13
to erlang-...@googlegroups.com
Если в проекте или веб фреймворке есть заявления
про MVC -- это означает 100% булшит :-)

Date: Tue, 30 Apr 2013 04:14:17 -0700
From: alex...@gmail.com
To: erlang-...@googlegroups.com

Subject: Re: Кот создавал сайты на erlang

EXO

unread,
Apr 30, 2013, 7:41:19 AM4/30/13
to erlang-...@googlegroups.com
Судя по вот это табличке https://github.com/evanmiller/ChicagoBoss/wiki/Comparison-of-Erlang-Web-Frameworks
с заготовками для comet вообще не густо. Если Чикаго не надежен, а Zotonic - "вообще муть", как тут сказали...
Остается вопрос, на сколько безболезненно можно оторвать от Nitrogen работу со страницей, сохранив механизм событий, основанных на comet?

вторник, 30 апреля 2013 г., 17:15:28 UTC+6 пользователь Maxim Sokhatsky написал:

Maxim Sokhatsky

unread,
Apr 30, 2013, 7:51:40 AM4/30/13
to erlang-...@googlegroups.com
Я вот счас как раз решаю сделать как в старом нитрогене:
1) спавнить любые функции со своим receive loop

wf:comet(fun() -> comet_loop(State) end)

comet_loop(State) ->
     receive 
     end, comet_loop(State).

2) либо спрятать этот луп внутри gen_server и ввести на странице
кроме event(Info) еще и event_async(Info), первую использовать
для дефаултного WebSocket хендлера а вторую для
дополнительных комет процессов.
Думаю оставить как в старом нитрогене, т.е. 1).

Сама семантика комет процессов подразумевает изоляцию.
Они могут обмениваться с основными процессами страницы и бекэндом,
но апдейтить страницу поо wf:flush -- это их дополнительная фича,
а не основная. Мы храним в комет процессах всю логику страницы
в виде одной функции, выглядит компактно.

Date: Tue, 30 Apr 2013 04:41:19 -0700

Alexander Tchitchigin

unread,
Apr 30, 2013, 7:52:35 AM4/30/13
to erlang-...@googlegroups.com
Какой у Вас, вообще, Comet? Если AJAX через XHR, то от сервера никакой поддержки не нужно.

Если нужен постоянно висящий процесс на сервере - ну запустите Erlang-процесс, пусть висит.


2013/4/30 EXO <alex...@gmail.com>



--
С уважением,
Александр.

Sergiy Kostyushkin

unread,
Apr 30, 2013, 6:33:28 PM4/30/13
to erlang-...@googlegroups.com
Макс, это заявление достойно звания "мегахоливарщик".

MVC - это хороший патерн разработки.
Сам по себе он не порождает оврехедов, делает код читаемым и понятным, а волосы мягкими и шелковистыми.
Тот подход который нравится тебе к оферхедам приведет скорее чем MVC.
Буква M в MVC означает модель данных, но это не значит что модель должна быть предстьавлена как объект.


Вівторок, 30 квітня 2013 р. 14:15:28 UTC+3 користувач Maxim Sokhatsky написав:

Maxim Sokhatsky

unread,
Apr 30, 2013, 6:47:37 PM4/30/13
to erlang-...@googlegroups.com
Давай задачу и сравним код по оверхеду.
Ты будешь городить три файла, а я три функции напишу.

body() -> %% это вью 
     wf:comet_global(fun() -> loop() end, chat),
     [ #panel{id = history}, #button{postback=chat} ]. 

event(chat) -> wf:send_global(chat, 
         {message, User, Message} %% это модель
         ). 

loop() -> %% это контролллер
    receive {message, User, Message} -> 
                     wf:insert_bottom(history, #span{text = "Message"}), wf:flush() end.

Какой смысл эти функции называть MVC ? Никакого.
Соответственно это все булшит чистой воды.

Date: Tue, 30 Apr 2013 15:33:28 -0700
From: s.kost...@gmail.com

Maxim Sokhatsky

unread,
Apr 30, 2013, 6:51:53 PM4/30/13
to erlang-...@googlegroups.com
Посмотри на Play, Lift. Никто нигде не пишет что это MVC или еще что-то.
Если в проекте написано MVC -- это признак того, что его пишет школота.
Модель Вью Контроллер там конечно есть, но фреймворк 100% гавно.

Date: Tue, 30 Apr 2013 15:33:28 -0700
From: s.kost...@gmail.com

Maxim Sokhatsky

unread,
Apr 30, 2013, 6:58:04 PM4/30/13
to erlang-...@googlegroups.com
На лифте как для инвалидов написано:


From an MVC background

If you're coming from an MVC background (like Rails, Struts, etc.), there's a Chapter for you . The code examples are included and you can run them yourself.


Если вы инвалиды и вам промыли мозги MVC у нас для вас есть специальная глава :-)

Date: Tue, 30 Apr 2013 15:33:28 -0700
From: s.kost...@gmail.com

EXO

unread,
Apr 30, 2013, 9:38:34 PM4/30/13
to erlang-...@googlegroups.com
Где-то так видимо и сделаю. С процессом поддержки страницы...

вторник, 30 апреля 2013 г., 17:52:35 UTC+6 пользователь Gabriel написал:

EXO

unread,
Apr 30, 2013, 10:25:30 PM4/30/13
to erlang-...@googlegroups.com
Вообще говоря, лично у меня к MVC-паттерну много претензий. И дело вовсе даже не в оверхеде.
Все эти паттерны, это способы структурировать систему. И тут вопрос как структурировать.
Что по сути делает MVC? Режет систему по типам информации. Причем режет достаточно жестко.
Например:
  Вот модель "пользовательская фотография", вот страничка "фотографии". А вот - контроллер, который готовит данные для этой странички.
  Рядом будет модель "отзыв пользователя", страничка с отзывами и их контроллер.
Вроде бы все понятно и логично... для простых сайтов. Или для учетных систем, с которых все начиналось (вспомним Basecamp).
Там тоже все логично.
  Вот задачи, вот страничка списка задач и их контроллер. Или "участники проекта" и страничка с ними...
То есть паттерн хорошо работает для определенного класса задач. Достаточно узкого и простого вообще-то, хоть и весьма массового.
А вот за пределами этого класса, его применение на столь радужно.
Возьмем близкую мне область - энергосисиему предприятия. По MVC моделями оказали бы: "рубильники", "генераторы", "вольтметры", "нагрузки"...
Представьте себе их по отдельности... от низа, до верха. Отдельная страничка "наши рубильники", отдельная страничка "амперметры".
Бредовость такого структурирования, я думаю, очевидна. :)
Как очевидно и то, что "рубильник" и "амперметр" надо объединять с конкретной "нагрузкой", а вовсе не по типу. Но MVC-паттерн будет такому объединению конкретно мешать! Обойти эту помеху можно, но тогда приложение начнет состоять все больше из подобных "обходов", что не добавит ему прозрачности.

Кстати, если уж говорить о паттернах, то лет десять  - пятнадцать назад Microsoft продвигал паттерн Document-View. В нем документ - это уже некая целостность, а видов на него может быть несколько.
К сожалению, Микрософтовские маркетоиды погнались за "понятностью" названия, упустив суть. В результате пользователи приняли этот паттерн несколько прохладно. Оно и понятно, если документ - это именно документ, то "вид" у него должен быть только один - "визивик" и никак иначе. А в таком урезанном виде паттерн не интересен.
Он в самом начале разработчики называли этот паттерн иначе: System - Projection. А это уже несколько другое дело...
 



среда, 1 мая 2013 г., 4:33:28 UTC+6 пользователь Sergiy Kostyushkin написал:

Max Lapshin

unread,
May 1, 2013, 12:59:32 AM5/1/13
to erlang-...@googlegroups.com
Макс.

Один раз ляпнуть, что MVC не годится для веба — это забавно. Но ты твердишь это с такой настойчивостью, что возникает ощущение, будто ты всерьез так считаешь.

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

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

Dmitrii Dimandt

unread,
May 1, 2013, 2:03:22 AM5/1/13
to erlang-...@googlegroups.com
О да, ведь разметка в середине логики — это так круто :)

Спасибо, не надо.




2013/4/30 EXO <alex...@gmail.com>
Подробнее о функциях можно узнать на страницеhttps://groups.google.com/groups/opt_out.
 
 



-- 
С уважением,
Александр.

-- 
-- 
Страница рассылки: http://groups.google.com/group/erlang-russian
Новости: http://erlanger.ru
Чат: xmpp://erlang@conference.jabber.ru
Чат для оффтопа: xmpp://erlang-talks@conference.jabber.ru
Правила, действующие в чате и рассылке:http://erlanger.ru/ru/erlang-at-conference-jabber-ru
 
Написать письмо: erlang-...@googlegroups.com
Отписаться: erlang-russia...@googlegroups.com
--- 
Вы получили это сообщение, поскольку подписаны на группу Erlang по-русски.
 
Чтобы отказаться от подписки на эту группу и перестать получать из нее сообщения, отправьте электронное письмо на адрес erlang-russia...@googlegroups.com.
Подробнее о функциях можно узнать на страницеhttps://groups.google.com/groups/opt_out.
 
 

-- 

Maxim Sokhatsky

unread,
May 1, 2013, 3:09:58 AM5/1/13
to erlang-...@googlegroups.com
О да, гораздо лучше логика в средине разметки как в шаблонах :)


Subject: Re: Кот создавал сайты на erlang
Date: Wed, 1 May 2013 08:03:22 +0200
To: erlang-...@googlegroups.com

Max Lapshin

unread,
May 1, 2013, 3:16:07 AM5/1/13
to erlang-...@googlegroups.com
Макс, если ты думаешь, что логика в середине разметки — это верх MVC, то ты _очень_ отстал от жизни.

Boris Timokhin

unread,
May 1, 2013, 3:17:57 AM5/1/13
to erlang-...@googlegroups.com



1 мая 2013 г., 6:25 пользователь EXO <alex...@gmail.com> написал:

Вообще говоря, лично у меня к MVC-паттерну много претензий. И дело вовсе даже не в оверхеде. 
Все эти паттерны, это способы структурировать систему. И тут вопрос как структурировать.
Что по сути делает MVC? Режет систему по типам информации. Причем режет достаточно жестко.
Например:
  Вот модель "пользовательская фотография", вот страничка "фотографии". А вот - контроллер, который готовит данные для этой странички.
  Рядом будет модель "отзыв пользователя", страничка с отзывами и их контроллер.
Вроде бы все понятно и логично... для простых сайтов. Или для учетных систем, с которых все начиналось (вспомним Basecamp).
Там тоже все логично.
  Вот задачи, вот страничка списка задач и их контроллер. Или "участники проекта" и страничка с ними...
То есть паттерн хорошо работает для определенного класса задач. Достаточно узкого и простого вообще-то, хоть и весьма массового.
А вот за пределами этого класса, его применение на столь радужно.
Возьмем близкую мне область - энергосисиему предприятия. По MVC моделями оказали бы: "рубильники", "генераторы", "вольтметры", "нагрузки"...
Представьте себе их по отдельности... от низа, до верха. Отдельная страничка "наши рубильники", отдельная страничка "амперметры".
Бредовость такого структурирования, я думаю, очевидна. :)
Как очевидно и то, что "рубильник" и "амперметр" надо объединять с конкретной "нагрузкой", а вовсе не по типу. Но MVC-паттерн будет такому объединению конкретно мешать! Обойти эту помеху можно, но тогда приложение начнет состоять все больше из подобных "обходов", что не добавит ему прозрачности.

Кстати, если уж говорить о паттернах, то лет десять  - пятнадцать назад Microsoft продвигал паттерн Document-View. В нем документ - это уже некая целостность, а видов на него может быть несколько.
К сожалению, Микрософтовские маркетоиды погнались за "понятностью" названия, упустив суть. В результате пользователи приняли этот паттерн несколько прохладно. Оно и понятно, если документ - это именно документ, то "вид" у него должен быть только один - "визивик" и никак иначе. А в таком урезанном виде паттерн не интересен.
Он в самом начале разработчики называли этот паттерн иначе: System - Projection. А это уже несколько другое дело...
 


Мне кажется, что у вас проблема с пониманием MVC. Вы что-то навыдумывали и теперь маятесь. Прочтите http://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller 
MVC просто разделяет данные, логику и представление.
То что вы не можете накидать для своего конкретного случая модель, это точно не проблема паттерна. Это лично вы, а не MVC, объединяете рубильники с амперметрами по типу, а не как требует задача.
Модель может представлять любой документ и видов может быть сколько угодно.

Boris Timokhin

unread,
May 1, 2013, 3:19:23 AM5/1/13
to erlang-...@googlegroups.com



1 мая 2013 г., 11:09 пользователь Maxim Sokhatsky <ma...@synrc.com> написал:

О да, гораздо лучше логика в средине разметки как в шаблонах :)

А зачем использовать шаблоны с ЛОГИКОЙ? И при чём тут MVC?

Maxim Sokhatsky

unread,
May 1, 2013, 3:21:41 AM5/1/13
to erlang-...@googlegroups.com
Есть два вида подходов:

-- Шаблонизаторы
-- Сборска страницы из DSL

Это еще одна священная война типа той употреблядь
ли ненужные слова MVC или нет :-)
И если очевидно что MVC это "ничто", то тут сложнее
определить правду. Я считаю, что шаблонизаторы --
это медленно, некрасиво и тупо (Yesod, ASP, PHP, JSP, ChicagoBoss, Yaws).
Сборка страницы из DSL -- это компилируемо, проверяемо
и быстро (Nitrogen, Ocsigen, Play, Lift, Happstack).

Date: Wed, 1 May 2013 11:16:07 +0400

Subject: Re: Кот создавал сайты на erlang


Макс, если ты думаешь, что логика в середине разметки — это верх MVC, то ты _очень_ отстал от жизни.

Maxim Sokhatsky

unread,
May 1, 2013, 3:25:26 AM5/1/13
to erlang-...@googlegroups.com
А как ты передаш управление в контроллер,
не указав в шаблоне волшебные <% %> ?

Глупо говорить о разделении чего-то на файлы
если это все занимает 10КБ максимум. Нужно 
тогда разделять на функции. Те кто пишут у себя
MVC разделяют не на функции, а на файлы,
поэтому их код выглядит как гавно, а те кто
применяет функциональную декомпозицию -- 
получают более компактные решения.

Date: Wed, 1 May 2013 11:19:23 +0400

Subject: Re: Кот создавал сайты на erlang

Max Lapshin

unread,
May 1, 2013, 3:26:34 AM5/1/13
to erlang-...@googlegroups.com
Макс, прости, но твои аргументы актуальны для кода размером в 10 килобайт и команды из одного-двух эрланг программистов, не больше.

Maxim Sokhatsky

unread,
May 1, 2013, 3:30:42 AM5/1/13
to erlang-...@googlegroups.com
Если страница больше 10КБ то это может быть если ты
пишешь на фреймворке на коробке которого написано MVC.
Ведь очевидно, что код меньше когда резать на функции,
чем на модули. 

Покажи свою страницу которую ты пишешь 100 людьми
и которая больше 10КБ и потом мы обсудим все. А так это
треп.

Date: Wed, 1 May 2013 11:26:34 +0400

Subject: Re: Кот создавал сайты на erlang


Макс, прости, но твои аргументы актуальны для кода размером в 10 килобайт и команды из одного-двух эрланг программистов, не больше.


Boris Timokhin

unread,
May 1, 2013, 3:36:09 AM5/1/13
to erlang-...@googlegroups.com



1 мая 2013 г., 11:25 пользователь Maxim Sokhatsky <ma...@synrc.com> написал:

А как ты передаш управление в контроллер,
не указав в шаблоне волшебные <% %> ?

Глупо говорить о разделении чего-то на файлы
если это все занимает 10КБ максимум. Нужно 
тогда разделять на функции. Те кто пишут у себя
MVC разделяют не на функции, а на файлы,
поэтому их код выглядит как гавно, а те кто
применяет функциональную декомпозицию -- 
получают более компактные решения.


Паттерн не определяет разделение на файлы, функции или классы. Да и фреймворки зачастую всего-лишь рекомендуют разделение на какие-то структуры. В том же django, можно всё укатать в один файл.
Вопрос только в удобстве навигации по проекту, чтении кода.

Если в одном файле держать описание данных на 1000строчек, логику такого же размера и html-разметку. И учитываем, что разметкой занимается человек-верстальщик, которому принципиально ничего не надо видеть кроме html. То где удобство?

Maxim Sokhatsky

unread,
May 1, 2013, 3:42:03 AM5/1/13
to erlang-...@googlegroups.com
Ты видно не читал как я показал начилие MVC в Nitrogene.
То что на коробке Нитрогена не написано MVC не означает, что он не MVC.
MVC -- это естественный порядо организации кода.
Писать об этом на коробке, что фреймвор поддерживает MVC -- это все равно
что писать, что он написан на языке программирования. Бесмыссленно и беспощадно.

Пишите на своих MVC фреймворках никто вас не обижает.

Date: Wed, 1 May 2013 11:36:09 +0400

Boris Timokhin

unread,
May 1, 2013, 3:51:57 AM5/1/13
to erlang-...@googlegroups.com

1 мая 2013 г., 11:42 пользователь Maxim Sokhatsky <ma...@synrc.com> написал:

Ты видно не читал как я показал начилие MVC в Nitrogene.
То что на коробке Нитрогена не написано MVC не означает, что он не MVC.
MVC -- это естественный порядо организации кода.
Писать об этом на коробке, что фреймвор поддерживает MVC -- это все равно
что писать, что он написан на языке программирования. Бесмыссленно и беспощадно.

Пишите на своих MVC фреймворках никто вас не обижает.


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

Dmitrii Dimandt

unread,
May 1, 2013, 7:46:00 AM5/1/13
to erlang-...@googlegroups.com
Извини, но передача в браузер жестко закодированной в коде разметкой — это не MVC. Такого «MVC» в стиле PHP1.0 мы сейчас кушаем ложками на >10 000 строках кода на Эрланге.

И да, логика в шаблонах (если логика принадлежит шаблону) — это не верх MVC, и непонятно, откуда ты это вывел из моих слов.

Dmitrii Dimandt

unread,
May 1, 2013, 7:49:23 AM5/1/13
to erlang-...@googlegroups.com

On May 1, 2013, at 13:46 , Dmitrii Dimandt <dmi...@dmitriid.com> wrote:

> Извини, но передача в браузер жестко закодированной в коде разметкой — это не MVC. Такого «MVC» в стиле PHP1.0 мы сейчас кушаем ложками на >10 000 строках кода на Эрланге.
>
> И да, логика в шаблонах (если логика принадлежит шаблону) — это не верх MVC, и непонятно, откуда ты это вывел из моих слов.

Выше читать как «если логика принадлежит контроллеру»

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

giallo пропогандирует View-Controller из MVC, потому что M может быть любая. Есть расширение всего этого дела, MVVM, которое (если не следовать максимально религиозно), хорошо подходит для веба.

Maxim Sokhatsky

unread,
May 1, 2013, 9:42:22 AM5/1/13
to erlang-...@googlegroups.com
Я скептически отношусь к людям у которых на произодстве "все плохо".
Мне интресны руководители у которых "все хорошо" и они всем довольны.
Ты только что назвал PHP 1.0 все самые прогрессивные
фремворки со статической типизацией страницы.

То, что у вас на производстве "все плохо" означает только что
у вас не понимают как использовать технологии. 
Не даром я отказался идти в Кларну :-)

From: dmi...@dmitriid.com
Subject: Re: Кот создавал сайты на erlang
Date: Wed, 1 May 2013 13:46:00 +0200
To: erlang-...@googlegroups.com

Max Lapshin

unread,
May 1, 2013, 10:36:17 AM5/1/13
to erlang-...@googlegroups.com
Макс, ты не ответил на главный вопрос: что про твои взгляды думают люди, которые поддерживают твой код без mvc?

Или пока нет таких, потому сто код меньше 10кб?
--

Maxim Sokhatsky

unread,
May 1, 2013, 12:48:12 PM5/1/13
to erlang-...@googlegroups.com
Речь о том использовать ли Нитроген принимает каждый отдельно.
И рассматривать конкретные проблемы пользователей Нитроген нужно отдельно.
Нитроген -- это фреймворк, который похож на остальные фреймворки 
со статической сборкой страницы. 

Пользователи Lift говорят о проблемах с произовдительностью.
Пользователи Нитроген говорят о своих проблемах.
Но называть наличие или отсуствие MVC как источник проблем
 -- это просто неграмотность.  Ни в одном развитом фреймворке
не пишут MVC compatible, так пишут только там где больше нечем 
похвастаться.

Если у людей возродилась ненависть к Нитрогену, очевидно, что
этой моделью неправильно пользуются, потому что привыкли
к PHP/ASP/JSP модели.

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

HTML -- это не разметка страницы в класическом смысле,
а набор неформатированных данных, которые разукрашиваются CSS.
Оперировать HTML -- это бессмыслицы, которая почему-то
нравится тем, кто отдает "программировать" "дизайнерам".
В нашем коде HTML вообще нет, есть Erlang Web DSL Nitrogen.

Если я перейду на другой фреймворк, то это будет Play, Lift, Ocsigen, Happstack.
Если я получу "MVC" булшит с шаблонами я перейду на
типизированную сборку страницы.

Date: Wed, 1 May 2013 18:36:17 +0400

Subject: Re: Кот создавал сайты на erlang

Dmitrii Dimandt

unread,
May 1, 2013, 2:08:39 PM5/1/13
to erlang-...@googlegroups.com
On May 1, 2013, at 15:42 , Maxim Sokhatsky <ma...@synrc.com> wrote:

Я скептически отношусь к людям у которых на произодстве "все плохо".
Мне интресны руководители у которых "все хорошо" и они всем довольны.
Ты только что назвал PHP 1.0 все самые прогрессивные
фремворки со статической типизацией страницы.


Извини, то, что ты показал, это ни самое прогрессивное, ни статически типизированное:

body() -> %% это вью 
     wf:comet_global(fun() -> loop() end, chat),
     [ #panel{id = history}, #button{postback=chat} ]. 

Это — ни что иное, как кровавый пиздец, с жесткой завязкой разметки и кода. Как раз PHP1.0 во всей красе



То, что у вас на производстве "все плохо" означает только что
у вас не понимают как использовать технологии. 


Нет. У нас как раз точно так же решили использовать «прекрасные передовые технологии рисования html-разметки кодом на Эрланге», которое ты тут предлагаешь.

      [{pre_html, wtwiz:mk_form("form", ?MODULE, [], none,
                                [[
                                  [{#title{id="approve",
                                           label=approve_text()},
                                    [#hidden{name="approver",
                                             value=Username},
                                     #hidden{name="task",
                                             value="approve"},
                                     #hidden{name="id",
                                         value=Id},
                                     #password{name="password",
                                               size="22"}]}],
                                  [#button{name="approve",
                                           value=?TXT("text")}]
                                 ]], SS)}]

И т.п.

1-в-1 то, что ты предлагаешь. У тебя оно просто называется красиво: панель, там есть баззворды типа «комет», «пуш на клиента». А в коде — все тот же пиздец, жестко завязаный на разметку. Ну и реализация половины html'я в Эрланге этому весьма способствует: http://nitrogenproject.com/doc/elements.html (yaws, вид сбоку: http://yaws.hyber.org/dynamic.yaws).

Достаточно дизайнеру поменять id панели с history на order_history —упс, придется менять код. Чем больше кода завязано на разметку на клиенте, тем бОльший пиздец наступает, когда дизайн страницы меняется.

«ой-ой-ой, ни в коем случае не меняйте id этого div'а с X на Y, потому что 100500 лет тому назад на него была завязана функциональность, которую сейчас хрен, кто вспомнит».

Но да, но да. Ты вполне в праве называть эти подходы времен PHP1.0 «передовыми технолгиями». Разубеждать мы тебя не будем.

Max Lapshin

unread,
May 1, 2013, 3:05:34 PM5/1/13
to erlang-...@googlegroups.com
Я с огромной радостью пользуюсь нитрогеном для технических штук. Т.е. сделать активную админку, панель для управления торговым роботом и т.п.

Но всерьез на такой схеме начинать делать многолетний проект, которйы пройдет через десятки программистов, верстальщиков и т.п.…


Maxim Sokhatsky

unread,
May 1, 2013, 3:29:53 PM5/1/13
to erlang-...@googlegroups.com
Ты ж вроде говорил что ты админки на Руби шлепаешь, что Нитроген не для этого ? :-)

Date: Wed, 1 May 2013 23:05:34 +0400

Subject: Re: Кот создавал сайты на erlang


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

Но всерьез на такой схеме начинать делать многолетний проект, которйы пройдет через десятки программистов, верстальщиков и т.п.…



Maxim Sokhatsky

unread,
May 1, 2013, 3:33:26 PM5/1/13
to erlang-...@googlegroups.com
Дизайн это не разметка. HTML -- это данные а не дизайн. 
Грубо говоря HTML если разговаривать языком кровавого энтепрайза
HTML -- в идеале это XSLT трансформация Модели Данных во View.
Просто написано оно не на XSLT, а на Erlang. 
Руками рисовать HTML это такой пик фейл который привел вас в замешательство.
Дизайнеры должны заниматься CSS а не HTML.
Я вижу у вас вообще не понимают такое HTML5 :-)

From: dmi...@dmitriid.com
Subject: Re: Кот создавал сайты на erlang
Date: Wed, 1 May 2013 20:08:39 +0200
To: erlang-...@googlegroups.com

Max Lapshin

unread,
May 1, 2013, 3:35:29 PM5/1/13
to erlang-...@googlegroups.com
Ты всерьез считаешь, что достаточно сделать какой-то HTML внутри эрланга и потом верстальщик с легкостью сделает из него любой дизайн с помощью CSS?

Я просто не понимаю: надо ли всерьез относиться к твоим словам или ты просто тратишь время окружающих пустым троллингом.

Maxim Sokhatsky

unread,
May 1, 2013, 3:37:07 PM5/1/13
to erlang-...@googlegroups.com
Да я так считаю и строю свои дела именно так.

Кто отдаем дизайнерам "верстать" HTML это их дело.
Потом они пишут в рассылках как у них все плохо на производстве
и виноваты в этом оказываются фреймворки где забыли написать MVC :-)

Date: Wed, 1 May 2013 23:35:29 +0400

Subject: Re: Кот создавал сайты на erlang


Ты всерьез считаешь, что достаточно сделать какой-то HTML внутри эрланга и потом верстальщик с легкостью сделает из него любой дизайн с помощью CSS?

Я просто не понимаю: надо ли всерьез относиться к твоим словам или ты просто тратишь время окружающих пустым троллингом.


Maxim Sokhatsky

unread,
May 1, 2013, 3:37:58 PM5/1/13
to erlang-...@googlegroups.com
И это не я так считаю это философия W3C и HTML5.

Date: Wed, 1 May 2013 23:35:29 +0400

Subject: Re: Кот создавал сайты на erlang


Ты всерьез считаешь, что достаточно сделать какой-то HTML внутри эрланга и потом верстальщик с легкостью сделает из него любой дизайн с помощью CSS?

Я просто не понимаю: надо ли всерьез относиться к твоим словам или ты просто тратишь время окружающих пустым троллингом.


Max Lapshin

unread,
May 1, 2013, 3:45:19 PM5/1/13
to erlang-...@googlegroups.com
Ок, я понял.

Я надеялся, что ты шутишь, но раз ты всерьез, значит всерьез.

Dmitrii Dimandt

unread,
May 1, 2013, 4:18:42 PM5/1/13
to erlang-...@googlegroups.com
Остается только посочувствовать твоим дизайнерам. Потому что уж что-что, а HTML — это даже близко не данные, а их представление.


Да я так считаю и строю свои дела именно так.

Кто отдаем дизайнерам "верстать" HTML это их дело.
Потом они пишут в рассылках как у них все плохо на производстве
и виноваты в этом оказываются фреймворки где забыли написать MVC :-)



Нет. Виноваты программисты, которые считают, что генеренный их (будем откровенными) кривыми руками HTML, какой бы он кривой ни был, можно легко и плавно превратить во что угодно с помощью CSS.


А про «не понимают, что такое HTML5» позабавило, да

Maxim Sokhatsky

unread,
May 1, 2013, 5:14:57 PM5/1/13
to erlang-...@googlegroups.com
:-) 

Дожились, мы говорим о разделении представления
и логики в MVC, а сами HTML с CSS путаем :-) и не верим что 
такое разделение возможно и что мир неидеальный.

Так если мир такой неидеальный, то как вам поможет MVC :-)


Subject: Re: Кот создавал сайты на erlang
Date: Wed, 1 May 2013 22:18:42 +0200
To: erlang-...@googlegroups.com

Dmitrii Dimandt

unread,
May 2, 2013, 12:58:40 AM5/2/13
to erlang-...@googlegroups.com

:-) 

Дожились, мы говорим о разделении представления
и логики в MVC, а сами HTML с CSS путаем :-)

Никто их не путает


и не верим что 
такое разделение возможно и что мир неидеальный.


Никто не говорит, что разделение невозможно

Dreyk G

unread,
May 2, 2013, 2:24:00 AM5/2/13
to erlang-...@googlegroups.com

В молодости делал подобную штуку, но на Java.
На клиенте был чистый svg+javasript(для динамики - включить лампочку, изменть показания счетчика и т.д.).Сервер - тупой сервлет. Тебе для твой задачи скорее всего не нужен web framework. Достаточно любого веб сервера mochiweb,cowboy, любой другой,что больше нравится. Комет делается тривиально. Если нужно могу пример дать для mociweb - маленький модуль поддерживающий Internet Explorer,web socket, plain event stream.

--
It is loading more messages.
0 new messages