Новости Joomla

👩‍💻 Joomla-ресурсы в мессенджере MAX.

👩‍💻 Joomla-ресурсы в мессенджере MAX.

В мессенджере MAX некоторое время назад созданы чат и канал русскоязычного Joomla-сообщества - "Joomla! по-русски".
- чат
- канал (зеркало @JoomlaFeed)

Также ссылки можно найти на официальном сайте Joomla-сообщества - Joomlaportal.ru.
@joomlafeed

👩‍💻 WT CDEK library v.1.3.0 - обновление PHP SDK для Joomla + CDEK.

👩‍💻 WT CDEK library v.1.3.0 - обновление PHP SDK для Joomla + CDEK.

Небольшая нативная PHP Joomla библиотека для работы с API v.2 службы доставки CDEK. Библиотека представляет собой клиент для авторизации в CDEK API по OAuth, работы с некоторыми методами API: получения ряда данных и расчета стоимости доставки. Поддерживается Joomla 4.2.7 и выше.

В пакет входят:
- библиотека Webtolk/Cdekapi
- системный плагин System - WT Cdek для хранения настроек и AJAX-интеграций
- task-плагин Task - Update WT Cdek data для обновления локальных копий справочников CDEK по расписанию
- web asset с официальным JavaScript-виджетом СДЭК

👉 v.1.3.0. Что нового?
- Полный рефакторинг библиотеки. Библиотека переработана в entity-based API с фасадом Cdek и отдельным слоем запросов. Обратная совместимость не нарушена, поэтому версия библиотеки - 1.3.0.
- Добавлена поддержка новых разделов API СДЭК. Добавлена поддержка новых разделов API СДЭК: webhooks, prealert, печатные формы, payment, passport, reverse, intakes и других сущностей.
- Улучшена интеграция с Joomla.
Улучшена интеграция с Joomla: installer script для layouts, новые поля Joomla Form для тарифов и обновлённые js виджета CDEK.
- документация библиотеки. Все методы библиотеки подробно описаны, а так же текст документации собран в отдельной папке в git репозитории и будет опубликован на сайте.

Библиотека эта нужна для разработчиков, создающих свои расширения для интеграции Joomla и курьерской службы CDEK.

Страница расширения
GitHub расширения

@joomlafeed

👩‍💻 Вышла новая версия плагина joomLab Gallery 1.1.0 для Joomla.

👩‍💻 Вышла новая версия плагина joomLab Gallery 1.1.0 для Joomla.

Плагин joomLab Gallery позволит Вам добавлять в любой материал или модуль HTML неограниченное количество галерей, а главное удобно управлять файлами и эффектами в каждой галерее.

Плагин использует популярны скрипты Swiper.js и FancyBox. Первый для крутой организации и эффектов галерей, а второй для красивого и функционального показа оригинальных изображений на Вашем сайте.

Что нового?
- поддержка Joomla 6
- добавлена возможность добавлять галереи в стандартные модули HTML, что позволит размещать галереи в любых местах Вашего сайта

Разработчик - участник нашего сообщества Александр Новиков .

Страница расширения

@joomlafeed

1   Вниз
0 Пользователей и 1 Гость просматривают эту тему.
  • 5 Ответов
  • 2656 Просмотров
*

malus

  • Осваиваюсь на форуме
  • 49
  • 12 / 1
MVC и производительность
« : 01.02.2009, 10:01:22 »
Вопрос к сообществу программистов и тестеров.
Имеем две логические последовательности работы приложения:
1. контроллер - модель - контроллер - представление.
2. контроллер - представление - модель - представление.

Если первая схема классическая, то вторая, судя по всему, рекомендуется разработчиками Joomla!. Это следует ИМХО хотя бы из того, что дефолтным методом контроллера является display. Все три базовых класса (JController, JModel, JView) имеют методы вызова партнеров тройки, что позволяет развивать логическую цепочку работы на свое усмотрение.

Вопрос к следующем: кто-нибудь производил оценку общей производительности при двух этих подходах?
Записан
*

shprota

  • Давно я тут
  • 770
  • 53 / 1
  • Тружусь, не покладая рук
Re: MVC и производительность
« Ответ #1 : 12.02.2009, 05:42:51 »
Что-то я не совсем понимаю, каким образом перестановка последовательности влияет на производительность.
Да и реализация MVC в Joomla - классическая. Метод display действительно дефолтный, но это сделано для ситуаций, когда модель и не нужна.
Вот что действительно странно, так это то, что не продумано сохранение состояния модели при переходе от контроллера к представлению.
Записан
*

malus

  • Осваиваюсь на форуме
  • 49
  • 12 / 1
Re: MVC и производительность
« Ответ #2 : 12.02.2009, 10:22:38 »
Цитировать
Что-то я не совсем понимаю, каким образом перестановка последовательности влияет на производительность.
Вот я про это и спрашивал. Возможно, разная последовательность инициализации может влиять на производительность (я говорю о чисто нативном коде).
Цитировать
Вот что действительно странно, так это то, что не продумано сохранение состояния модели при переходе от контроллера к представлению.
А зачем это? Там работает синглтон. Как ни крути, а при запросе из представления получаем самый свежий вариант модели. При запросе из любого места кода, сопсно.
Записан
*

malus

  • Осваиваюсь на форуме
  • 49
  • 12 / 1
Re: MVC и производительность
« Ответ #3 : 12.02.2009, 10:34:17 »
Чтот задумался и совсем в ступор впал.

класс КомпонентКонтроллерИмя{
фанкшн дисплэй(){
модель =& гетМодель(Имя)
модель -> атрибут = значение

вид =& гетВью(Имя)
вид -> сетМодель (модель)

}
}

внутри вида
модель =& гетМодель(Имя)
вар_дамп(модель -> атрибут)//выводит значение атрибута

где тут сохранение модели нужно? или я не так вопрос понял.
Записан
*

shprota

  • Давно я тут
  • 770
  • 53 / 1
  • Тружусь, не покладая рук
Re: MVC и производительность
« Ответ #4 : 12.02.2009, 13:25:13 »
Вот вид->сетМодель, на мой взгляд, действие лишнее. Я это имел в виду )
Записан
*

malus

  • Осваиваюсь на форуме
  • 49
  • 12 / 1
Re: MVC и производительность
« Ответ #5 : 13.02.2009, 10:45:16 »
Так его можно и не делать. Если модель и вид дефолтные (собираются как ИмяВидИмя). А назначают модель виду если она с перламутровыми пуговицами.
Записан
1   Вверх
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться