Вчера в 22:34
5. Настроил компонент Login.
6. И в раздел «Редактирование данных» у уже авторизованного пользователя вывел следующий сниппет:
<?php
$modx->...
Личный кабинет пользователя. Поиск компонента 4
Вчера в 18:07
Файл изображения — название файла с расширением
Путь к файлу — путь где файл находится
На мой взгляд для манагера это сложно. Проще иметь возможно...
Компонент для создания кастомного меню 17
Вчера в 16:49
Добрый день, прикрутите возможность поиска товаров по ТВ/значению
msPre - Массовое редактирование товаров minishop 87
Вчера в 14:09
Все спасибо, разобрался
Открываю исходники SeoFilter, YandexMarket2 и делаю их бесплатными 15
Вчера в 13:32
Может можно реализовать как-то через «цепочки» внутри самого easyComm…
Одна админка, мультиязычность на разных доменах: de, fr, md + мультиязычные комментарии 1
Вчера в 11:56
все спасибо разобрался!
[YandexMarket2] выгрузка товаров в Яндекс Маркет и не только 19
Вчера в 10:37
t.me/ru_modx
Белый экран при редактировании ресурса после копирования его в другой контекст 6
27 марта 2024, 22:38
Если используете сниппет для отправки формы без перезагрузки страницы, то js компонента FetchIt вставляет текст ошибок внутри тега с атрибутом data-er...
Проблемы с работой FormIt не выводятся сообщения после обработки формы. 12
27 марта 2024, 22:01
Если посмотреть за последние годы, сколько здесь было заметок о дополнениях, которые сделали не наши ребята?Это сайт русскоязычноого сообщества, тут п...
Транспортный пакет для Composer дополнений 27
А так — у данного сообщества есть свой модератор, и если он решает когда статья или дополнение не соответствует правилам. Он может диктовать правила, а не кто-то с «улицы». Кто-то с улицы может сделать своё дополнение, написать свою статью, создать своё дополнение или своё сообщество в конце концов. А лезть к другим с осуждением…
А подстраиваться под мнение и ожидания каждого человека — это гнаться за ветром пытаясь его поймать… Угодить всем нельзя и смысла в этом никакого.
Это мысли вслух. Может быть зря я их сюда написал — не хочется очередного бессмысленного холивара.
За статью спасибо — было интересно читать.
Пиши почаще — напоминает о необходимости общего вклада.
Это всё моя невнимательность. Я почему-то зациклился что TV параметры нужно вписывать в localizator_TV_fields а надо было в localizator_translate_fields наряду с полями ресурса.
Дошел до этого только когда заглянул в код процессора… )))
Спасибо!
Надо продумать свою таблицу с товарами так, чтобы все поля были оптимизированными и адаптированными под ваши нужды. Чтобы не было ни одного лишнего поля. Зато чтобы все опции товаров были в той же таблице (чтобы не делать отдельный запрос в другую таблицу на фронте).
После этого можно конечно сгенерировать модель таблицы, но работать с ней практически не прийдётся, каждый запрос нужно будет оптимизировать по-максимому. Для этого пишешь свои сниппеты для работы с твоей таблицей, где выполняешь чистый SQL-код, по этому образцу.
Вообще при таких объёмах, каждый запрос нужно будет оптимизировать. Выигрывать миллисекунды прийдётся и за счёт Fenoma и файловых элементов.
В итоге, в админке мы имеем только основные страницы и категории, а все миллионы товаров в своей таблице оптимизированной по-максимому. Админка будет работать шустро, а для управления товарами из своей таблицы можно будет сделать отдельную заточенную админку, в закрытом разделе сайта.
Ну и конечно же сервер должен соответствовать объёмам, на обычном хостинге это не запустится, лучше арендовать сервер.
Правда не знаю, это баг или фича такая…
Надо в системных настройках указать кастомный источник файлов по умолчанию в настройке default_media_source.
MIGX берёт для рендера именно дефолтный источник.
Но тогда и ТВ с переводом будут болтаться рядом, а если ТВ-шек много, то путаница, что где заполнять. Для себя я решил лучше уже все заполнять там, в одном месте, в том числе и даты. Даже для разных языков — один же раз заполняешь.
Можно сделать свой модификатор, которым будет удобно пользоваться:
Возможно и мне пригодится на будущее скопипастить, чтобы не писать заново, хотя времени на написание ушло 2 минуты.
SEO-поля из локализатора, которые не используются, типа SEO keywords можно спрятать через стили.
А родную вкладку TV-полей можно спрятать через Настройку форм самого MODX. Как в принципе и родные поля content, longtitle, description, introtext и т.д. Иначе они постоянно путаются и заполняются лишний раз — при локализаторе они бесполезный мусор, который постоянно мешает.
У меня на сайте, для сортировки, названия папок обычно пронумерованы, и в вкладке TV они сортируются правильно. В локализаторе же они каким-то непонятным образом выводятся:
Очень давно напрашивалась…
Там видимо мои кастомные феномовские модификаторы нужно рефакторить чтобы не лезли феномовские ошибки.
Спасибо за ответ!
У меня та же проблема что у автора топика один в один.
Похоже прийдётся откатывать версию PHP…
P.S. Правое меню всё-же будет лучше прикрепить при скролле…
А базу можно использовать через Gitify, в сети есть много информации и на русском. С его помощью сможете любые изменения регулировать через командную строку.
Эта схема проверена и хорошо работает.