The OpenNET Project / Index page

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

Проект Joomla представил собственный фреймворк для разработки приложений на языке PHP

11.12.2013 11:59

Разработчики системы управления web-контентом Joomla! представили новый открытый PHP-фреймворк Joomla! Framework, нацеленный на упрощение разработки web-приложений, приложений командной строки и RESTful-сервисов. В состав Joomla! Framework входит коллекция библиотек и пакетов, построенных на основе технологий и базового кода Joomla!, но не отягощённых возможностями CMS и избавленных от дополнительных накладных расходов. Код фреймворка распространяется под лицензией GPLv2.

Фреймворк легко адаптируется к различным применениям, расширяется через дополнения и может использоваться совместно с другими фреймворками, такими как Symfony, Zend и Laravel. В состав фреймворка входят пакеты для создания и управления профилями пользователей, обеспечения аутентификации, получения и отображения контента из баз данных, интеграции с социальными сервисами Facebook, Google, LinkedIn и Twitter. В настоящее время фреймворк и Joomla! CMS развиваются отдельно, но в планах на будущее имеется перевод CMS на работу с использованием фреймворка.

  1. Главная ссылка к новости (http://www.joomla.org/announce...)
  2. OpenNews: Новая версия системы управления контентом Joomla 3.2
  3. OpenNews: Новая версия системы управления контентом Joomla 3.1
  4. OpenNews: Релиз системы управления контентом Joomla 3.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/38638-web
Ключевые слова: web, joomla
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (32) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 13:03, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Думаю что с Joomla! Framework будет тоже самое что и с самой Joomla. Он окажется мало кому интересен в виду оригинального подхода разработчиков все обвешивать лишним кодом и медленно исправлять ошибки
     
     
  • 2.4, blueboar2 (?), 13:26, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Думаю что с Joomla! Framework будет тоже самое что и с самой
    > Joomla. Он окажется мало кому интересен в виду оригинального подхода разработчиков
    > все обвешивать лишним кодом и медленно исправлять ошибки

    Именно поэтому фреймворк модульный, и может собираться из нужных частей с использованием Composer. Не ставьте то, что не нужно.

     
     
  • 3.9, Michael Shigorin (ok), 14:01, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +10 +/
    > Именно поэтому фреймворк модульный, и может собираться из нужных частей
    > с использованием Composer. Не ставьте то, что не нужно.

    Боюсь, опции "не ставить кучу дырок" там опять не будет предусмотрено...

     
     
  • 4.11, blueboar2 (?), 14:21, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> Именно поэтому фреймворк модульный, и может собираться из нужных частей
    >> с использованием Composer. Не ставьте то, что не нужно.
    > Боюсь, опции "не ставить кучу дырок" там опять не будет предусмотрено...

    Опции "не ставить кучу дырок" ни в одном фреймворке не предусмотрено. Где гарантия что их нет в любом другом?

     
     
  • 5.15, Michael Shigorin (ok), 16:16, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Боюсь, опции "не ставить кучу дырок" там опять не будет предусмотрено...
    > Опции "не ставить кучу дырок" ни в одном фреймворке не предусмотрено.
    > Где гарантия что их нет в любом другом?

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

    Вот такое положение уже много лет не меняется -- хотя было бы крайне здорово, если бы наконец: http://www.opennet.dev/openforum/vsluhforumID3/73925.html#35

     
  • 2.17, Grammar Nazi (?), 17:20, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    то же самое, ёптa
     
  • 2.32, Гррр (?), 21:42, 14/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хмм, что значит мало кому интересен? Пачкам на них сайты клепают, а потом мозг выносят почему у нас сайт в списках зараженных гугля, вы как хостер обязанны вылечить.
     

  • 1.2, Аноним (-), 13:05, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Там тоже обязателен mootools?
     
     
  • 2.3, blueboar2 (?), 13:25, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Эм. Вообще-то с версии 3.0 что Joomla, что Joomla Framework давно перешли на Twitter Bootstrap и JQuery
     
     
  • 3.6, Анончик (?), 13:40, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Но я-то хотел mootools, как его туда впилить?
     
     
  • 4.8, blueboar2 (?), 13:51, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Но я-то хотел mootools, как его туда впилить?

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

     

  • 1.5, анон (?), 13:38, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Глядя на саму джумалу могу с уверенностью сказать что ненужно! Никогда не видел столь тормозного поделия.
     
     
  • 2.10, йцу (?), 14:08, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +19 +/
    Смею преположить, что вы не видели битрикс.
     
     
  • 3.19, анон (?), 20:16, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Видел. Но он хотябы не так тормозит
     
     
  • 4.20, vitalif (ok), 20:20, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    :D
     
  • 4.22, tessel (?), 00:01, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    лолшто
     
     
  • 5.23, Аноним (-), 00:56, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Анон прав. Битрикс не тормозит. Там все кешами перекешами обтянуто. А вот архитектура его и саппорт тот еще ночной ужас
     

  • 1.7, бедный буратино (ok), 13:40, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    когда они напишут прозрачную прослойку для python на php - разбудите

    а пока пусть велотрек раскатывают

     
  • 1.12, ILYA INDIGO (ok), 15:01, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Лучше бы полтаруху обновили, чтобы она с PHP > 5.3.27 могла работать работать.
     
     
  • 2.29, pincher (??), 01:58, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Лучше бы полтаруху обновили, чтобы она с PHP > 5.3.27 могла работать
    > работать.

    Так работает ведь Joomla 1.6.3 с PHP 5.4.4 на Apache 2.2.0. До неё обновитесь и будет вам счастье. Или какие-то специфичные плаги/модули нужны?

     
     
  • 3.30, ILYA INDIGO (ok), 08:14, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Лучше бы полтаруху обновили, чтобы она с PHP > 5.3.27 могла работать.
    > Так работает ведь Joomla 1.6.3 с PHP 5.4.4 на Apache 2.2.0. До
    > неё обновитесь и будет вам счастье. Или какие-то специфичные плаги/модули нужны?

    Вы что ли пошутили?
    Скиньте ссыль на архивчик апгрейла 1.5.26 хотя бы до 1.6.3.

     
     
  • 4.33, pincher (??), 16:45, 17/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Лучше бы полтаруху обновили, чтобы она с PHP > 5.3.27 могла работать.
    >> Так работает ведь Joomla 1.6.3 с PHP 5.4.4 на Apache 2.2.0. До
    >> неё обновитесь и будет вам счастье. Или какие-то специфичные плаги/модули нужны?
    > Вы что ли пошутили?
    > Скиньте ссыль на архивчик апгрейла 1.5.26 хотя бы до 1.6.3.

    jUpgrade allows you to migrate from Joomla 1.5 to 1.6.
    Источник http://www.ostraining.com/blog/joomla/how-to-migrate-or-upgrade-joomla-15-to-

     

  • 1.13, У новости должен быть источник (?), 15:10, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>>> и интегрируется с другими фреймворками, такими как Symfony, Zend, and Laravel.

    Это как?

     
     
  • 2.16, Phper (?), 16:19, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не смотрел, но судя по такому заявлению, есть уверенность, что речь просто про поддержку composer. Как они собираются интегрироваться с Laravel, даже в страшном сне предположить не могу. Да и сам проект «не нужно», т.к. есть вышеуказанный Laravel с прекрасной архитектурой, сообществом и горой тестов.
     
     
  • 3.18, Geol (??), 19:59, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    ты считаешь что должен быть единственный фрэймворк?
     

  • 1.21, vitalif (ok), 20:30, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А я вот пока вообще ни одного видел полезного PHP-фреймворка, по крайней мере среди Zend/Yii/CI/Kohana. Laravel даже не видел, этот как труЪ, по ссылкам не ходящий, не смотрел.

    В PHP фреймворках - вечно какое-то усложнение на пустом месте, обёртки, обёртки над обёртками, обёртки над обёртками над обёртками, DI, IoC, IoC через IoC... чуть шаг в сторону - и начинаешь выдумывать, как бы блин своё изменение туда вкрутить так, чтобы идеи авторов не нарушить... жёсткие структуры раскладки файлов... куча кода, в котором надо разбираться, либо не разбираться и не быть вообще уверенным в том, что оно работает так, как тебе надо и не имеет дыр...

    Ужос какой-то. У меня стойкое ощущение, что реально фреймворки являются "реакцией" на то, что на PHP пишет куча всяких, мягко говоря, юниоров, а строго говоря - говнокодеров, и что их предназначение - ОГРАНИЧИВАТЬ возможности программирования одним заданным авторами стилем, а вовсе НЕ повышение удобства разработки. Возможно, что с "юниорами" это полезно - типа совсем ужоса не напишут. Но не факт, говнокод пока ничто не могло остановить.

     
     
  • 2.24, Аноним (-), 01:01, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    обертки эти в фреймоворках сделаны с одной целью - унифицировать все неоднозначности языка, придать им стройную структуру. ведь не секрет, что пхп состоит чуть менее чем полностью из функций в глобальной области видимости, причем у функций одного плана даже порядок аргументов порой разнится, без постоянного заглядывания в документацию не всегда вспомнишь нужный. вот для этого и сделаны обертки. распределить его функционал по стройным ооп-модулям

    хотя все это, конечно, костыли, без которых другие яп прекрасно обходятся

     
     
  • 3.25, vitalif (ok), 02:09, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ага, и вместо того, чтобы 1 раз запомнить один стандартный набор функций, давайте запоминать наборы классов и функций каждого фреймворка)) и каждый раз лазать в документацию очередного фреймворка)) супер))
     
     
  • 4.26, Аноним (-), 10:17, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    у каждого создателя фреймворка свое видение идеала. и на стандартном наборе функций пхп быстро большое веб-приложение не написать, не рассматривайте их предназначение только с одной стороны) просто в каждом проекте нужно индивидуально оценивать что лучше - голый пхп, фреймворк и если последнее, то какой, универсального решения нет.
     

  • 1.27, lucentcode (ok), 14:39, 12/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Насколько я помню, они начали работу над фреймворком ещё в эпоху joomla 2.x. Идея переписать CMS на основе фрейворка - хороша. Но что у них получится - ещё посмотрим...
     
     
  • 2.28, DIO (?), 20:50, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    эта идея посещает многих создателей CMS , некоторіе изначально начинают писать на неком фреймворке (главное чтобы не реликтовом :-) ), некоторые цмс развиваясь начинают приходить к тому что надо фреймворк и либо свой делают либо начинают развиватся на чьем-то (последний вариант лучше (ИМХО) ).
     
     
  • 3.31, lucentcode (ok), 16:08, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > эта идея посещает многих создателей CMS , некоторіе изначально начинают писать на
    > неком фреймворке (главное чтобы не реликтовом :-) ), некоторые цмс развиваясь
    > начинают приходить к тому что надо фреймворк и либо свой делают
    > либо начинают развиватся на чьем-то (последний вариант лучше (ИМХО) ).

    Да, второй вариант лучше.


     

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



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

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