1.1, A.Stahl (ok), 20:07, 27/10/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
>высокопроизводительного web-фреймворка
А в нём есть что-то интересного, кроме того, что он на Эрланге? Можно было бы и черкнуть пару строк -- что-то мне кажется этот фреймворк даже в узких кругах не очень известная вещь...
| |
|
2.2, YetAnotherOnanym (ok), 20:39, 27/10/2015 [^] [^^] [^^^] [ответить]
| +/– |
Ну, например, в своё время меня привлекло вот это: "while the template is being rendered and one or more processes request the same rendering, the later processes will be suspended. When the rendering is done all waiting processes will be sent the rendering result" (пока выполняется отрисовка шаблона, и один или более процессов запрашивают ту же отрисовку, более поздние процессы будут приостанавлены. Когда отрисовка будет завершена, всем ожидающим процессам будет направлен её результат - http://aosabook.org/en/posa/zotonic.html). Кроме этого, я считаю преимуществом привязку к PgSQL, т.к. Zotonic интенсивно использует фичи постгреса, и не делает сам того, что постгрес сделает быстрее и эффективнее.
| |
|
3.3, A.Stahl (ok), 20:50, 27/10/2015 [^] [^^] [^^^] [ответить]
| +/– |
>я считаю преимуществом привязку к
Не могу согласиться -- привязка к чему-либо это плохо. Особенно когда мы говорим о такой казалось бы гибкой и универсальной вещи как фреймворк.
| |
|
4.7, YetAnotherOnanym (ok), 23:51, 27/10/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Не могу согласиться -- привязка к чему-либо это плохо. Особенно когда мы
> говорим о такой казалось бы гибкой и универсальной вещи как фреймворк.
Хорошо бы, но для этого надо поддерживать код, использующий преимущества каждой СУБД. Лучше уж использовать по полной специфику одной, а потом, когда вообще оформится понимание того, что именно нам нужно, распространить это на остальные БД.
| |
|
5.14, redwolf (ok), 15:46, 29/10/2015 [^] [^^] [^^^] [ответить]
| +/– |
Тут наверное дело в том, что в случае с Erlang не имеет смысла использовать что-то вроде PDO, Класс приложений, которые разрабатываются на этом языке подразумевают максимальную производительность. Поэтому и взяли одну хорошую бесплатную СУБД и заточили под неё.
| |
|
|
3.4, Аноним (-), 21:05, 27/10/2015 [^] [^^] [^^^] [ответить]
| +/– |
Прикольно, иногда, после применения большого пакета обновлений, начинается такая жесть с отдачей контента, но, к сожалению, архитектура слишком специфичная для обычных проектов.
| |
3.5, angra (ok), 22:52, 27/10/2015 [^] [^^] [^^^] [ответить]
| –2 +/– |
Нормальные люди выдачу одинакового контента на несколько запросов отдают кеширующему прокси типа nginx.
| |
|
4.6, YetAnotherOnanym (ok), 23:29, 27/10/2015 [^] [^^] [^^^] [ответить]
| +/– |
В разных страницах могут присутствовать блоки, заданные одним темплейтом. В сабже для всех воркеров, которые генерят такие страницы, этот темплейт компилится один раз.
Расскажите мне, как закэшировать в нжинксе одинаковые фрагменты разных страниц.
| |
|
5.8, anonymous (??), 07:44, 28/10/2015 [^] [^^] [^^^] [ответить]
| –3 +/– |
всегда делали так - разбивается страница на блоки и кешируются
эти отдельные части
| |
5.9, anonymous (??), 07:45, 28/10/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
> В разных страницах могут присутствовать блоки, заданные одним темплейтом. В сабже для
> всех воркеров, которые генерят такие страницы, этот темплейт компилится один раз.
> Расскажите мне, как закэшировать в нжинксе одинаковые фрагменты разных страниц.
SSI
| |
|
6.10, Aleks Revo (ok), 14:04, 28/10/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
SSI в базу лезет и прочую ништяковую работу по фильтрации/агрегации данных выполняет?
Это не говоря уже про всесторонюю манипуляцию этими данными ))
| |
|
5.13, Анином (?), 06:10, 29/10/2015 [^] [^^] [^^^] [ответить]
| +/– |
> В разных страницах могут присутствовать блоки, заданные одним темплейтом. В сабже для
> всех воркеров, которые генерят такие страницы, этот темплейт компилится один раз.
> Расскажите мне, как закэшировать в нжинксе одинаковые фрагменты разных страниц.
Нжникс умеет ssi
| |
|
|
|
|
|