Владимир

Владимир

С нами с 28 декабря 2012; Место в рейтинге пользователей: #83
30 марта 2017, 13:15
0
Дешево из базы данных перенести таблицы соответствующие руками, потом перезалить картинки.
Конечно, для всего этого временно создать копии обеих версий.
Точно нет иного пути для удешевления всей процедуры. Во первых можно ограничиться минимальными знаниями, т.е. вам не потребуется привлекать стороннего специалиста, а освоить банальный импорт-экспорт таблиц- это час-другой. Инструментарий весь уже есть обычно у любого хостера.
Порядок действий такой: 1. создаете копии обеих версий, 2. все сохраняете, 3.экспортируете таблицы с наполненного сайта, 4. удаляете таблица на обновляемом, 5. импортируете таблицы на обновляемый, 6. дозаливаете изображения в соответствующие папки. Возможно перегенерировать превьюшки в галереи потребуется и т.п.
30 марта 2017, 12:41
0
Да, все обновлено до последних версий.
На многоконтекстном из вышеприведенного примера pdoTools+fenom, в остальных случаях стандартные теги MODX чаще чем fenom (пока что).
На многоконтекстном установлен modMonitor, вроде ни каких проблем точно не появилось после обновления.
30 марта 2017, 12:31
0
Апач на VDS у меня, там максимум двуконтекстные (на два языка)
Обычно page_error на основном контексте, вроде ни где отдельно не создавал страницу 404. Но пока ни где и не заметил проблем.
30 марта 2017, 12:14
0
Вчера обновился, все сайты на MODHOST.PRO и все на VDS.
Для примера, сайт 10 контекстов, на основном тысячи посетителей и просмотров, остальные меньше. Проблем нет. Хостинг MODHOST.PRO
статистика
процессор
file.modx.pro/files/e/2/e/e2e8f88df4df4b207ae025b48f6991d5.png
память
file.modx.pro/files/a/d/4/ad4579a41a73021e2e957f1bfeb412f1.png
29 марта 2017, 20:51
0
Было дело, хранил JS разные для разных контекстов потому ст в корне контекста должны были быть, но отказался — тормознутое ибо решение.
29 марта 2017, 14:03
0
Решено.
29 марта 2017, 12:44
0
Итого, если код баннера вместе с обтекающим текстом запихнуть в ресурс и вызвать
{5375 | resource : 'content' | ereplace : '/<ins.*?\<\/ins\>|<script.*?\<\/script\>|<hr>|<!--.*?-->/is':' '| strip_tags}
— все нормально))
Ибо проблема не в регулярке, а в том, что на рабочем проекте баннеры вставляются полями ContentBlocks, в полях чанки. Т.е. если из ContentBlocks, то чанк еще не успевает отрабатывать, а регулярка по всему контенту уже прошлась.


Пляшу с бубном, буду с плагинами играть, пробовал вот так :
<item>
	<title>{$pagetitle | strip_tags}</title>
	<link>[[+link]]</link>
	<description>[[+introtext:absURL:cdata]]</description>
	<pubDate>[[!ShowDate_en? &val=`[[+publishedon]]`]] +0300</pubDate>
	<guid>[[+link]]</guid>
	<yandex:full-text>
    
    {var $allcontent}
    {$introtext ~~ $content} 
    {/var}
    {$allcontent | ereplace  : '/<ins.*?\<\/ins\>|<script.*?\<\/script\>|<hr>|<!--.*?-->/is':' '| strip_tags}
    
	</yandex:full-text>
</item>
чуда не произошло.
29 марта 2017, 11:13
0
PS
по аналогии, отдельный документ, где баннер в тексте
{var $tmp2}
  {5318 | resource : 'content'}
{/var}
{$tmp2| ereplace : '/<ins.*?\<\/ins\>|<script.*?\<\/script\>|<hr>|<!--.*?-->/is':' ' | strip_tags}
так strip_tags отрабатывает, а регулярка нет…
Опять же, тут www.phpliveregex.com из текста указанная регулярка все нормально вырезает
29 марта 2017, 11:03
0
Спасибо, Володя! Да, так работает в случае с чанком.
Но тогда почему-то в другом чанке
<item>
	<title>{$pagetitle | strip_tags}</title>
	<link>[[+link]]</link>
	<description>[[+introtext:absURL:cdata]]</description>
	<pubDate>[[!ShowDate_en? &val=`[[+publishedon]]`]] +0300</pubDate>
	<guid>[[+link]]</guid>
	<yandex:full-text>
    {$introtext | strip_tags}
    {$content | ereplace  : '/<ins.*?\<\/ins\>|<script.*?\<\/script\>|<hr>|<!--.*?-->/is':' '| strip_tags} 
    
	</yandex:full-text>
</item>
тоже самое ни как не хочет
29 марта 2017, 10:34
+2
Обновил вчера пару сайтов, все хорошо.
26 марта 2017, 23:01
0
Перевожу сайт на https
в этом случае прямо в link_tag_scheme можно указать https
docs.modx.com/revolution/2.x/administering-your-site/settings/system-settings/link_tag_scheme
26 марта 2017, 19:49
0
Слона то я и не заметил :))
var extra = ' | ' + MODx.config.site_name;
это от лени, проще вычесть конкретное число чем глаза разуть и убрать причину. OMG!
26 марта 2017, 19:09
+1
Да, кстати, основной сайт как раз имеет сильно длинное название (93 символа), спасибо!
Т.е. на то он и SEO, что бы показывать что будет в итоге при сложении того и другого. Ай да ну)))
Но тогда я свой костыль как раз и оставлю, даже неверно вынесу в системную настройку- т.к. журналистам и менеджерам нагляднее просто длина заголовка, а вот как я выведу в шаблоне — не факт что буду полное название сайта приплюсовывать, обрежу по минимуму.
Еще раз благодарю, да, все значит так и есть, оттого и разница в этом значении на разных сайтах.
24 марта 2017, 22:44
+1
чудеса там с хостинга начинаются, который зовется Shneider-host )
24 марта 2017, 20:56
0
да, домены по контекстам, конечно я об этом
24 марта 2017, 19:58
0
Много доменов (или поддоменов) очень нужно и удобно)
Хочу оповещать посетителей всех доменов и поддоменов о появлении новых статей на сайте. А доменов+поддоменов именно 10 уже.
24 марта 2017, 19:44
+1
пишу вам в скайп
24 марта 2017, 19:38
0
Доброго дня!
Вопрос: если у меня 10 доменов связаны с одной установкой MODX
В node_modules/modnodejs-server/index.js необходимо указать 2 параметра:
***
config.domain: адрес установки modx, пример: site.ru
значение config.domain указать для любого одного?
PS с Nodejs дел не имел ранее.
24 марта 2017, 19:32
+1
Поставьте Collection, назначьте родителям тип документа Коллекция. Дочерние будут собраны вне древа но видны в папке, это правильнее чем просто болтаться им в древе.
А свой глюк с пропаданием ресурсов ищите 1. в настройках, 2. установленных компонентах — есть несколько типичных компонентов специально скрывающие дочерние документы. Вы просто не пишете что вы когда-либо устанавливали.