Pull to refresh
82
8
Дмитрий Синявский@r3code

SRE

Send message
Мне было бы интересно прочитать про человека, который собрал команду и вырастил бизнес. Подскажите, где бы это увидеть?
На что кукисы поясни? Запоминать развернутый узел полагаю?
Конечно бывают особенные ситуации, под них нужно что-то переделывать.
Все таки не обязательно делать вывод всего сразу, я думаю. Можно сделать подгрузку по мере прокрутки вниз например. Также уместен будет поиск.
так действует любой фреймворк — он вгоняет тебя в определенные ограничения, но взамен получаешь несомненно больше.
Извини. Я этот вопрос не заметил. Кстати ответ на твой вопрос я узнал попробовав применить просто, а только потом по докам подтвердил.
Думаю можно попробовать перевесить jQuery на #multi-derevo, что то подобное видел в предыдущей теме.
Я попробую.
Не хочу вас упрекать, но насколько мне известно и проверено — это совершенно разные объекты будут.
$('#multi-derevo li:has(«ul»)').find('a:first') — вернет мне все первые ссылки вложенные в li. В результате маркеур будет у всех ссылок для узлов с вложением,
а
$('#multi-derevo li:has(«ul») a:first') — вернет первую ссылку вложенную в li, и в результате маркер будет только у 1й первой ссылки вложенной в li.

Инфа find( expr ) , :first
Различия от использования видно на примерах в документации.
Это мой первый скрипт на jQuery, я еще не понял до конца что как использовать. Делал по принципу «сделать любым способом — лишь бы работало».
Вот и я о том же. И не удобно это пользователю видеть эти 3000 элементов сразу, нужно разбивать на части, как обычно делают с длинными статями, а снизу ставят указатель страниц.
> «данная реализация „
Какая данная? Что ты привел в своем предыдущем сообщении или моя?

Я на вопросах производительности не заморачивался, когда его делал. Оптимизация решений — это путь после получения первичного результата.
Ничего не мешает на открытие повесить и переход на страницу, однако я не заявляю это как готовый к использованию компонент. Чтобы сделать его пригодным для встраивания надо ним надо еще поработать.
Видел я его, буквально сижу и смотрю. Скрипт там в несколько раз тяжелее, кому посложнее надо будет возьмет может его — от задачи зависит.
Я честно говоря даже не думал, что такое может понадобиться. Ведь если его делать, то придется усложнять скрипт и раскрытие делать по двойному клику, но пользователю это совсем не привычно тыкать по ссылке дважды.

Это конечно можно и доработать, давай еще предложения какие есть. Приделу же нет совершенства )
Вау! Мегатруд!
Кстати как бы сравнить скорости варианта jQuery и чистый. Это вроде можно сделать в Firebug, но я с ним знаком ровно столько сколько и с jQuery, т.е. маловато и не использовал его для профайлинга ни разу еще.
Я думаю при таком количестве узлов необходимо дорабатывать код чтобы вложенные узлы загружались не сразу, а подкачивались при раскрытии, иначе я думаю будет слишком медленно.

Или есть реальная необходимость прямо все 1500-2000 узлов сразу вывести на страницу?
Ниче. Все прекрасно, но по другому.
Да придеться менять в БД тогда.
Допилить — это бы хорошо, знаючи питон если )
Спасибо за замеченную опечатку — исправил.
Я вот не стремлюсь перводить все на английский, у меня этам мания прошла. Раньше пытался все на английский переводить. Но так как у пользователей моего Trac с английским туговато. Я хотел использовать все названия на русском, а то очень не удобно делать название на английском, а потом еще рядом с ним писать русское, чтобы понимали значение оного.
Сейчас все ссылки приходиться так писать

[wiki:SystemArchitecture "Архитектура системы"]

Здорово было бы сыделать функцию такую, когда при создании страницы задаешь title для самой ссылки.
Чтобы потом можно было бы через какой-нибудь Wiki-макрос ссылка ставилась на страницу, а как текст ссылки был бы тот самы title.

Information

Rating
676-th
Location
Россия
Date of birth
Registered
Activity

Specialization

Бэкенд разработчик, Site Reliability Engineer
Старший
SRE
Мониторинг
GitLab
Golang
Высоконагруженные системы
Проектирование архитектуры приложений