Всего 123 788 комментариев

Николай
28 октября 2012, 01:48
0
Дело то в том что вроде бы у бруно в MIGXdb заложен этот функционал, просто не описан насколько я понял сам класс migx наследует методы modx, а в конфигурации есть поле classname где указывается имя объекта, при этом в мануале есть такие строчки…
______________________________________________________________
Register the TVs for our processors (getlist,fields)

We need to register TVs to include them in the getlist- and fields-processors.
Todo so we need a new config-file under /core/components/migx/configs/

with the same name as our MIGX-configuration: childstutorial.config.inc.php (should allready be installed with the MIGX-package)
and this content:

/core/components/migx/configs/childstutorial.config.inc.php
1
2
3
<?php
$this->customconfigs['includeTVs'] = 1;
$this->customconfigs['includeTVList'] = 'price,images,categories';
___________________________________________________________________

Насколько я понял после этого к переменным

можно обращаться как то так myClass->setTVValue(«prise»,$prise);

просто если это так то зачем делать велосипед… тем более не факт, что он выйдет лучше ))
Виталий Батушев
28 октября 2012, 00:08
0
Вы ошибаетесь на счет MIGX. MIGX не связывает TV, а как исключительно верно указал Евгений Дурягин, использует их для указания на то, как их рендерить в форме ресурса. Значение же самого TV типа MIGX — это JSON-строка. Я бы не стал заморачиваться на MIGXdb для создания TV для товара, для этого подойдет «обычный» TV типа migx. Изменять цену можно с помощью msGetPrice. Пишете там функцию, которая распарсивает значение вашего TV типа MIGX и изменяет цену согласно этому значению. Как-то так.
Евгений Дурягин
27 октября 2012, 13:56
0
В MIGXdb вы же сами таблицу описываете и определяете какие в ней поля должны быть.
Вот и обращайтесь к этой таблице как и к любой другой, через xPDO.
А TV используется только для отрисовки значение поля.
Василий Наумкин
26 октября 2012, 15:35
0
Если вы их удалили — то нужно почистить корзину.

Хотя, насколько я помню, это должно учитываться и без чистки.
Виталий Вайти
25 октября 2012, 15:11
0
Василий, могу ли я вас попросить об одолжении, когда будет возможность, проверить работу 2-х сайтов у которых префиксы для mgr и web указаны и обновляются ли настройки, к примеру, Статус сайта (да/нет) и Название сайта, без удаления папки /core/cache?
Василий Наумкин
25 октября 2012, 14:30
0
У меня на сервере сейчас штук 5 сайтов с включенным php-apc — все ок, проблем нет.

Префикс пишу в системные настройки, не в контекст.
Когда заморочки с кэшем — удаляю /core/cache

Дальше разбираться пока времени нет.
Виталий Вайти
25 октября 2012, 14:16
0
«Если указать у web и mgr один префикс, и он будет уникальным для этого сайта — то должно работать.

А у другого сайта другие префиксы для mgr и web, но между собой одинаковые.»

Именно так и пытался сделать, сначала создается впечатление что все работает, но потом:

«Ина­че, все дан­ные бу­дут кэ­ши­ро­вать­ся без уни­каль­но­го пре­фик­са, и на од­ном сай­те вы­ле­зет кэш от дру­го­го. Бу­дет не кру­то, уве­ряю.»

Возможно это только у меня так, поэтому спросил у кого есть возможность проверить у себя на сайте, чтобы внести хоть какую-то ясность в это для всех.
Павел Галанкин
25 октября 2012, 12:13
0
Тот случай, когда сам вопрос уже содержит ответ на себя :)
Василий Наумкин
25 октября 2012, 11:46
0
Вы понимаете, что такое форк?

Автору я отправил изменения, он их пока не принял. https://github.com/splittingred/modExtra/pull/3

Будьте внимательнее, на будущее.
Андрей, Омск
25 октября 2012, 11:41
0
Я кажется все понял, кроме одного.
Зачем скрипты rename_it.sh различаются в двух местах…
https://github.com/splittingred/modExtra/blob/develop/rename_it.sh
и здесь:
https://github.com/bezumkin/modExtra/blob/master/rename_it.sh

В вашем скрипте есть проверка, у splittingred нет.

В-общем, я брал modExtra в репозитории у Splittingred от этого и проблемы.
Сейчас возьму из вашего и попробую еще раз.

PS Может, вам лучше с тем автором скоординировать усилия, а то чайники, вроде меня, тупят на пустом месте, не зная, что предпочесть — оф. документацию или удачные «доработки».
В любом случае, спасибо за наводку, буду копать.
Василий Наумкин
25 октября 2012, 11:34
0
На 28й строке для этого специальная проверка — https://github.com/bezumkin/modExtra/blob/master/rename_it.sh#L28

Короче, разбирайтесь, у меня, как видно — все работает.
Андрей, Омск
25 октября 2012, 11:31
0
2Василий: Хм. Переименовывал как раз rename_it.sh; кинул его на виртуалку с линуксом и запустил скрипт. Вроде как вполне логично скрипт нашел название modExtraManagerController и поскольку ему сказано искать modExtra и modextra и переименовывать в AsupQuery и asupquery вот он и переименовал.

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

2Евгений: класс больше нигде не объявлен, потому см. вопрос выше: а где объявляется класс modExtraManagerController? Я так понял, что от modExtra ничего остаться не должно и все классы создаются для нового названия компонента. Может, я ошибаюсь?

Таким образом, пока не победил проблему.
Василий Наумкин
25 октября 2012, 08:57
0
Вопрос месяца! Круче у меня спрашивали только «как поставить ваш eventsCalendar2 на Joomla?»

Сложите 2+2 у себя в голове, пожалуйста:
«В указанном ресурсе нет подходящих документов» + «в контейнере с id 10 пока нет ничего, пустой.»
Василий Наумкин
25 октября 2012, 08:54
0
Да, есть такой баг, но.

Если указать у web и mgr один префикс, и он будет уникальным для этого сайта — то должно работать.

А у другого сайта другие префиксы для mgr и web, но между собой одинаковые.

В любом случае, такой кэш надо включать на готовом сайте, во время разработки он только мешает.
Виталий Вайти
25 октября 2012, 06:40
0
Угу, после удаление файлов из папки core/cache все нормально.
Вероятно это из-за того что выбран тип cache.xPDOAPCCache.

Еще я пытался «играться с настройками», заходил в контексты и создавал там параметр cache_prefix с (web & mrg — сразу и по отдельности) одинаковыми параметрами, в результате настройки сохраняются и без удаления core/cache, но опять же есть проблема, которая не позволяет это использовать, а именно:
«Ина­че, все дан­ные бу­дут кэ­ши­ро­вать­ся без уни­каль­но­го пре­фик­са, и на од­ном сай­те вы­ле­зет кэш от дру­го­го. Бу­дет не кру­то, уве­ряю.»

Т.е. у меня на 3 сайтах был 1 и тот же сайт.

На modx.com попадалась статья на англ. языке, из которой, как я понял опять же, эта проблема связана именно с типом кэша.
Valentin Rasulov
25 октября 2012, 06:31
0
я не внимательно прочитал ваш коммент выше, я понял, что после очистки папки cache у вас всё работает правильно?
Я не проверял с статусом сайта, но после изменения системных настроек, языковых файлов и.т.д., я всегда удаляю папку cache (к стате, самый быстрый способ очистить содержимое папки — в дереве файловой системы, просто удаляем папку core/cache она сразу автоматом создаётся с обновленными системными настройками.)
Виталий Вайти
25 октября 2012, 05:54
0
Да с другого. Настройки меняю в Chrome, смотрю в Firefox.
Valentin Rasulov
25 октября 2012, 05:54
0
-> перехожу на главную странице (не авторизованным пользователем) — сайт доступен.
Вы с другого браузера заходите? вернее чтобы сессия не попала ваша если вы находитесь в админке.
Виталий Вайти
25 октября 2012, 02:08
0
Любопытства ради проделал данную операцию, но вот беда:
захожу в настройки MODX, выбираю «Статус сайта»=нет (ID страницы когда сайт недоступен установлен).
Делаю — очистить кэш, перехожу на главную странице (не авторизованным пользователем) — сайт доступен. Очищаю вручную (удаляю все из директории: /core/cache/), захожу на главную страницу — работает.

Ключ для кэша создан, Класс-обработчик системы кэширования: cache.xPDOAPCCache.
Посмотрел папку /core/cache/system_setting/
присутствуют 2 файла:
config.cache.php & [cache_prefix]_config.cache.php (cache_prefix=site19_).

Данные из файлов отличаются:
в config.cache.php 'site_status' => '1'
в [cache_prefix]_config.cache.php 'site_status' => '0'

В настройках системы Статус сайта=Нет.
Кнопку очистить кэш нажимал не один раз, но это не помогает.

Это у всех так или только у меня?
Василий Наумкин
24 октября 2012, 19:43
0
В моем скрипте это учтено.

А чем переименовывал челок на windows — я не знаю. Вряд ли этим башовым скриптом, с перловыми вызовами.

Вот и переименовал, похоже, совсем все.