The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Обновление web-фреймворка Zotonic 0.13.5

27.10.2015 18:59

Доступно обновление высокопроизводительного web-фреймворка Zotonic 0.13.5, написанного на языке Erlang. Код фреймворка распространяется под лицензией Apache 2.

В новой версии:

  • Исправлена ошибка полнотекстового поиска, приводившая к многократному морфологическому разбору (стеммингу) текста запроса,
  • Исправлена ошибка с многократной компиляцией шаблонов,
  • Добавлена возможность принудительного выбора языка,
  • Исправлена ошибка с push-отправкой данных при работе через comet и postback,
  • Исправлена проблема в модуле mod_video, связанная с несовместимостью с QuickTime,
  • Исправлена проблема с разрешением sudo для групп пользователей.
  • Обновлён включённый в комплект редактор TinyMCE.


  1. Главная ссылка к новости (https://groups.google.com/foru...)
Автор новости: YetAnotherOnanym
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/43205-zotonic
Ключевые слова: zotonic, web
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (13) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 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 в базу лезет и прочую ништяковую работу по фильтрации/агрегации данных выполняет?
    Это не говоря уже про всесторонюю манипуляцию этими данными ))
     
     
  • 7.12, Анином (?), 06:09, 29/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    При чем тут это?
     
  • 5.13, Анином (?), 06:10, 29/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > В разных страницах могут присутствовать блоки, заданные одним темплейтом. В сабже для
    > всех воркеров, которые генерят такие страницы, этот темплейт компилится один раз.
    > Расскажите мне, как закэшировать в нжинксе одинаковые фрагменты разных страниц.

    Нжникс умеет ssi

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру