Александр Мельник

Вызовите pdoResources не указав имени шаблона.

[[!pdoResources?
	&class=`msVendor`
	&tpl=``
	
]]

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

Я думаю стандартного pdoResources будет достаточно

[[!pdoResources?
	&class=`msVendor`
	&tpl=`chunk`
	
]]

В чанк chunk будет передана [[+resource]] или {$resource} в зависимости от того какой синтаксис вы используете.
Она содержит id прикрепленного ресурса и вы можете сделать из нее ссылку в chunk так {$_modx->makeUrl($resource)}

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

Вот спасибо, обязательно почитаю.

Да, я понимаю это, спасибо.
Но скажем можно воспользоваться статичными файлами, феномными файловыми элементами, классным компонентом того же Зернова — gitmodx и работать с файлами в modx.
А значит можно и не используя Gitify синхронизировать два сайта на modx между собой — только чистым git.
И наиболее правильным мне кажется создание чистого репозитория на рабочем сайте, подключение к нему удаленного репозитория с github где лежат уже все изменения и забирать их оттуда pull ом.
Просто в таком вот виде git не хочет получать информацию с подключенного удаленного репозитория. Ругается что его нет, хотя при команде git remote вполне себе показывает что он подключен. В документации говорится о каком то открытом ключе SSH, возможно нужно мне смотреть в эту строну.

Но в любом случае спасибо.

И кстати, да. Я не прав был говоря слово — «компонент» о Gitify
Инструмент более правильно и я смотрю он значительно «вырос» за последнее время.
Но по прежнему это только для MODX, а мой вопрос о том как только при помощи чистого gita синхронизировать изменения между двумя сайтами. Документация я конечно читал, но не нашел в ней изящного решения своего вопроса. Может оно там и есть, но я не увидел. Поэтому и прошу совета, ведь это естественно просить совета, когда не знаешь.

Спасибо, Владимир.

Я не сетую на git, Иван.
Я прошу совета — чувствуете разницу?

Спасибо, Артем. И за оперативность в том числе)
Но в целом, ты описал туже проблему что и я, просто путь решения такой — ты удаляешь весь сайт с рабочего сервера, чтобы была возможность склонировать туда репозиторий. Именно об этом я и спрашивал, ведь нельзя склонировать не в пустую папку.

В целом схема понятная, спасибо за нее.
Просто то что ты описал, возможно только в случае разработки на локальном сервере и только при полном копировании сайта. Я часто сталкиваюсь с тем, что локальный сервер работает непредсказуемо. Поэтому в описанной мной выше схеме в локальном репозитории и в удаленном соответственно, находятся только те папки, который нужны для разработки. Поскольку сайт продолжает работать на удаленном сервере, а мы лишь синхронизируем при помощи IDE файлы, то вообще исчезает необходимость копировать весь сайт. В deployment IDE выбрал какие файлы папки нужны и работаем с ними. В итоге получаем — сайт dev, который работает так как нам нужно. Локальный репозиторий, в котором все изменения, которые мы внесли на dev, удаленный репозиторий, такой же как и локальный.

И все чудно, кроме того, что я пока не могу найти способа средствами только git получить изменения на основном рабочем сервере.

Спасибо.
Сразу скажу несколько НО:
— Gitify это компонент для MODX, а мне бы хотелось рассмотреть вопрос шире, как работать просто с файлами, не важно какая CMS или движок
— Gitify можно использовать начиная проект с нуля, но он врядли поможет на готовом работающем сайте, который необходимо переделать.
— В свое время этот компонент мне показался слишком уж мудренным и глючным. Возможно его уже улучшили.

Но хотелось бы немного абстрагироваться именно от MODX в данном вопросе, так как сайты приходят на совершенно разных движках — simpla, openncart, bitrix, joomla, wordpress, modx и так далее… Ну и плюс, хотелось бы рассмотреть именно не тот случай, когда начинаем разработку с нуля, а когда есть готовый работающий сайт.

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

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

Возможно это поможет в решении проблемы.
В админке на вкладке медиа — управления медиа
правый клик по любой папке, выбираю изменить права. Вижу в окне 0755 и просто сохраняю не изменяя.
Вижу ошибку
Произошла неизвестная ошибка или передано недопустимое значение chmod при попытке присвоения новых прав доступа.

Новая ошибка, ранее такой не было
[2018-01-23 21:29:43] (ERROR @ /var/www/u0453449/data/www/mysite.ru/core/components/pdotools/model/pdotools/pdotools.class.php: 942) Undefined macro 'dataLayer.push' in a2226f2d3f840009af3817e1818b60ef line 38

Пока я все это писал, генерировать ошибки начал phpthumb

[2018-01-23 19:28:18] (ERROR @ /var/www/u0453449/data/www/mysite.ru/core/model/phpthumb/phpthumb.class.php: 1686) PHP warning: getimagesize(/var/www/u0453449/data/www/mysite.ru/assets/img/Rendery/premier.jpg): failed to open stream: No such file or directory
[2018-01-23 19:28:18] (ERROR @ /var/www/u0453449/data/www/mysite.ru/core/components/phpthumbof/model/phpthumbof/phpthumbof.class.php: 379) [phpThumbOf] Could not generate thumbnail: assets/img/Rendery/premier.jpg — Debug: Array
(
[0] => phpThumb() v1.7.14-201608101311 in file «phpthumb.class.php» on line 229
[1] => setCacheDirectory() starting with config_cache_directory = "/var/www/u0453449/data/www/mysite.ru/core/cache/phpthumb/" in file «phpthumb.class.php» on line 1005
[2] => setting config_cache_directory to $this->realPathSafe(/var/www/u0453449/data/www/mysite.ru/core/cache/phpthumb) = "/var/www/u0453449/data/www/mysite.ru/core/cache/phpthumb" in file «phpthumb.class.php» on line 1033
[3] => setCacheDirectory() starting with config_cache_directory = "/var/www/u0453449/data/www/mysite.ru/assets/components/phpthumbof/cache/" in file «phpthumb.class.php» on line 1005
[4] => setting config_cache_directory to $this->realPathSafe(/var/www/u0453449/data/www/mysite.ru/assets/components/phpthumbof/cache) = "/var/www/u0453449/data/www/mysite.ru/assets/components/phpthumbof/cache" in file «phpthumb.class.php» on line 1033
[5] => setSourceFilename(assets/img/Rendery/premier.jpg) set $this->sourceFilename to «assets/img/Rendery/premier.jpg» in file «phpthumb.class.php» on line 294
[6] => CleanUpCacheDirectory() set to purge (30.0 days; 100.00 MB; 10,000 files) in file «phpthumb.class.php» on line 712
[7] => CleanUpCacheDirectory() skipped because "/var/www/u0453449/data/www/mysite.ru/assets/components/phpthumbof/cache/phpThumbCacheStats.txt" is recently modified in file «phpthumb.class.php» on line 722
[8] => Addding ImageMagick formats to $AvailableImageOutputFormats (text;ico;bmp;wbmp;gif;png;jpeg) in file «phpthumb.class.php» on line 963
[9] => $AvailableImageOutputFormats = array(text;ico;bmp;wbmp;gif;png;jpeg) in file «phpthumb.class.php» on line 969
[10] => $this->thumbnailFormat set to $this->config_output_format «jpeg» in file «phpthumb.class.php» on line 980
[11] => $this->thumbnailFormat set to $this->f «jpeg» in file «phpthumb.class.php» on line 987
[12] => $this->thumbnailQuality set to «75» in file «phpthumb.class.php» on line 997
[13] => $this->sourceFilename set to "/var/www/u0453449/data/www/mysite.ru/assets/img/Rendery/premier.jpg" in file «phpthumb.class.php» on line 894
[14] => phpThumb() v1.7.14-201608101311
phpthumb.sourceforge.net

Error messages disabled.

да, но нужно сказать что и старый был reg.ru
Просто сменили сервер на более мощный.

Да, кстати, вход в админку иногда заканчивался вот таким
Fatal error: Uncaught --> Smarty: Invalid compiled template for 'header.tpl' < — thrown in /var/www/u0453449/data/www/mysite.ru/core/model/smarty/sysplugins/smarty_internal_template.php on line 362
на белом фоне.
Причем простая перезагрузка страницы и ошибка исчезала и открывалась админка.

Спасибо, Вы молодцы.
С новым успешным годом!

Я прошу прощения у автора, мне показалось, что пост написал другой человек. Ваших сообщений я не видел на других сайтах, но думаю сути это не меняет)

На второй вопрос — просто пытаться держать себя в руках. Плюсики, минусики — это такая ерунда. Все мы чего-то не знаем, но в любом случае нужно оставаться прежде всего человеком, а потом уже — программистом. Я встречал на разных сайтах вопросы, которые задавали Вы году так в 2011-2012 и Вы тогда тоже много чего не знали. Вам повезло, Вы начали много лет назад, а кто-то начинает только сейчас. Don't worry be happy ))))