Aleksandr
если хотите более глубокую историю состояний - для этого есть логи
Aleksandr
я правильно понимаю, что восстановление или снятие с публикации осуществляется выборочно и вручную?
Aleksandr
но даже если автоматизировать процесс, никто не мешает реагировать на информацию в логах
Andrey
да нет) проще сделать плагин - смотреть всех родителей getParentIds и смотреть их состояние - 5 строк кода)
Anonymous
да нет) проще сделать плагин - смотреть всех родителей getParentIds и смотреть их состояние - 5 строк кода)
А если 30 уровней вложенности?
Aleksandr
да это необоснованно грузить при каждом обращении
Aleksandr
какой смысл?
Aleksandr
так вы подумайте логически
Andrey
почему при каждом? Есть же кеш. В моем случае 3-4 уровня
Aleksandr
вот у вас на 1 уровне вложенности выключен родитель, тогда неважно насколько глубоко лежат остальные - по вашим правилам они все должны идти на 404
Andrey
Andrey
вот у вас на 1 уровне вложенности выключен родитель, тогда неважно насколько глубоко лежат остальные - по вашим правилам они все должны идти на 404
например у меня нет в данное время такой категории товара и я не хочу принимать заказы
Aleksandr
а зачем вам такая вложенность а не тегирование например?
Andrey
А через год снова надо открыть раздел с учетом того, что что бы было скрыто внутри
Aleksandr
вы структуру поменять не хотите на более плоскую?
Aleksandr
и тогда включение\выключение будет сводиться к изменению состояния в таблице грубо говоря
Andrey
А представьте, если бы допустим для определенной группы пользователей нужно закрыть раздел? Закрываем родителя, а детей видя все кому не лень? Как вам такое?) Тут тоже самое
Andrey
Я переношу сайт с самописной CMS на EVO и там такая и правильная логика, и мне надо ее повторить. Так что никаких проблем с точки зрения нагрузки я не вижу - 1 лишний запрос в базу решает проблему
Anonymous
Anonymous
Я прям хочу увидеть этот запрос 😊
Anonymous
И да, запрещено использовать MySQL 8
Anonymous
И вот незадача, в Вашей ситуации 2 джоина надо, а в моей 14 😊
Anonymous
И Вы уверены что правильно вшивать эту функцию в ядро?
Sasha
А через год снова надо открыть раздел с учетом того, что что бы было скрыто внутри
Госспади, да полож ты его в корзину. Все дети удалятся
Anonymous
А ведь 15 уровней это не придел
Andrey
А у меня 15 уровней 😊
тогда вам нужна отдельная таблица для состояний: ребенок + все родители
Anonymous
тогда вам нужна отдельная таблица для состояний: ребенок + все родители
Тогда не надо извращаться. Потому что каждый раз переписывать эту таблицу, это то ещё извращение.
Dmytro
Зачем придумывать велосипед ?
Dmytro
Отлично работает отменить публикацию и опубликовать , если надо масово то есть замечательный модуль Doc Manager
Dmytro
можно даже сразу несколько категорий скрыть хоть с детьми хоть без
Dmytro
никаких проблем удобно и понятно и логично
Dmytro
Если скажете чем Doc Manager не угодил тогда можно думать про другие варианты
Andrey
никаких проблем удобно и понятно и логично
не всегда, если где то внути нужно сохаранить состояние - анпуб, то вариант не очень подходит
Anonymous
Если скажете чем Doc Manager не угодил тогда можно думать про другие варианты
Тем что кто потом вернёт статус публикации для детей
Dmytro
Тем что кто потом вернёт статус публикации для детей
Тот же Doc Manager ) так же все вернет )))
Sasha
Через же менеджер ID* распубликовать всё в разделе
Sasha
И родителя
Andrey
Тот же Doc Manager ) так же все вернет )))
это что клиенту на листочек выписывать - не забыть этим и этим проставить анпуб?)
Dmytro
Зачем ?
Dmytro
клиент зашел в модуль и указал там раздел который надо востановить и все
Dmytro
делов ?
Sasha
это что клиенту на листочек выписывать - не забыть этим и этим проставить анпуб?)
И вообще, какой резон клиенту снимать с публикации целыми разделами
Sasha
Сео там и все такое
Andrey
ну вот надо некоторым детям держать анпуб. А задача временно скрыть корневого родителя
Dmytro
если надо совсем автоматом то кто мешает написать плагин 5 строк который при снятии с публикации будет снимать у всех детей и наоборот ?
Dmytro
А вообще по части сео надо на страничке писать что нет в наличии а не 404 как бы логично и правильно
Dmytro
и для этого вообще приходим к тому что надо TV наличие и все
Andrey
скрыть - не проблема. Проблема потом при открытии оставить состояние всех детей (некоторые должны остаться анпуб)
Dmytro
скрыть - не проблема. Проблема потом при открытии оставить состояние всех детей (некоторые должны остаться анпуб)
Это пишеться плагином а не в ядре
Sasha
скрыть - не проблема. Проблема потом при открытии оставить состояние всех детей (некоторые должны остаться анпуб)
Чет тут проблемы с логикой. Чую, что родитель - это швеллер, а дети-типоразмеры
Andrey
Нет у меня родители - страны, а дети - города, туры и тп. И мне надо 1 кликом вырубить страну, а потом восстановить. При условии, что внутри страны 1000 туров могут должны остаться отключены, а 3127 включены
Sasha
Нет у меня родители - страны, а дети - города, туры и тп. И мне надо 1 кликом вырубить страну, а потом восстановить. При условии, что внутри страны 1000 туров могут должны остаться отключены, а 3127 включены
Должен ли тур храниться в site_content при таком раскладе
Andrey
должен, какие проблемы?) по 50 тыщ туров хранили и всё ок
Sasha
Зачем распубликовывать родителя, в котором все пусто, если можно просто писать, что в нем ничего нет, а в списках не выводить пустых стран
Dmytro
ну да галочку поставить что нет туров и все
Dmytro
или туры не активны и т д
Dmytro
Ну а дальше делать как надо но не вижу надобности править ядро тут вот совсем ни как
Tom
Андрей, вы своими действиями по депубликации и публикации обратно страничек всю статистику сайту наоборот зарубите. Он стразу в глазах роботов упадет. И будет потом клиент жаловаться что вот сайт упал по сео наоборот.
Tom
А вообще по части сео надо на страничке писать что нет в наличии а не 404 как бы логично и правильно
+ Дмитрий правильно сказал
Andrey
Я просто сделаю плагин - который проверит нужного родителя(ей) перед выводом документа и если что вернет 404
Andrey
Андрей, вы своими действиями по депубликации и публикации обратно страничек всю статистику сайту наоборот зарубите. Он стразу в глазах роботов упадет. И будет потом клиент жаловаться что вот сайт упал по сео наоборот.
Клиенту именно такая логика нужная, т.к. она уже была реализована на его старой CMS. Менять логику нельзя
Tom
Вы представьте все это в кэше хранить?
Dmytro
Иногда задачи идут в разрез здравому смыслу, но клиент сам себе Буратино в таком случае
Andrey
Dmytro
По мне тут ставить надпись мол не активно предложение а не вставлять и выпиливать сотни страниц из индекса
Dmytro
вот тут не поспоришь
Не забудьте поправить по логике еще и сайтмап что б и оттуда выпиливать неугодные страницы
Sasha
Я просто сделаю плагин - который проверит нужного родителя(ей) перед выводом документа и если что вернет 404
Ну это вообще все очень плохо :) клиент не знаком с поисковиками, видимо
Камиль
Камиль
тьф.у точнее сделать копию резервную
Камиль
ну* средствами evo, чтобы в админке появилось
Akool
Есть ли сейчас что-то более актуальное чем Personalize для простой проверки на авторизованного пользователя?
Andrey
из плагина, т.е. программно
\manager\actions\bkmanager.static.php - тут посмотри, 20 строк кода всего
EVO bot Лёшка
Есть ли сейчас что-то более актуальное чем Personalize для простой проверки на авторизованного пользователя?
http://docs.evo.im/04_extras/personalize.html