Am
Всё зависит от целей. В админке, например, дерево не использую, только разделы и поиск по ним напрямую. Не про эво говорю.
Andrey
Мне надо добавить в станок запчасть, которая вложена черт и куда. Как это дизайнерски изобразить в виде контрола для юзера? Мутить переходы по разделам вглубь?
Am
Не совсем понимаю о чем Вы.
Раз есть запчасть, то нужно сделать в основном меню "Добавить запчасть", а в ней выбор к чему.
Andrey
Запчасти и их разделы в одной таблице. Как в Эво, по сути. Может быть запчастью, может быть узлом. Как ресурс и контейнер у нас. Разница в наличии цифры в поле parent
Andrey
Ну а куда добавить? Или заводить разделы вложенные? Так лишние таблица и т.д.
Am
Мне от сюда не видно, так что в общих чертах можно делать разделение на основные моменты.
Раз есть запчасть, значит в меню делаем раздел "Добавить запчасть". В этом разделе форма с выбором по нужным критериям.
Например, список станков можно представить как select с поиском внутри.
Может быть так что форма слишком сложная и много зависимостей, тогда можно использовать шаги и разделить зависимые поля.
Andrey
Мысль понял, но это не тут будет.
Am
Дерево это интересное решение, да в БД все лежит плоско в каждой таблице. При правильно спроектированной БД все само видно.
Andrey
Плоско. Но у записи есть поле parent, которое ссылается на айди ячейки. И получается деревцо. Такой подход вполне себе. Вон в Эво скажем )
Am
Одно дело строить дерево, а другое его выводить или применять усложняя управление. ((%
Andrey
Ну можно было выбрать в некое меню все разделы. При переходе в раздел уже создавать ресурс. Т.е. автоматически иметь из урл парент.
Andrey
Не помню почему, но мне такой подход не понравился в этот раз.
Alexander
Andrey
Да не. Раздел и есть раздел. Наверное, когда делал, забыл про вложенность )
Aliaksandr
ебать, ожидание-реальность от ПапаДжонс 😁
Аляксандр
Aliaksandr
Aliaksandr
Там имеется в виду, что идет порядок 10, 20, 30... условно, а потом становится 1, 2, 3?
Andrey
А потом начнется что-то типа "а почему сначала идёт 1,11,2"...
Aliaksandr
Был бы на трешке, поставил бы Directory и сортировал как угодно - хоть по тв, хоть по менюиндекс )
Максим
Serguei
Там имеется в виду, что идет порядок 10, 20, 30... условно, а потом становится 1, 2, 3?
Да. Только в некоторых строках даже не 10, 20, 30, а некие магические придуманные заказчиком 114457, 23443, 106534 и т.д. :)
Serguei
Странное желание - сортировать одновременно как в экселе и перетаскивать элементы в дереве :)
Там получается сейчас так. Заказчик подсовывает эксель файл, оттуда в дерево влетает куча ресурсов. И если дерево не трогать, то даже отсортировано получается как надо. Но потом кто-нибудь передвигает пару ресурсов в дереве, и menuindex слетают, и получается, что циферки эти изначальные влияют на вывод на фронтенд, но в админке уже такой порядок ресурсов не увидеть.
Pathologic
если подсовывает эксель файл то зачем в админку вообще заходить
Serguei
Pathologic
значит нужно выводить таблицей а не в дереве
Serguei
Можно, конечно, какую-нибудь кнопку в админке придумать, типа "пересортировать берево в соответствии с последним обработанным файлом", но это костыльно как-то.
Pathologic
есть же дополнения, которые выводят таблицами
Serguei
Pathologic
не знаю
Serguei
Надо на свежую голову посмотреть. Может, это и выход.
Артур
Приветствую, господа, кто знает какие нюансы нужно учесть при парсинге изображений из Яндекс.Картинок, поделитесь опытом, пожалуйста. А то моего парсера хватает ровно на одну картинку раз в полчаса или даже раз в час😔
Eugene
Приветствую. всех.
Как можно сделать, чтобы в протоколе событий в описании ошибки дублировался SQL запрос в базу данных?
Потому что сейчас понять, в чём там ошибка, я понять никак не могу:
« Evolution CMS Parse Error »
SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '' at line 1
Serguei
Serguei
Или вам надо какую-то прошлую историю разгребать?
Eugene
Eugene
Serguei
Тогда, наверное, есть смысл попробовать проверять способ загрузки страницы , и в случае с ботом - логировать всё в файл или даже в отдельную таблицу бд.
Dmytro
Andrey
Апи было вроде. Или всё, кончилось?
Андрей
Всем доброго времени суток.
Кто-нибудь сталкивался с задвоением картинки в админке? Тип ввода TV Image
Serguei
Serguei
Точнее, в чанке, который подсовывается в конфигурацию.
Андрей
Axenia
raven2323 (44.54) увеличил карму Dreamer_0x01 (288.3)
Андрей
тут надо по умолчанию yes стоит
Serguei
:)
Andrey
О, попался. Что в голове должно быть, что бы писать "доброе время суток"?
Am
Часто так тоже пишу, т.к. общаюсь с разными временными поясами и это простое приветствие спасает от знания их. ((%
Andrey
"Привет, здравствуйте, хай, хело, здорово чувак, эй ты" — или просто если день за окном, то добрый день.
\
Am
Привет, хай, хело, здорово чувак, эй ты - слишком фамильярно.
Здравствуйте - слишком официально.
Когда у меня день за окном, то у другого уже ночь или еще утро.
Vitaliy
Am
Нормальное приветствие. Есть еще "Доброго времени года".
Am
В переписке на английском, например, не всем можно сказать и Hello. ((%
Andrey
Good day Имя.
Am
Am
Добро пожаловать в клуб.
Am
Теперь и Вы знаете.
Andrey
Не показатель. На русском режет глаза.
Am
(((%
Как будет угодно. Смысл от туда пошел.
Andrey
Я слишком долго бухал с филологами видимо.
Alexander
Serguei
Я всегда пишу то время, которое у меня. То есть добрый день, добрый вечер и т.д. Заодно и собеседнику будет понятно, что у меня происходит сейчас.
Фразу "добрый день" можно ведь по-разному интерпретировать. Можно как "желаю вам хорошего дня", а можно и как "какой сегодня хороший день для написания вам письма". Ну а "здравствуйте" или "здравствуй", не такое уж и официальное обращение. Я часто пишу первой сообщение со словами "здравствуй, дорогой друг", особенно если сколько-то времени не виделись.
Am
Андрей
Андрей
Axenia
raven2323 (44.54) увеличил карму Ambrion (2661.99)
Serguei
Хотя, в принципе, иногда сказать "всем доброго времени суток", наверное, сказать лучше, чем "здравствуйте, милые пидорасы" ;) .
Am
Смотря где. ((%
Am