Новости Joomla

SW JProjects v.2.5.0 - компонент каталога цифровых проектов на Joomla

SW JProjects v.2.5.0 - компонент каталога цифровых проектов на Joomla

👩‍💻 SW JProjects v.2.5.0 - компонент каталога цифровых проектов на Joomla.Компонент - менеджер цифровых проектов для Joomla! CMS. Компонент обеспечивает создание каталога цифровых проектов и предоставляет возможность скачивания, в том числе с использованием лицензионных ключей.👩‍💻 v.2.5.0. Что нового?Схемы структур данных для серверов обновлений. Теперь с SW JProjects вы может создавать сервер обновлений не только для расширений Joomla, но и свои собственные. Например, вам нужно, чтобы структура данных сервера обновлений была другая и формат должен быть, например, не XML, а JSON. Формирование структуры данных для сервера обновлений расширений Joomla вынесено в отдельный плагин. Вы можете создать свой собственный плагин и реализовать в нём нужную вам структуру данных, добавив или наоборот исключив отображаемые данные. Сервер обновлений в компоненте по-прежнему отображает информацию о списке проектов и их версиях, о конкретном проекте и его changelog.Можно выбрать схему данных сервера обновлений глобально для всего компонента, выбрать другую схему данных для категории проектов, а так же выбрать схему в каждом проекте.

Разработчикам в качестве образца можно посмотреть плагин схемы данных для Joomla в составе компонента или же плагин-образец JSON-схемы на GitHub.
Группа плагинов swjprojects. Для нужд компонента создана группа плагинов swjprojects. В частности, в этой группе находится плагин структуры данных Joomla расширений для сервера обновлений.Изменение языковых констант. Изменены некоторые языковые константы в панели администратора. Если вы делали переопределение констант - переопределите их снова.👩‍💻 Joomla 6. Внесены изменения для корректной установки и работы компонента на Joomla 6. Компонент успешно протестирован на Joomla 6-beta2.Минимальная версия Joomla - 5. Подняты минимальные системные требования: Joomla 5.0.0 и PHP 8.1.
- Страница расширения👉 Плагин-образец кастомной JSON-схемы данных для сервера обновлений на GitHub.- GitHub расширения- Документация на GitHub- Joomla Extensions Directory#joomla #расширения

Как триггерить события для плагинов на манер Joomla 5+?В Joomla 6 должны удалить метод...

Как триггерить события для плагинов на манер Joomla 5+?В Joomla 6 должны удалить метод...

👩‍💻 Как триггерить события для плагинов на манер Joomla 5+?В Joomla 6 должны удалить метод triggerEvent(), с помощью которого раньше вызывались события для плагинов. Теперь чтобы в своём коде вызвать событие для плагина и получить от него результаты нужно:- создать объект класса события- передать в него параметры

use Joomla\CMS\Event\AbstractEvent;use Joomla\CMS\Factory;use Joomla\CMS\Plugin\PluginHelper;// Грузим плагины нужных группPluginHelper::importPlugin('system');// Создаём объект события$event = AbstractEvent::create('onAfterInitUniverse', [    'subject' => $this,    'data'    => $data, // какие-то данные    'article' => $article, // ещё материал вдовесок    'product' => $product, // и товаров подвезли]);// Триггерим событиеFactory::getApplication()->getDispatcher()->dispatch(    $event->getName(), // Тут можно строку передать 'onAfterInitUniverse'    $event);// Получаем результаты// В случае с AbstractEvent это может быть не 'result',// а что-то ещё - куда сами отдадите данные.// 2-й аргумент - значение по умолчанию, // если не получены результаты$results = $event->getArgument('result', []);
Плюсы такого подхода - вам не нужно запоминать порядок аргументов и проверять их наличие. Если вы написали свой класс события, то в плагине можно получать аргументы с помощью методов $event->getArticle(), $event->getData(), $event->getProduct() и подобными - реализуете сами под свои нужды. Если такой класс события написали, то создаёте экземпляр своего класса события и укажите его явно в аргументе eventClass
use Joomla\Component\MyComponent\Administrator\Event\MyCoolEvent;$event = MyCoolEvent::create('onAfterInitUniverse', [    'subject'    => $this,    'eventClass' => MyCoolEvent::class, // ваш класс события    'data'       => $data, // какие-то данные    'article'    => $article, // ещё материал вдовесок    'product'    => $product, // и товаров подвезли]);
Ожидаемо, что класс вашего события будет расширять AbsractEvent или другие классы событий Joomla.🙁 Есть неприятный нюанс - нельзя просто так вызывать событие и ничего не передать в аргументы. Аргумент subject обязательный. Но если вы всё-таки не хотите туда ничего передавать - передайте туда пустой stdClass или объект Joomla\registry\Registry.
@joomlafeed#joomla #php #webdev

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

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
Ситуация, блин..

Установлена версия компонента 1.0.0.
При накате обновления 1.1.0, для того, чтобы в базу внести необходимые для накатываемой версии изменения, кладу файлик /sql/updates/mysql/1.1.0.sql с необходимым содержимым и прописываю в xml:
Код: xml
  <update>
    <schemas>
      <schemapath type="mysql">sql/updates/mysql</schemapath>
    </schemas>
  </update>
Все нормально, все устанавливается, все работает.


Потом клиент начинает по-своему править исходники (много и через заднее место), а затем предъявлять: а чего это работать перестало...
Пытаюсь накатить последнюю обнову на уже установленный релиз, т.е. 1.1.0 на 1.1.0, и вылазит косяк.
Дело в том, что в /sql/updates/mysql/1.1.0.sql присутствует скрипт добавления полей в уже существующую таблицу:
Код: sql
ALTER TABLE `#__mytable` ADD `newcolumn` NOT NULL;
который, есс-но, не выполняется, т.к. поле в таблице уже присутствует, выполнение всего sql-скрипта, есс-но, прерывается, как и вся установка компонента.

Что нужно написать в script.php, чтобы избежать ошибки? По сути, надо сделать проверку устанавливаемой версии и установленной, и если они не совпадают, то не выполнять sql. Как?
Код: php
class Com_MyComponentInstallerScript
{
  public function update($parent)
  {
    $newver = $parent->get('manifest')->version; // получили устанавливаемую версию
    $oldver = ; // а как получить установленную версию?
    // дальше-то что, екарный бабай?
  }
}
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
IF NOT EXISTS к ALTER TABLE неприменим, проверено.
*

zomby6888

  • Завсегдатай
  • 1473
  • 171 / 3
Зачем это делать? В install.mysql.utf8.sql добавь этот столбец, а на серваке выполни запрос просто на добавление столбца. Других серверов ведь нету с этим компонентом? Даже если их несолько проще выполнить запрос чем писать установочный скрипт и обновлять версии на каждом.
интернет-блог: http://websiteprog.ru
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
Если изменю скрипт создания таблицы в install.mysql.utf8.sql, то при стандартной обнове 1.0.0=>1.1.0 эти поля не добавятся, т.к. скрипт будет проигнорирован (CREATE TABLE IF NOT EXISTS), ибо таблица уже существует.

Цитировать
Других серверов ведь нету с этим компонентом?
Кто знает ))

Нужно универсальное решение. В вышеописаннном случае вопрос решен кардинально: перезалил файлы по ftp, но ситуация может повториться, а в случае с компонентом широкого распространения - это полный писец.
*

zomby6888

  • Завсегдатай
  • 1473
  • 171 / 3
Подобные вещи имеют смысл если ты пишешь расширение с целью распостранения и ты не знаешь у кого и где установлены старые версии твоего расширения.

Только сейчас прочитал он таки распостранен уже, компонент этот?
Вобще данные о компонентах хранится в таблице extensions в поле manifest_cache. Они там сериализованы, можешь извлечь данные с помощью JRegistry оттуда.
« Последнее редактирование: 07.03.2015, 00:14:05 от zomby6888 »
интернет-блог: http://websiteprog.ru
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
Вобще данные о компонентах хранится в таблице extensions в поле manifest_cache. Они там сериализованы, можешь извлечь данные с помощью JRegistry оттуда.
Ок, оттуда вытащу версию установленного компонента. А дальше-то что? Как заставить скрипт невыполняться?

Допускаю, что будет расширение функционала и потребуется очередное добавление столбцов в туже таблицу.
*

JLang

  • Захожу иногда
  • 103
  • 19 / 0
Ситуация, блин..

    $oldver = ; // а как получить установленную версию?
Делал так по официальным мануалам, тоже в установочном скрипте

Код
	if ( $type == 'update' ) {
                        $oldRelease = $this->getParam('version');
                        $rel = $oldRelease . ' на ' . $this->release;
                        if ( version_compare( $this->release, $oldRelease, 'le' ) ) {
                                Jerror::raiseWarning(null, 'Нет смысла обновлять версию '. $rel);
                                return false;
                        }
if (version_compare($oldRelease,'3.2.4.1','=')){
Jerror::raiseWarning(null, 'Обновление не для версии русификатора '. $oldRelease );
return false;
}
                }
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
Цитировать
Jerror::raiseWarning(null, 'Нет смысла обновлять версию '. $rel);
Смысл-то как раз есть, но частично, без выполнения sql, чтобы только файлы скопировать
*

zomby6888

  • Завсегдатай
  • 1473
  • 171 / 3
так у меня метод preflight называется
интернет-блог: http://websiteprog.ru
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
да не важно какой, важно - как?
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
объект $paraent кстати во всех методах класса одинаков
*

zomby6888

  • Завсегдатай
  • 1473
  • 171 / 3
Что непонятно? Пишешь скрипт, в методе preflight все действия, текущую версию как проще получить написали выше. Скрипт прописываешь себе в XML манифест.
А $this->getParam('version') точно выдаст установленную версию? До установки компонента? Там вроде даже класс то этот не наследует ничего. Впринципе там есть еще postflight метод.
« Последнее редактирование: 07.03.2015, 00:38:07 от zomby6888 »
интернет-блог: http://websiteprog.ru
*

JLang

  • Захожу иногда
  • 103
  • 19 / 0
...А $this->getParam('version') точно выдаст установленную версию? До установки компонента? Впринципе там есть еще postflight метод.
Ещё такое стоит. Перед всеми инициализациями в preflight

$jversion = new JVersion();

Блин, я дубовый насчёт мудрых кодов  ;D, но наверное тоже нужно
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
Да нет, не все так просто.
А если накатываемая версия будет 1.2.0? Ведь будут последовательно для каждой версии выполняться все sql-файлы, и это надо как-то блокировать.

Оговорюсь отдельно: J3.4
*

zomby6888

  • Завсегдатай
  • 1473
  • 171 / 3
А не проще версию релиза сделать выше просто? И в ней прописать добавление столбца. Это было бы логично кстатии. Если ты обновляешь компонент то ты обновляешь его старшей версией а не текущей или младшей.
интернет-блог: http://websiteprog.ru
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
Иногда приходится обновлять текущей - по причинам, указанным в стартпосте. Накатываемая версия всегда равна или выше.
*

JLang

  • Захожу иногда
  • 103
  • 19 / 0
А если обновлять текущей, может задать условие в pre или post функции
Определить версию и выполнить если нужно
Код
$db = JFactory::getDBO();
$db->setQuery ("UPDATE `#__mytable` SET.........");
$db->query();
*

fsv

  • Живу я здесь
  • 2781
  • 411 / 2
AlekVolsk , эта таблица, в которую надо было добавить столбец, она изменяется (или не изменяется) только при обновлении версии?
Или и между обновлениями она может изменяться в результате работы сайта (например, добавление заказов)?
Веб-разработка: заказ. Только новая разработка.
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
$this->release, $this->getParam('version') - откуда это? $this = object(Com_MyComponentInstallerScript)#164 (0) { }

А если обновлять текущей, может задать условие в pre или post функции
Определить версию и выполнить если нужно
Код
$db = JFactory::getDBO();
$db->setQuery ("UPDATE `#__mytable` SET.........");
$db->query();
Тогда уж сразу
$query = 'alter table ...';
$db->setQuery($query)->execute();

AlekVolsk , эта таблица, в которую надо было добавить столбец, она изменяется (или не изменяется) только при обновлении версии?
Или и между обновлениями она может изменяться в результате работы сайта (например, добавление заказов)?
Еще как изменяется, но добавляемые поля будут затронуты только вновь добавляемыми записями
*

fsv

  • Живу я здесь
  • 2781
  • 411 / 2
Цитировать
который, есс-но, не выполняется, т.к. поле в таблице уже присутствует, выполнение всего sql-скрипта, есс-но, прерывается, как и вся установка компонента.
в sql-файле проверка: есть ли уже поле -
Код
SET @database = DATABASE();
SELECT table_name FROM information_schema.tables WHERE table_schema = @database AND table_name LIKE '%_weblinks' INTO @mytable;
IF NOT EXISTS(
    SELECT * FROM information_schema.COLUMNS
    WHERE COLUMN_NAME='title' AND TABLE_NAME=@mytable AND TABLE_SCHEMA=@database
)
THEN
    ALTER TABLE @mytable ADD `title` NOT NULL;
END IF
не проверял.
Засада может быть, если LIKE вернет больше 1 таблицы ("%_content", "%_menu"). Но с уникальными именами таблиц собственного компонента этого быть не должно, к тому же всегда можно доработать это условие.
« Последнее редактирование: 07.03.2015, 14:12:31 от fsv »
Веб-разработка: заказ. Только новая разработка.
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
Решил вопрос, спс JLang за идею с запросами прямо в php-скрипте:
Код: php
  protected $oldver;
  protected $newver;

  public function update($parent)
  {
    $db = JFactory::getDbo();
    if (version_compare('1.1.0', $this->oldver) > 0) {
      $query = 'alter table ...'; // запрос на добавление полей
      $db->setQuery($query)->execute();
    }
    if (version_compare('1.2.0', $this->oldver) > 0) {
      $query = 'alter table ...'; // запрос на добавление полей
      $db->setQuery($query)->execute();
    }
  }

  public function preflight($type, $parent)
  {
    $db = JFactory::getDbo();
    $query = $db->getQuery(true);
    $query->select('manifest_cache')
      ->from('#__extensions')
      ->where('name='.$db->quote('com_mycomponent'));
    $mc = $db->setQuery($query)->loadResult();
    $mc = json_decode($mc);
    $this->oldver = $mc->version;

    $this->newver = $parent->get('manifest')->version;
  }
Из sql-файлов все запросы на добавление полей есс-но убираем.

PS: fsv, чуток опоздали, решил уже, но все равно метод опробую, спс
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
TABLE_SCHEMA='имяБазы' - я не знаю, как называется база у клиента
*

zomby6888

  • Завсегдатай
  • 1473
  • 171 / 3
Честно говоря все равно так и не понял что мешает сделать версию обновления выше. Получить текущую установленную версию лучше так:
Код: php
$extension = $parent->get('extension');
$registry = new JRegistry($extension->manifest_cache);
$cur_version = $registry->get('version');

Пользуйтесь, дабы не долбить лишний раз базу запросами.
интернет-блог: http://websiteprog.ru
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
Честно говоря все равно так и не понял что мешает сделать версию обновления выше. Получить текущую установленную версию лучше так:
Код: php
$extension = $parent->get('extension');
$registry = new JRegistry($extension->manifest_cache);
$cur_version = $registry->get('version');

Пользуйтесь, дабы не долбить лишний раз базу запросами.
Да, работает спс )
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
Код: php
  protected $oldver;

  public function update($parent)
  {
    $db = JFactory::getDbo();
    if (version_compare('1.1.0', $this->oldver) > 0) {
      $query = 'alter table ...'; // запрос на добавление полей
      $db->setQuery($query)->execute();
    }
    if (version_compare('1.2.0', $this->oldver) > 0) {
      $query = 'alter table ...'; // запрос на добавление полей
      $db->setQuery($query)->execute();
    }
  }

  public function preflight($type, $parent)
  {
    $extension = $parent->get('extension');
    $registry = new JRegistry($extension->manifest_cache);
    $this->oldver = $registry->get('version');
  }
Окончательный вариант.
*

fsv

  • Живу я здесь
  • 2781
  • 411 / 2
TABLE_SCHEMA='имяБазы' - я не знаю, как называется база у клиента
обновил выше
Веб-разработка: заказ. Только новая разработка.
*

JLang

  • Захожу иногда
  • 103
  • 19 / 0
$this->release, $this->getParam('version') - откуда это?
Код: php
$extension = $parent->get('extension');
$registry = new JRegistry($extension->manifest_cache);
$cur_version = $registry->get('version');

Пользуйтесь, дабы не долбить лишний раз базу запросами.

А-аа, точно, там же ещё функция нужна к базе. Совсем забыл, пустая голова.
Код
function getParam( $name ) {
$db = JFactory::getDbo();
$db->setQuery('SELECT manifest_cache FROM #__extensions WHERE name = "com_component"');
$manifest = json_decode( $db->loadResult(), true );
return $manifest[ $name ];
}
Спасибо, Зомби, за вариант без базы!
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
в sql-файле проверка: есть ли уже поле -
Код
SET @database = DATABASE();
IF NOT EXISTS(
    SELECT * FROM information_schema.COLUMNS
    WHERE COLUMN_NAME='title' AND TABLE_NAME='ml36c_content' AND TABLE_SCHEMA=@database
)
THEN
    ALTER TABLE `ml36c_content` ADD `title` NOT NULL;
END IF;
не проверял.
Спотыкается на table_name - не подставляет префикс
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
Все же остановился на вышеприведенном варианте с php-скриптом: быстро и надежно
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Прописать условие для сохранения данных в БД

Автор semen1707

Ответов: 0
Просмотров: 486
Последний ответ 14.04.2021, 00:59:44
от semen1707
Создание компонента для табеля рабочего времени

Автор sashahz

Ответов: 7
Просмотров: 775
Последний ответ 12.04.2021, 11:12:11
от sashahz
Вызов формы компонента в pop-up, при клике по ссылке из любого места

Автор SkyAn

Ответов: 1
Просмотров: 664
Последний ответ 01.03.2021, 04:08:48
от gartes
Документация по разработки компонента для Joomla 3.x

Автор Aspik

Ответов: 9
Просмотров: 3285
Последний ответ 23.01.2021, 07:55:56
от hmr
Сборка инсталятора компонента файлами из разных папок с привлечением github

Автор borro

Ответов: 1
Просмотров: 670
Последний ответ 25.12.2020, 21:21:30
от platonische