Иван

Допустим у нас есть раздел site.ru/news/

Мы хотим выводить новости, но без подразделов и допустим site.ru/news/news-name/
1. В настройках инфоблока:
URL страницы информационного блока: #SITE_DIR#/news/
URL страницы детального просмотра: #SITE_DIR#/news/#ELEMENT_CODE#/
2. В api компонента

"SEF_FOLDER" => "/news/",
"SEF_URL_TEMPLATES" => array(
      "news" => "",
      "section" => "",
      "detail" => "#ELEMENT_CODE#/",
)

Или, допустим, мы хотим выводить новости с подразделами site.ru/news/section/news-name/
1. В настройках инфоблока:
URL страницы информационного блока: #SITE_DIR#/news/
URL страницы раздела: #SITE_DIR#/news/#SECTION_CODE#/
URL страницы детального просмотра: #SITE_DIR#/news/#SECTION_CODE#/#ELEMENT_CODE#/
2. В api компонента

"SEF_FOLDER" => "/news/",
"SEF_URL_TEMPLATES" => array(
      "news" => "",
      "section" => "#SECTION_CODE#/",
      "detail" => "#SECTION_CODE#/#ELEMENT_CODE#/",
)

Или, допустим, мы хотим выводить новость в несколько разделов, но чтобы чпу у новости был не в подразделе.
К примеру новость отображалась в разделах site.ru/news/section1 и site.ru/news/section2 , но url самой новости был один для этих разделов (site.ru/news/detail/news-name/)

1. В настройках инфоблока:
URL страницы информационного блока: #SITE_DIR#/news/
URL страницы раздела: #SITE_DIR#/news/#SECTION_CODE_PATH#/ (хотя можно даже section_code не указывать)
URL страницы детального просмотра: #SITE_DIR#/news/#ELEMENT_CODE#/
2. В api компонента

"SEF_FOLDER" => "/news/",
"SEF_URL_TEMPLATES" => array(
      "news" => "",
      "section" => "#SECTION_CODE_PATH#/",
      "detail" => "#ELEMENT_CODE#/",
)

или еще так можно

1. В настройках инфоблока:
URL страницы информационного блока: #SITE_DIR#/news/
URL страницы раздела: #SITE_DIR#/news/#SECTION_CODE#/ (хотя можно даже section_code не указывать)
URL страницы детального просмотра: #SITE_DIR#/news/element/#ELEMENT_CODE#/
2. В api компонента

"SEF_FOLDER" => "/news/",
"SEF_URL_TEMPLATES" => array(
      "news" => "",
      "section" => "#SECTION_CODE#/",
      "detail" => "element/#ELEMENT_CODE#/",
)

Еще, в корне проекта есть файл urlrewrite.php - он отвечает за обработку адресов. Вообще он должен обновляться когда вы сохраняете компонент через редактор админа на фронте, либо через админку в обработке адресов.
Однако вы можете глянуть как там прописаны пути

0 => 
  array (
    'CONDITION' => '#^/news/#',
    'RULE' => '',
    'ID' => 'bitrix:news',
    'PATH' => '/news/index.php',
    'SORT' => 100,
  ),

Если хотим работать с orm инфоблоков, то сначала в настройках инфоблока пропишите символьный код api

Если вам нужно получить все свойства инфоблока то можно так

\Bitrix\Iblock\PropertyTable::getList([
            'select' => [
                'CODE',
                'NAME',
            ],
            'filter' => [
                'IBLOCK_ID' => $iblockId,
            ],
            'cache' => [
                'ttl' => 3600
            ],
        ])->fetchAll();

Вместо fetchall() можно fetchCollection() - для работы с коллекциями

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

\Bitrix\Iblock\Elements\ElementCalendarListTable::getList([
            'select' => [
                'NAME',
                'ID',
                'PROP_TEXT_VALUE' => 'PROP_TEXT.VALUE',  //строка
                'PROP_CITY_VALUE' => 'PROP_CITY.ITEM.VALUE',  // список
                'PROP_COURSE_' => 'PROP_COURSE_ELEMENT.ELEMENT', // свойство с привязкой элемента
            ],
            'cache' => [
                'ttl' => 3600
            ],
        ])->fetchCollection()

ElementCalendarListTable - это часть из названия символьного кода api и ElementTable

Обратите внимание на select и как указываются свойства.
Битрикс автоматом связывает таблицы, если они правильно в запросе прописаны

https://dev.1c-bitrix.ru/learning/course/index.php...
Посмотрите тут про типы свойств и как их можно получить и как формировать запросы. (там это указано под спойлером)

Еще значения из свойств элемента можно получить так (как в справке)

$iblock = \Bitrix\Iblock\Iblock::wakeUp($iblockId);
$elements = $iblock->getEntityDataClass()::getList([
    'select' => ['ID', 'SOME_FIELD', 'ANOTHER_FIELD.ELEMENT']
])->fetchCollection();

foreach ($elements as $element)
{
    echo $element->getSomeField()->getValue();
    echo $element->getAnotherField()->getElement()->getTitle();
}

Тута https://dev.1c-bitrix.ru/learning/course/index.php...

Это более простые способы получения значений из свойств инфоблоков.

Есть еще вариант джойнить таблицы, делается через runtime

Топик очень даже дискуссионный. Тут многое зависит от точки зрения.

1. Если начинающий разработчик, можно пробовать в Битрикс.
Плюсы: быстрый старт и вход в профессию веб-разработчика, очень много вакансий от студий.
На начальном этапе нужно понять азы коммерческой веб-разработки, уронить пару продакшн серверов, затем наполучать от клиентов и своих менеджеров хороших люлей.
Пет проекты — это хорошо, но опыт коммерческой разработки важен для компаний.
Студии охотно работают с Битриксом, там есть бюджеты клиентов. Разработчики вполне хорошо зарабатывают в этой нише. На старте конечно меньше, но с опытом быстро растет рейт.
Минусы: рынок СНГ, дальше не уедешь.
Кстати, это не значит, что на Битриксе то и дело только шаблоны клепаешь. Я работаю с крупными проектам на Битриксе, с крупной архитектурой проектов и бизнес логикой, большими нагрузками, rest api. Хороший опыт современной разработки.

2. Из первого пункта вытекает один нюанс, крупных проектов на Битриксе на всех не хватит.
Чаще всего — это работа с клепанием шаблонов и правок по SEO. Часть бизнес логике описываешь отдельно и передаешь в шаблон. Иногда пишешь свои компоненты или даже модули (чутка интереснее, чем шаблоны).
Это все рынок услуг, рынок аутсорса. Ты или твоя компания обслуживает клиента: корп сайты, магазины. Ты завязан на требования от клиента, его отдела менеджмента и маркетинга. Мало свободы, рамки.
Со временем ты понимаешь, что устал от рынка услуг, что хочется в продуктовую разработку. Сервисы, кабинеты, разработка API, архитектура, польза миру и все вот это вот....
Тут уже ты переключаешься на продуктовый рынок, где одно из требований — современные фреймворки.
И хорошо, если ты попробовал серьезные проекты на битриксе, будет проще перескочить.
Но если ты все время клепал шаблоны, то будет сложно. Об этом надо знать заранее, и готовиться заранее. Советую заранее походить по вакансиям, разобраться что от вас требуется знать, уметь, владеть.

3. Мировой рынок. Тут Битрикса нет :) Тут будут спрашивать опыт, но и заработок другой.
Хочется сюда? Готовимся заранее... Идем по вакансиям на джунов по фремворкам, доказываем, что есть огромное желание работать. Работаем на опыт. Годик, полтора — смотрим вакансии в мире

P.S. Не советую на старте во фриланс лезть. Наработка опыта растянется на года, денег там мало, зато нервных срывов, выгорания, бессонных ночей дохрена. Сам проходил)

В битриксе по умолчанию используется конечный слеш. Лучше привести к этому формату Инфоблоки.
#SITE_DIR#catalog/#SECTION_CODE#/
... #ELEMENT_CODE#/
Вот везде слеш проставить в конце.
А так же посмотреть параметры компонента, у подключаемых шаблонов.

Если кастом будете пилить, то в принципе прокачка будет.
Если зависните на стандартной натяжке, то деградация. Подключить компонент и поднастроить шаб, ничего сложного, одна рутина.

После такой работы, если попадётся нормальный таск, потеряетесь и фейл будет однозначно. Поймёте, что потеряли кучу времени впустую.

Здравствуйте. Удалось разобраться? Как я понял по гос номеру нельзя получить информацию, только по номеру самого пропуска?

Это не шаблон категории блога. Это вы в компонент "метки" пытаетесь вывести поля из материалов, поэтому их нет.
Вот так можно

JLoader::register('FieldsHelper', JPATH_ADMINISTRATOR . '/components/com_fields/helpers/fields.php');
$item->jcfields = FieldsHelper::getFields('com_content.article', $item, true);
$fields = [];
foreach($item->jcfields as $jcfield)
{
  $fields[$jcfield->name] = $jcfield;
}
$fields['имя_поля']->rawvalue;