Новости Joomla

Как тестировать Joomla PHP-разработчику? Компонент Patch tester.

👩‍💻 Как тестировать Joomla PHP-разработчику? Компонент Patch tester.Joomla - open source PHP-фреймворк с готовой админкой. Его основная разработка ведётся на GitHub. Для того, чтобы международному сообществу разработчиков было удобнее тестировать Pull Requests был создан компонент Patch Tester, который позволяет "накатить" на текущую установку Joomla именно те изменения, которые необходимо протестировать. На стороне инфраструктуры Joomla для каждого PR собираются готовые пакеты, в которых находится ядро + предложенные изменения. В каждом PR обычно находятся инструкции по тестированию: куда зайти, что нажать, ожидаемый результат. Тестировщики могут предположить дополнительные сценарии, исходя из своего опыта и найти баги, о которых сообщить разработчику. Или не найти, и тогда улучшение или исправление ошибки быстрее войдёт в ядро Joomla. Напомню, что для того, чтобы PR вошёл в ядро Joomla нужны минимум 2 положительных теста от 2 участников сообщества, кроме автора. Видео на YouTubeВидео на VK ВидеоВидео на RuTubeКомпонент на GitHub https://github.com/joomla-extensions/patchtester@joomlafeed#joomla #php #webdev #community

Вышел релиз Revo PageBuilder Toolkit for YOOtheme Pro 1.6

Вышел релиз Revo PageBuilder Toolkit for YOOtheme Pro 1.6.2PageBuilder Toolkit - это специализированный плагин для конструктора страниц Yootheme Pro, содержит набор различных утилит для ускорения процесса работы и отладки макета, множественные улучшения в интерфейсе, включая поддержку dark mode, подсказки, быстрая смена разрешения в окне просмотра и много чего еще.v.1.6.2 Что нового?- Индикатор статусов: теперь не просто показывает состояние запросов, но и делает автоматические попытки их отправки при кратковременных сбоях в сети, а если это не помогло, то переводит конструктор в ручной режим, что позволяет сохранит макет и настройки темы прежде чем вы потеряете все, что было сделано с момента последнего сохранения- Подсветка ошибок в макете: плагин анализирует код страницы и может автоматически подсвечивать data атрибуты с кучей мусора, которые попадают в код страницы при копипасте из Figma в TinyMCE (пригодится для старых макетов, в текущей работе плагин сам очищает код мусора). Также есть подсветка семантических ошибок сборки - дубли h1 тега на странице и вложенных друг в друга заголовков.- Улучшена поддержка будущего релиза Yootheme Pro 5 и редактора CodeMirror 6Плагин для русскоязычных пользователей доступен в каталоге расширений SovMart и распространяется за символическую плату (100р). Разработчики Joomla расширений и партнеры автора могут получить плагин бесплатно.Для работы плагина необходим конструктор страниц Yootheme Pro.Разработчик плагина - участник нашего сообщества Александр Судьбинов (@alexrevo), член официальной группы поддержки Yootheme Pro. Страница расширенияОписание на сайте автора@joomlafeed#joomla #yootheme

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

kadrovik

  • Осваиваюсь на форуме
  • 10
  • 0 / 0
Определение модулей
« : 07.06.2013, 13:17:37 »
Привет жителям форума. Просьба дать новичку совет, учусь делать шаблоны и наткнулся на следующую дилемму - за основу беру стандартный шаблон (блоки top, left, right, footer и основной раздел content).
Код
<body>
<div id="wrap">
  <div id="top">
    <div class="inside">
      <jdoc:include type="modules" name="top" style="xhtml" />
    </div>
  </div>
  <div id="left">
    <div class="inside">
      <jdoc:include type="modules" name="left" style="xhtml" />
    </div>
  </div>
  <div id="content">
    <div class="inside">
          <jdoc:include type="module" name="user_1" style="xhtml" />
     <jdoc:include type="module" name="user_2" style="xhtml" />
     <jdoc:include type="module" name="user_3" style="xhtml" />
      <jdoc:include type="component" />
    </div>
  </div>
  <div id="right">
    <div class="inside">
      <jdoc:include type="modules" name="right" style="xhtml" />
    </div>
  </div>
  <div id="footer">
    <div class="inside">
      <jdoc:include type="modules" name="footer" style="xhtml" />
    </div>
  </div>
</body>
В основном разделе "content" помимо компонента требуется вывести еще 3 модуля. Решение данного вопроса вижу в трех вариантах:
1) создаю через панель управления три модуля и указываю для них позицию "user_1", а две строки из шаблона определяющие задающие модули с позициями "user_2" и "user_3" удаляю. Модули будут выводиться в том порядке, как задам их последовательность в админке.
2) через админку каждому модулю присваиваю свою позицию "user_1" "user_2" "user_3" При этом шаблон остается без изменений
3) каждое определение модуля заключить в дополнительный тег <DIV>
Код
<div id="content">
    <div class="inside">
      <div id="user_1">
         <div class="inside">
            <jdoc:include type="module" name="user_1" style="xhtml" />
         </div>
      </div>
      <div id="user_2">
         <div class="inside">
            <jdoc:include type="module" name="user_2" style="xhtml" />
         </div>
      </div>
      <div id="user_3">
         <div class="inside">
            <jdoc:include type="module" name="user_3" style="xhtml" />
         </div>
      </div>
      <div id="user_3">
         <div class="inside">
              <jdoc:include type="component" />
         </div>
      </div>
   </div>
  </div>
Подскажите как правильно сделать и как разные варианты могут отразиться на оформлении и возможности применения стилей к выводимому на сайте контенту.
*

midav

  • Давно я тут
  • 926
  • 115 / 1
Re: Определение модулей
« Ответ #1 : 07.06.2013, 15:55:00 »
Бессмысленный вопрос . Как получается так и делайте, пробуйте, учитесь .
Три позиции для модулей там не нужны, только путаницы больше .
Ответы на вопросы по CSS . Откройте для себя Firebug
*

kadrovik

  • Осваиваюсь на форуме
  • 10
  • 0 / 0
Re: Определение модулей
« Ответ #2 : 07.06.2013, 17:39:34 »
Бессмысленный вопрос . Как получается так и делайте, пробуйте, учитесь .
Три позиции для модулей там не нужны, только путаницы больше .
в том то и дело, что на сколько я понимаю - получится вывести три модуля во всех вариантах.  Я по этому и спрашиваю - "Подскажите как правильно сделать и как разные варианты могут отразиться на оформлении и возможности применения стилей к выводимому на сайте контенту." Если я сделаю первым методом - стиль CSS будет один для всех трех модулей, а если сделаю по третьему варианту я смогу применить к каждому модулю свой стиль. Я прав?
*

midav

  • Давно я тут
  • 926
  • 115 / 1
Re: Определение модулей
« Ответ #3 : 07.06.2013, 19:09:12 »
В любом случае сможете применить к каждому модулю свой стиль, если это будет необходимо . Логичнее использовать одну позицию, то есть первый метод .
Ответы на вопросы по CSS . Откройте для себя Firebug
*

kadrovik

  • Осваиваюсь на форуме
  • 10
  • 0 / 0
Re: Определение модулей
« Ответ #4 : 08.06.2013, 03:05:58 »
В любом случае сможете применить к каждому модулю свой стиль, если это будет необходимо . Логичнее использовать одну позицию, то есть первый метод .
простите наверное за глупый вопрос, а как применить к каждому модулю свой стиль при первом варианте?  я не соображу как это будет выглядеть в CSS файле. Если не затруднит приведите пару строк разметки CSS для описанной вами ситуации.
*

midav

  • Давно я тут
  • 926
  • 115 / 1
Re: Определение модулей
« Ответ #5 : 08.06.2013, 08:38:22 »
В дополнительных настройках модуля можно указать дополнительный суффикс . Для примера модулю меню укажем суффикс _menu

В теперь класс модуля будет называться moduletabe_menu:

Также можете указать суффикс через пробел . Тогда будет два класса, moduletable menu
Ответы на вопросы по CSS . Откройте для себя Firebug
*

kadrovik

  • Осваиваюсь на форуме
  • 10
  • 0 / 0
Re: Определение модулей
« Ответ #6 : 08.06.2013, 17:04:08 »
В дополнительных настройках модуля можно указать дополнительный суффикс . Для примера модулю меню укажем суффикс _menu

В теперь класс модуля будет называться moduletabe_menu:

Также можете указать суффикс через пробел . Тогда будет два класса, moduletable menu
спасибо
*

NortonFox

  • Захожу иногда
  • 441
  • 43 / 0
Re: Определение модулей
« Ответ #7 : 08.06.2013, 17:19:24 »
Все исходит от того, что вы хотите добиться.
1.   Например мы хотим выиграть с скорости загрузки страницы, делаем все методы по порядку и замеряем скорость загрузки страницы с единственными изменениями (это как пример, различия не заметите).
2.   Хотим сделать более гибкую систему для своих нужд – тут надо определится в чем ваши нужды и опять же что именно вы хотите.
3.   Хотим меньше кода HTML на странице – значит делаем так, что бы кода было минимально!
Общая суть – сайты не должны быть похожи друг на друга, и даже самые монстры бывают ошибаются, создавая свой проект преследуйте главные цели – скорость, гибкость. Если вы сделаете не как у всех, но будите быстрее и в целом лучше, то вы выиграли (если расценивать как игру конечно).   
Я знаю только то, что ничего не знаю
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Ширина модулей в зависимости от количества опубликованных позиций (Решение)

Автор Fedor Vlasenko

Ответов: 17
Просмотров: 11375
Последний ответ 07.01.2020, 14:46:05
от Progressive
Выравнивание модулей внутри позиции.

Автор user

Ответов: 8
Просмотров: 12096
Последний ответ 28.04.2016, 10:26:01
от ambrazura
[Решено] Вывод модулей с позиции left в шаблоне vt_farm

Автор TV_Master

Ответов: 7
Просмотров: 2565
Последний ответ 06.02.2016, 19:39:40
от Омск
Показ выдачи поиска или запрет показа опред. модулей при его выдаче

Автор kushiy

Ответов: 0
Просмотров: 1337
Последний ответ 17.09.2015, 17:19:18
от kushiy
Выравнивание позиций или выравнивание модулей в позиции?

Автор CrazyPedro

Ответов: 5
Просмотров: 1654
Последний ответ 30.04.2015, 11:00:45
от CrazyPedro