единственное что есть

доки в джумла - это просто жесть

это типа никто не знает? :)

Там ниже про это есть. Но это именно для "Версий" интеграция с `com_tags`и без этого будет работать

доки в джумла - это просто жесть

Ну я теперь узнал что значит ucm Unified Content Model (Модель унифицированного контента). А то как применяется знаю, а как расшифровывается нет.

Ну я теперь узнал что значит ucm Unified Content Model (Модель унифицированного контента). А то как применяется знаю, а как расшифровывается нет.

да вот и приходится важные вещи в чатиках случайно узнавать

я знаю только одну системную книгу по дужмла и все

да вот и приходится важные вещи в чатиках случайно узнавать

Ну я обычно просто перебираю пол ядра, чтобы понять как это работает. Документация в joomla нужна скорее как настольный справочник, чем как учебник ИМХО.

Ну я обычно просто перебираю пол ядра, чтобы понять как это работает. Документация в joomla нужна скорее как настольный справочник, чем как учебник ИМХО.

ну ты разбираешь ядро. а новичкам что делать?

да и некоторые вещи вообще непонятны даже после разбора

nested set так просто не поймешь без доки

ну ты разбираешь ядро. а новичкам что делать?

Думаю тоже самое. т.к это самый быстрый способ научиться и понять как работает ядро. ИМХО

nested set так просто не поймешь без доки

А по нему есть дока?

А по нему есть дока?

если поискать то да

только надо еще узнать что это nested set

А по нему есть дока?

https://docs.joomla.org/Using_nested_sets

https://en.wikipedia.org/wiki/Nested_set_model

в вики самое понятное объяснение

просто например я когда исследовал хранение пунктов меню в джумла - понятия не имел что используются nested set

и что гуглить не знал

везде только пижонство из разряда - все само руками создается

https://docs.joomla.org/Using_nested_sets

А я так разбирался, влез в com_categories и com_tags и вникал в код. Там не очень то и сложно. Да и я так быстрее усваиваю информацию, чем читая документацию. Кастати в доке не хватет про route вызов плагинов.

А я так разбирался, влез в com_categories и com_tags и вникал в код. Там не очень то и сложно. Да и я так быстрее усваиваю информацию, чем читая документацию. Кастати в доке не хватет про route вызов плагинов.

не все так могут читать код как книгу :)

не все так могут читать код как книгу :)

Ну, когда днями на пролет этим занимаешься, код становиться понятнее любой книги. ИМХО.

я по-другому воспитан

они это сделали?

ну нифига себе :) я не верю :)

а книжка, которая выше, она с картинками?

IN(1,2,3,100)

чувствую, что этого будет мало) http://zakaz-saita.com/joomla/programming/120-rabota-s-bazoj-dannykh-joomla-3

https://cmscafe.ru/docs/joomla/developer/db

похоже, этого много)

здрасьте

это и есть встроенное

насколько я знаю - нет

А это чем не подходит? $query ->select($db->quoteName(array('user_id', 'profile_key', 'profile_value', 'ordering'))) ->from($db->quoteName('#__user_profiles')) ->where($db->quoteName('profile_key') . ' LIKE '. $db->quote('\'custom.%\'')) ->order('ordering ASC');

Ну только поменять в where like на in()

Вы sql знаете?

по-моему, человек вообще плохо понимает что происходит

https://www.w3resource.com/mysql/comparision-functions-and-operators/in-function.php

Ну у джумлы тоже есть orm

Артём выше скинул

https://docs.joomla.org/Selecting_data_using_JDatabase

Да вжопу это ларавел?

У меня есть один проект на нем

Lts 2 года

И удобство ради удобства

Он очень быстро развивается

И нет в нем стабильности

Если брать Фреймворк, то лично мой выбор это zend framework 3

И симфони

https://docs.joomla.org/Selecting_data_using_JDatabase

А все ответы , вот в этой статье

По запросам в джумле

Думаю тоже самое. т.к это самый быстрый способ научиться и понять как работает ядро. ИМХО

+

только надо еще узнать что это nested set

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

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

Смотря как делать ещё

Можно вести не одно дерево

А несколько

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

Смотря что у тебя происходит чаще. Обычно все таки доблавение происходит не так часто как выборка

А несколько

Можно, но придется уже за самими деревьями следить. Или есть другое решение?

Смотря что у тебя происходит чаще. Обычно все таки доблавение происходит не так часто как выборка

Еще смотреть, сколько записей в таблице. Если речь идет о сотнях тысяч, то уже трудно оценить за и против.

Как вот это будем переводить ?

The Privacy Tool Suite by Joomla

The Privacy Tool Suite by Joomla

Управление политикой конфиденциальности в Joomla

Где тут слово политика? Policy?

А как у нас в официальном переводе будет компонент называться?

А как у нас в официальном переводе будет компонент называться?

Я думаю это ещё не обсуждалось

Но в русском языке есть устоявшийся термин политика конфиденциальности

К сожалению по другому сложно будет перевести чтобы было понятно что речь о юридических терминах

Хотя

А как у нас в официальном переводе будет компонент называться?

Там несколько различных расширений. Лучше переводить в контексте. Стоит поставить 3.9 beta

Ещё смотря что он делает

Где тут слово политика? Policy?

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

Если в английском языке термин privat policy и privacy - синонимы, то в русском языке тяжело предать суть одним словом

набор инструментов для обеспечения конфиденциальности

Уж тем более, что всех уже проинструктировали по термин "политика конфиденциальности"

Если говорить про привычные слова то это. Конфиденциальность Приватность

политика приватности

Если говорить про привычные слова то это. Конфиденциальность Приватность

Сейчас посидел и попроговаривал эти слова в контексте разных фраз. Пожалуй, я соглашусь. Такой вариант звучит очень неплохо

Если в английском языке термин privat policy и privacy - синонимы, то в русском языке тяжело предать суть одним словом

privacy policy и privacy - ни разу не синонимы. А privatе policy - уже третье.

privacy policy и privacy - ни разу не синонимы. А privatе policy - уже третье.

Согласен. Privat policy это часть Privacy

privacy policy и privacy - ни разу не синонимы. А privatе policy - уже третье.

Ну как бы политика - это список положений, описывающий собственно приватность

Короче, я тупанул,когда со своей "политикой" влез

И еще 13 плагинов. Так что по переводу работы много.

Насчет компонента privacy может быть. Менеджер конфиденциальности / Конфиденциальность в сокращенном варианте. actionlogs - Я в разговорах называл. Лента активности, Менеджер активности. ИМХО