The OpenNET Project / Index page

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

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

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

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

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


  1. Главная ссылка к новости (https://groups.google.com/foru...)
Автор новости: YetAnotherOnanym
Тип: Программы
Ключевые слова: zotonic, web
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | 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:
    Заголовок:
    Текст:


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