Любовь

Они разве не для индексации поиска сделаны? Я думала они из-за этого модуля они появились. Ну если нет — хорошо. Спасибо

Я ставила этот модуль еще до этого поста. Потом когда удалила — админка начала выдавать 500 ошибку, пришлось закачать папку collections в /assets/components и core/components. Админка заработала, ошибки, ссылающиеся на этот пакет тоже ушли. Это не выход конечно. Надеюсь обновлюсь до последней версии когда настрою Grid Class Key и получится удалить collections без проблем.

Вы мне прям глаза открыли))) Спасибо еще раз)

Спасибо вам большое)

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

Спасибо. А может он сделать то, что я выше описала?

Спасибо! Так и сделала. Но возникла проблема. У меня структура разделов в основном трехуровневая.

Повестка дня
	Новость1
		Мнение1
		Мнение2
	Новость2
		Мнение1
		Мнение2

Новостей уже очень много. Есть способы чтобы этот компонент открывал уровни с мнениями?

Установила, но не нашла как им пользоваться. Подскажите, пожалуйста, если не сложно.

Спасибо! Попробую

Вопрос следующий. Как грамотно обновить пакеты, версию линукса и прочее при рабочем сервере без потерь и с минимальными правками потом? Какие файлы забэкапить?

Пока ничего не нашлось, да и сайт пока пришлось закрыть.
А как быть с кавычками в запросе? Это у меня что-то неправильно настроено?

Так я пробовала — при своих действиях на сайте таких ошибок не возникает. Там больше 10000 в сутки проходит…
Попробую сделать копию сайта и потестировать так, может найдется.

Да, плагин остался, отключила — эти ошибки исчезли, спасибо!
А как быть с кавычками в запросе?

Есть какие-нибудь методы чтобы выяснить какой компонент выдает ошибку с кодировкой? Или только логи сайта, сервера смотреть и логи доступа?

Отловила некоторые ошибки. SQL injection возникает при запросе в строке поиска слов в с кавычками (используется mSearch2).
А при редактировании ресурсов вот такие:

[2014-07-29 18:11:17] (ERROR @ /connectors/resource/index.php) Could not load class: mSearch from msearch.
[2014-07-29 18:11:17] (ERROR @ /connectors/resource/index.php) Problem getting service msearch, instance of class mSearch, from path /var/www/devz/www/core/components/msearch/model/msearch/

mSearch на сайте нет, папки такой тоже нет… почему она может возникать?
Эта ошибка с действиями в админке получается не связана:

(ERROR in xPDO::getValue @ /var/www/devz/www/core/xpdo/xpdo.class.php : 1096) Error HY000 executing statement: 
Array
(
    [0] => HY000
    [1] => 1267
    [2] => Illegal mix of collations (cp1251_general_ci,IMPLICIT) and (utf8_general_ci,COERCIBLE) for operation '='
)

Может это быть из-за комментариев пользователей или из-за каких-то их действий? Как можно отловить? Комменты сама писала, ошибок нет — используется Tickets.

Какие еще есть способы выяснить из-за чего ошибки в логе?

Ясно, спасибо, попробую найти. В конфиге тоже utf8.

cp1251 нигде нет… в настройках сайта тоже везде UTF8. Есть смысл кодировку каждого файла проверить?

modx_bannery_ads
modx_bannery_ads_positions
modx_bannery_clicks	
modx_bannery_positions
modx_gallery_album_contexts
modx_gallery_album_items
modx_gallery_albums
modx_gallery_items	
modx_gallery_tags	
modx_migx_formtab_fields
modx_migx_formtabs
modx_mse2_aliases
modx_mse2_intro	
modx_mse2_queries
modx_mse2_words	
modx_mse_modResIndex
modx_sendex_newsletters
modx_sendex_queue	
modx_sendex_subscribers	
modx_thumb_images	
modx_tickets_files	
modx_tickets_mail_queues	
modx_tickets_stars	
modx_tickets_votes

у этих таблиц кодировка utf8_unicode_ci, у остальных — tf8_general_ci, у базы utf8_unicode_ci. Можно просто сменить остальным таблицам кодировку? Есть разница на какую менять? Это на рабочем сайте можно делать или лучше закрыть доступ сначала?

Спасибо, как как по инструкции Василия и настраивала. В данном случае мне помогла перезагрузка сервера. Такие ошибки пропали.

Обнаружился странный глюк… Обновила я до последней версии, везде картинки нормально обрезаются, но в одном вызове phpthumbon не создает превьюшку нужного размера, пишет исходное название картинки. Где не срабатывает вызываю так:

<img src="[[+tv.photo:phpthumbon=`&w=317&h=214&far=1`]]" alt="[[+pagetitle]]"/>

Где срабатывает:

<img src="[[+tv.expert_photo:phpthumbon=`&w=150&h=80&zc=1`]]" alt="[[+pagetitle]]"/>

Подскажите, пожалуйста, что можно еще попробовать сделать?

Да, как раз это и было, спасибо, попробую!