Скрыть из поиска ветви Тикетов и их комментариев
Еще один вопрос мучает. Как можно скрыть из поиска ветви Тикетов и их комментариев? Например, есть раздел тикетов, и все дочерние должны исключаться из поиска. И комментарии в этих тикетах. Задача: тикеты тех. поддержки, которые должны быть видны только пользователю и администратору.
Комментарии: 24
смотрите в сторону
noindex, robots.txt, sitemap
или про какой поиск речь?
noindex, robots.txt, sitemap
или про какой поиск речь?
Меня не совсем это интересует. Меня волнует индексация mSearch2. То есть, чтобы в поиске по сайту не выводились, если говорить грубо, закрытые тикеты и их комментарии.
mSearch2 не индексирует документы, у которых свойство searchable = 0.
Это я понимаю. То есть, вопрос в том, можно ли штатно это настроить, или городить нужно. И у комментариев как это свойство поменять, если его нет, как я понимаю из таблицы БД? Штатных решений не нашел.
Комментарии индексируются не просто так, а у индексируемых документов. Если документ не индексируется, то и комментарии — тоже.
Как убирать галочку про поиск придётся подумать самостоятельно.
Как убирать галочку про поиск придётся подумать самостоятельно.
Комментарии индексируются не просто так, а у индексируемых документов. Если документ не индексируется, то и комментарии — тоже.Просто в таблице я приметил, что у всех комментариев стоит
parent=0
. Потому и интересно, как работает в данном случае иерархия?Как убирать галочку про поиск придётся подумать самостоятельно.Ну, тут понятно :)
И что натолкнуло тебя на мысль, что parent — это про документ? А не, например, про родительский комментарий?
:). Ну, логично, что родитель — это
thread
…
Родитель — это thread (нить), а документ — это parent (родитель). Именно такой логикой, похоже, я и руководствовался, когда называл эти колонки, да?
Крыть нечем.
Комментарии связываются с документами через нить комментариев, объект TicketThread, рассказывал про это много раз.
Никакой прямой связи коммента в ресурсом нет, потому что комментируют не ресурсы, а TicketThread, который может привязываться к чему угодно, хоть к фотографии.
Крыть нечем.
Комментарии связываются с документами через нить комментариев, объект TicketThread, рассказывал про это много раз.
Никакой прямой связи коммента в ресурсом нет, потому что комментируют не ресурсы, а TicketThread, который может привязываться к чему угодно, хоть к фотографии.
Все стало на свои места, спасибо!
Как предложение, может будет возможность добавить в дочерние настройки, настройки раздела тикетов еще и такую опцию? Думаю, для многих будет удобно ;)
Для многих будет удобно добавить вообще все настройки для всех случаев жизни.
И предусмотреть сразу все возможные ситуации. И чтобы всё работало чётко, быстро и безглючно.
Ну, чтобы самому не учиться ничего программировать.
И предусмотреть сразу все возможные ситуации. И чтобы всё работало чётко, быстро и безглючно.
Ну, чтобы самому не учиться ничего программировать.
Ты с одной стороны прав. Ну, слушай, не всем нужно ведь программировать. Тут лучшее сообщество, лучшие компоненты, почему бы не делать их еще лучше. Я как доберусь полноценно до гита, помогу. Однако, разве не логично это для прогресса, предусмотреть сразу все возможные ситуации, и чтобы всё работало чётко, быстро и безглючно? Ты поистине сделал огромный вклад в MODx, в частности, русскоязычный, это факт. Я знаю, что ты отвечаешь на все возможные вопросы и уделяешь этому большую часть времени. Но не все спецы, не все знают столько же, сколько и ты. Я не занимался вэбом два года. Много чего забылось. Я ведь понимаю, что каждая такая заметка кому-то поможет. Те вопросы, что тут задают для многих трудны, а для тебя, с твоим опытом — раз плюнуть. Не у всех есть возможность досконально разбираться. Так что, не сердись, просто хочется сделать лучше, доступней и популярней.
Сколько я уже прочитал таких комментариев, ты бы знал…
Учиться, учиться и еще раз учиться! © А не рассказывать всем, насколько это сложно.
Учиться, учиться и еще раз учиться! © А не рассказывать всем, насколько это сложно.
Да не сложно учиться. Некоторым это не нужно, или, банально, времени нет. Сколько прочитал — примерно догадываюсь ;).
Оффтоп, конечно, но
Некоторым это не нужно, или, банально, времени нет.Тогда зачем они берут работу, для которой нет знаний и нет времени\желания их получать?
Поясню так, как понимаю, с чем сталкивался. Есть люди, которые пытаються что-то сделать, банальго, выкарабкиваются из ж*пы. Так вот они не берут работу по сайтам, вэб-приложениям. Они делают это для себя. На платные и готовые решения у них денег не хватает. Но есть поистине мощный инструмент, сообщество, и хоть какой-то опенсорс. И вот делают что-то, изучают. А когда сайт один делаешь, и дизайн, и верстку, и код, и наполнение, и расрутку, это накладно немного, изучить все досконально. Любая мелочь, упрощающая и ускоряющая процесс — это огромный плюс.
А кто-то просто не осиливает глубины… Но очень хочет, чтобы работало. Ты пойми, я без претензий, ты сделал итак достаточно. Я думаю, что если можно кому-то помочь, и это в твоих силах, то нужно это сделать. Сорри, за офф, можно потом удалить ;)
А кто-то просто не осиливает глубины… Но очень хочет, чтобы работало. Ты пойми, я без претензий, ты сделал итак достаточно. Я думаю, что если можно кому-то помочь, и это в твоих силах, то нужно это сделать. Сорри, за офф, можно потом удалить ;)
На всякий случай — я врач-эпидемиолог по образованию.
Если уж я, сидя в Кемерово, смог чему-то научиться через чтение форумов и книг, то и остальные смогут. Я действительно в это верю и не считаю себя каким-то особенным.
Но, тут важный момент: вопросы в стиле «делаю вот так, ничего не выходит, помогите», я задавал за всё время раз 5 от силы.
Через это считаю, что давать готовые решения — неправильно. Нужно подталкивать людей так, чтобы они сами решали свои вопросы. Иногда у меня это выходит не очень вежливо, так что прошу понять и простить =)
Если уж я, сидя в Кемерово, смог чему-то научиться через чтение форумов и книг, то и остальные смогут. Я действительно в это верю и не считаю себя каким-то особенным.
Но, тут важный момент: вопросы в стиле «делаю вот так, ничего не выходит, помогите», я задавал за всё время раз 5 от силы.
Через это считаю, что давать готовые решения — неправильно. Нужно подталкивать людей так, чтобы они сами решали свои вопросы. Иногда у меня это выходит не очень вежливо, так что прошу понять и простить =)
Это пять :)
Про вопросы — это хорошо, но иногда стоит, мне кажется, задавать их. Кто-то наверняка сталкивался с этим, и решит это за 5 минут, а не за день. Да, так приобретаются знания и опыт, но есть разные приоритеты. На то и нужно сообщество. Каждый сам выбирает порцию задаваемых вопросов и изучаемого материала.
Тебе спасибо, в том числе и за беседу :)
Про вопросы — это хорошо, но иногда стоит, мне кажется, задавать их. Кто-то наверняка сталкивался с этим, и решит это за 5 минут, а не за день. Да, так приобретаются знания и опыт, но есть разные приоритеты. На то и нужно сообщество. Каждый сам выбирает порцию задаваемых вопросов и изучаемого материала.
Тебе спасибо, в том числе и за беседу :)
Знаешь, я вот подумал, насколько было бы круто, если бы каждый, кому тут помогли, впоследствии, выкладывал бы готовое решение, с пояснениями. Количество глупых вопросов, думаю, уменьшалось бы в геометрической прогрессии. Так что, как кому-то помогаешь, ставь обязательное условие — выложить решение с пояснением ;)
www.kinopoisk.ru/film/782/
Повторяю еще раз — я верю в то, что каждый может решить свои проблемы самостоятельно.
Чем больше отвечаешь на вопросы — тем больше их задают. Именно поэтому на modx.pro посещаемость только растёт.
Это не хорошо и не плохо, это факт.
Повторяю еще раз — я верю в то, что каждый может решить свои проблемы самостоятельно.
Чем больше отвечаешь на вопросы — тем больше их задают. Именно поэтому на modx.pro посещаемость только растёт.
Это не хорошо и не плохо, это факт.
Видать, сильно тебя лентяи и хитрожопые достали :).
Кстати, если кому нужно будет, чтобы «галочка про поиск сама убиралась», нужно создать простенький плагин на событие OnBeforeDocFormSave:
<?php
switch ($modx->event->name){
case 'OnBeforeDocFormSave':
if ($resource->get('class_key') == 'Ticket' && $resource->get('parent') == 0) {
$resource->set('searchable', 0);
}
break;
}
Где 0 нужно заменить секцией тикетов, для которых тикеты должны быть скрытыми для поиска.
Можно и не проверять на class_key=Ticket...
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.