Владимир

Владимир

С нами с 28 декабря 2012; Место в рейтинге пользователей: #81
Владимир
01 апреля 2017, 08:47
+1
Из этого абзаца прямо следует, что вам бы не «за жизнь» (заказчики, потраченное время, нервы, эмоции) писать топик, а по теме «Fenom — потратьте пару дней и познайте дзен», «использовать с Git» ))) Напишите, как использовать с Git, как познать дзен. Будет интереснее чем терки за заказчиком (ИМХО).
Владимир
31 марта 2017, 14:19
+1
Лучше феномом. Тогда легче будет вычистить то, с чем не справится strip_tags.
{$_modx->resource.content | strip_tags}- в шаблоне
{$content | strip_tags}- в чанке
Т.к. кроме и вместе со strip_tags можно использовать регулярные выражения и другие модификаторы.
Владимир
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
пишу вам в скайп