Василий Столейков

Может быть ты API ключ для Яндекс не вписал в настройку localizator_key_yandex?

Вспоминали многострадальный снег.

Так лето ведь, а вам только снег подавай!.. ))))

А так — у данного сообщества есть свой модератор, и если он решает когда статья или дополнение не соответствует правилам. Он может диктовать правила, а не кто-то с «улицы». Кто-то с улицы может сделать своё дополнение, написать свою статью, создать своё дополнение или своё сообщество в конце концов. А лезть к другим с осуждением…
А подстраиваться под мнение и ожидания каждого человека — это гнаться за ветром пытаясь его поймать… Угодить всем нельзя и смысла в этом никакого.

Это мысли вслух. Может быть зря я их сюда написал — не хочется очередного бессмысленного холивара.

@Баха Волков так и не понял, почему меня упомянули тут, видимо в удалённых комментариях… )))

За статью спасибо — было интересно читать.
Пиши почаще — напоминает о необходимости общего вклада.

Всё нормально переводится, извини что задавал глупые вопросы.

Это всё моя невнимательность. Я почему-то зациклился что TV параметры нужно вписывать в localizator_TV_fields а надо было в localizator_translate_fields наряду с полями ресурса.

Дошел до этого только когда заглянул в код процессора… )))

Спасибо!

Генерация моделей, подсоединение дополнительных полей и опций с других таблиц, работа всего этого множества с кешем…

Надо продумать свою таблицу с товарами так, чтобы все поля были оптимизированными и адаптированными под ваши нужды. Чтобы не было ни одного лишнего поля. Зато чтобы все опции товаров были в той же таблице (чтобы не делать отдельный запрос в другую таблицу на фронте).

После этого можно конечно сгенерировать модель таблицы, но работать с ней практически не прийдётся, каждый запрос нужно будет оптимизировать по-максимому. Для этого пишешь свои сниппеты для работы с твоей таблицей, где выполняешь чистый SQL-код, по этому образцу.

Вообще при таких объёмах, каждый запрос нужно будет оптимизировать. Выигрывать миллисекунды прийдётся и за счёт Fenoma и файловых элементов.

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

Ну и конечно же сервер должен соответствовать объёмам, на обычном хостинге это не запустится, лучше арендовать сервер.

Заметил ещё один момент: при удалении локализации страницы (для последующего автоперевода например), заполненные тв-шки локализации не удаляются, и после создания локализации по-новой подтягиваются старые уже заполненные. Это может мешать например автопереводу ТВ-шек (у кого он работает).
Правда не знаю, это баг или фича такая…

Оставлю решение этой проблемы.
Надо в системных настройках указать кастомный источник файлов по умолчанию в настройке default_media_source.
MIGX берёт для рендера именно дефолтный источник.

Все нормально переводит, надо указывать в localizator_translate_fields.

Как ни пробовал, не получается. Каким образом указывать поля, ID тв-шек или их названия? Через запятую?

Однако же есть TV, которые нет смысла заполнять в нескольких языковых версиях, а проще заполнить основное поле — такие как изображение или дата.

Но тогда и ТВ с переводом будут болтаться рядом, а если ТВ-шек много, то путаница, что где заполнять. Для себя я решил лучше уже все заполнять там, в одном месте, в том числе и даты. Даже для разных языков — один же раз заполняешь.

Было бы неплохо сортировать вкладки по полю сортировки, и/или по названию:

Оставлю тут комментарий, может кому пригодится.
Можно сделать свой модификатор, которым будет удобно пользоваться:

1. Создаём сниппет под названием tv
2. Вставляем в него следующий код:
   

   <?php
   $output = '';
   
   if(!empty($options)) {
       $lang = $modx->getOption('localizator_key');
       if(empty($input)) $input = 1;
       
       if($res = $modx->getObject('locTemplateVarResource', array(
           'contentid' => $input, 
           'tmplvarid' => $options, 
           'key' => $lang
       ))) {
           $output = $res->get('value');
       }
   }
   
   return $output;

3. Используем на сайте везде где нужно в виде модификатора:
   

   // устанавливаем в переменную {$tv_name} локализованное значение тв-параметра.
   {set $tv_name = 1|tv:3} // где 1 это ресурс, а 3 это id тв параметра.

Возможно и мне пригодится на будущее скопипастить, чтобы не писать заново, хотя времени на написание ушло 2 минуты.

Кстати, ТВ-поля в локализаторе не авто-переводит никак, без разницы указывать их в системной настройке или нет. Пока используем ручной перевод…

SEO-поля из локализатора, которые не используются, типа SEO keywords можно спрятать через стили.

А родную вкладку TV-полей можно спрятать через Настройку форм самого MODX. Как в принципе и родные поля content, longtitle, description, introtext и т.д. Иначе они постоянно путаются и заполняются лишний раз — при локализаторе они бесполезный мусор, который постоянно мешает.

А по какому принципу сортируются вкладки ТВ-параметров?

У меня на сайте, для сортировки, названия папок обычно пронумерованы, и в вкладке TV они сортируются правильно. В локализаторе же они каким-то непонятным образом выводятся:

Достойная замена Sendex!
Очень давно напрашивалась…

Значит это мой код нужно подтягивать под стандарты…
Там видимо мои кастомные феномовские модификаторы нужно рефакторить чтобы не лезли феномовские ошибки.
Спасибо за ответ!

С PHP 7.3 pdoTools всё ещё не работает?
У меня та же проблема что у автора топика один в один.
Похоже прийдётся откатывать версию PHP…

Классно, молодцы!
P.S. Правое меню всё-же будет лучше прикрепить при скролле…

@Николай Можно использовать pdoTools для файловых элементов, которые уже загружать в гит как обычные файлы.
А базу можно использовать через Gitify, в сети есть много информации и на русском. С его помощью сможете любые изменения регулировать через командную строку.
Эта схема проверена и хорошо работает.

И в тексте тоже )))

А не TelEgram пишется?

Ссылка на купить битая, сейчас она другая