Сохранить
Сохраняем
  • R
    rederep

    Проблема решена!!!!!

    По умолчанию в MySQL версий 5.7.* в глобальной переменной sql mode стоят значения

    @@sql_mode = 'ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';
    

    Достаточно убрать в переменной значение ONLY_FULL_GROUP_BY и все заработало.

    // в MySQL в запросе проверяем моды
    SELECT @@sql_mode;
    //Убираем мод
    SET GLOBAL sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY','')); 
    
    //Либо добавляем в конфигурационный фал MySQL в /etc/mysql/mysql.conf.d/mysqld.cnf
    
    [mysqld]  
    sql_mode = "STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
    

    написал в Поддержка Читать далее
  • R
    rederep

    Дополняюсь: Логи ошибок в modx

    При заходе в управление фильтрами

    [2017-07-31 09:53:15] (ERROR @ /var/www/html/core/xpdo/om/xpdoobject.class.php : 240) Error 42000 executing statement: 
    Array
    (
        [0] => 42000
        [1] => 1055
        [2] => Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'modxdb.tagManager.id' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
    )
    
    [2017-07-31 09:53:15] (ERROR @ /var/www/html/core/xpdo/om/xpdoobject.class.php : 240) Error 42000 executing statement: 
    Array
    (
        [0] => 42000
        [1] => 1055
        [2] => Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'modxdb.tagManager.id' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
    )
    
    [2017-07-31 09:53:19] (ERROR @ /var/www/html/core/xpdo/om/xpdoobject.class.php : 240) Error 42000 executing statement: 
    Array
    (
        [0] => 42000
        [1] => 1055
        [2] => Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'modxdb.tagManager.id' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
    )
    

    смущает запись sql_mode=only_full_group_by...

    написал в Поддержка Читать далее
  • R
    rederep

    Дополняю информацию к вопросу:

    • В управлениями фильтрами нету галок на дереве фильтров, хотя внутри выборка по фильтрам есть.
    • После Сохранения фильтров галка появляется, но если заново заходишь в управление фильтрами - пропадают.
    • Неактивна кнопка Обновить значения, пока не сохр. документ и не появятся галки.

    Управление фильтрами админка
    0_1501478517592_Снимок экрана_2017-07-31_08-06-01.jpg

    Значения таблици tag_manager2_tags
    0_1501479225054_Снимок экрана_2017-07-31_08-30-17.jpg

    Как формируется эта галка? : Чисто выборкой значения (1\0) из MySQL либо через PHP с проверкой содержания фильтров из таблицы? Может ли данная проблема быть связана с отсутствием фильтров на сайте? Может быть в БД куда-то не пишется значение? либо из-за версий PHP не вытаскивает их?

    написал в Поддержка Читать далее
  • R
    rederep

    Поставил на чистую систему чистый демо сайт по инструкции. Все отрабатывает, ошибок в логах как на сервере так и на клиенте нет. Но с самого начала не появляются фильтры на фронтенде в Каталоге.

    1. В админке В управлениями фильтрами позиции фильтров стоят.
    2. MySQL в таблице tag_manager2_tags значения фильтров есть
    3. игрался параметрами в наборе параметров filters->tmFilters
    4. лазил и в filters.js
    5. пробовал ставить уже и filters_simple.js

    Может быть ли проблема в версиях LAMP самого сервера, куда копать?
    Стоит:

    • Ubuntu 16.04.2 x64
    • MySQL 5.7.18-0ubuntu0.16.04.1
    • Apache/2.4.18
    • PHP 7.0.18-0ubuntu0.16.04.1

    И еще у меня LAMP крутится в LXC-контейнере (виртуалка) на который ходим через NGINX (врятли это влияет, но на всякий напишу)

    написал в Поддержка Читать далее
  • R
    rederep

    @timm

    @timm сказал не стандартная фильтрация в TM2:

    <script>
                        function tm_onFilterBefore( state_data ){
                    		state_data.push({
                    			"name":"f_brends[]",
                    			"value" : "значение"
                    		});
                        }
                    </script>
    

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

    >  "value" : "муж"   
    >  "value" : "жен"   
    >  "value" : "муж||жен"  
    

    Все варианты не отрабатывает в записи типа муж||жен .
    А так фильтр муж||жен подключенным tmFilters везде отрабатывает нормально

    написал в Поддержка Читать далее
  • R
    rederep

    Спасибо за скрип! сэкономил много времени поисков по коду )

    написал в Поддержка Читать далее
  • R
    rederep

    Отключил cache_db в настройках кеширования и param_edit_table начал все время брать данные из таблици, и правильно отображать необходимое кол-во товара.
    Проблема решена, но кеш карточки товаров полностью отключен, что не есть феншуйно.
    Если кто-то сталкивался с данной проблемой пож отпишите.

    написал в Поддержка Читать далее
  • R
    rederep

    Попробовал отключить топором в Плагине shk_contextSwitch кеширование изменив строки и добавив

              //  $cachedResource = $modx->cacheManager->get( $cacheKey, $cacheOptions );  --закоментировал
                $cachedResource = false; --добавил
    

    В общем теперь постоянно карточка товара берется из базы, но все равно - данные из param_edit_table берутся из кеша!!!

    написал в Поддержка Читать далее
  • R
    rederep

    Использую migxDB и плагин shk_contextSwitch для формирования карточки товара.
    На сайте вкл кеширование. Modx revo.

    В карточке товара (шаблон) используется для выборки дополнительных товаров param_edit_table, в котором берется выборка из бд о кол-ве товара.
    В связи с кешированием, то при изменения числа в бд - число на сайте уменьшается! Как отключить кеширование в карточке товара, либо подружить кеширование с !param_edit_table, чтобы данные все время брались из бд а не из кеша.

    Вызов из шаблона Карточка товара

    <p id="sizeyes"> [[!param_edit_table? &tvValue=`[[*params]]` &tpl=`properties_table_tovar`]]
    

    &tpl=properties_table_tovar

    <div class="btn-default" data-toggle="buttons" >
        [[+inner]]
    </div>
    <!--tpl_separator-->
    <label class="sell_sz[[!+field2]] btn btn-default" value="[[+field1]]">
      <input class="shk_param" type="radio"  value="[[+field3]]"  name="p_size_ua__[[+id]]__add" [[+pidx:eq=`1`:then=`checked`]] onchange="shkid_change('[[+field1]]','[[+id]]','[[+field1]]')" />
          <span name="size_ua_options"> [[+field3]] </span> 
          <span  name="size_pr_options">[[+field4]]</span>
     <input name="kol_tov" value="[[+field2]]" hidden>
    </label>
    

    Где [[+field2]] - количество товара.

    Постоянно обновлять кеш сайта плохо, и люди жалуются что товар на сайте есть, а по факту нет.
    ПОМОГИТЕ!

    Игрался с общим кешом в настройках, отключил кеширование бд в MYSQL. где зарыта собака?

    написал в Поддержка Читать далее
  • R
    rederep

    @Pavel Не могу найти организованной документации либо видея для "чайников" про сборку login + shopkeeper +userOrders. Есть ли у кого нибудь ссылки?

    написал в Документация Читать далее