bagerman: Я так понимаю, это уже не имеет отношения к исходному вопросу?
Тут возможны минимум две трактовки понятия "кэширование". В первом случае все найденные элементы помещаются в массив, при необходимости обращения к ним они извлекаются уже из него, а не отыскиваются медленными методами в дереве DOM.
Вторая трактовка касается операций вставки. Вставка суммы элементов в DOM выполняется быстрее, чем последовательная вставка каждого элемента:
A+B>DOM << A>DOM + B>DOM
Т.е. быстрее создать шаблон в цикле путём сложения N строк, а потом сумму вставить в DOM, чем вставлять строки по одной. Подробнее расписано у Закаса в его "JavaScript. Оптимизация производительности".
Denis: >VPS
По SSH подключетесь? Если да, то проблемы могут быть в /etc/ssh/sshs_config. По понятным причинам там скорее всего выставлено значение PermitRootLogin no
DarthJS: Да я такой же самоучка с кучей книжек на полке и с недостаком практики: https://igcdn-photos-d-a.akamaihd.net/hphotos-ak-x...
Да, все экземпляры сохраняются в массив. Зачем городить конструктор? Только в том случае, если у модели есть какие-то методы, иначе незачем.
Пример использования? Infinite Scroll, например. Пусть есть массив статей. При прокрутке их нужно подгружать. Описываем конструктор "Article", к прототипу добавляем методы типа "Лайк", "Дизлайк", "В избранное", "Комментировать", а к самому конструктору - статические методы класса load(), one() и подобные.
Литература:
Алекс Маккоу, "Web-приложения на JavaScript". Местами сильно устарела, но всё-таки ещё годится на что-то. Библиотека Spine от того же автора до сих пор жива на GitHub.
Стоян Стефанов: "JavaScript. Шаблоны". Вышла в 2010, но на 90% до сих пор актуальна.
Банда четырёх: "Паттерны проектирования". Хотя бы с названиями шаблонов ознакомиться и для чего они нужны. Книга вышла вообще в 90-х, но именно эти ребята дали названия существующим шаблонам проектирования и указали, когда какой целесообразно применять.
Стив Макконелл: Как не быть мудаком "Совершенный код". Конечно, автор не затрагивает такую тему, как использование transcripcii dlya imen peremennyh, но в остальном книга учит важным вещам.
Да, вот тут тоже ребята хорошие книги собрали: https://2ch.hk/pr/res/492703.html
bagerman:
СТАТЬЮ НЕ ЧИТАЙ
@
ВОПРОСЫ ЗАДАВАЙ
Ваши div'ы находятся внутри другого элемента DOM, вот на него и надо ставить обработчик, указав, что обрабатывать события нужно только в том случае, если отправитель - элемент нужного типа, а не сам контейнер.
DarthJS: Прошу прощения за свой снобизм. Просто меня последнее время сильно расстраивают вопросы, задаваемые на Тостере. После запуска тут было гораздо уютнее, чем сейчас.
Читал я как-то статью про классификацию пользователей StackOverflow. Вкратце: существует четыре группы пользователей. Первая, небольшая, задаёт толковые вопросы, на которые нет ответа в Google. Вторая группа - эксперты, которые дают ответы на эти сложные вопросы. Третья группа - те, кого ненавидят эксперты. Они задают вопросы, ответы на которые находятся на первой странице выдачи гугла или уже сто раз обсосаны на самом SO. Четвёрта группа - те, кто на эти вопросы отвечает. В общем, на StackOverflow тоже есть рак.
Вопрос я прочитал полностью. Нагугленные ответы: https://www.google.ru/search?client=ubuntu&channel...
Строго говоря, судя по этому конкретному вопросу, Вам сильно не хватает теоретической подготовки. Могу посоветовать хорошую литературу.
P. S. За время работы программистом обнаружил, что Интернет буквально заполонён материалами "для начинающих", но стоит поискать статью по какой-то конкретной проблематике или об общей архитектуре тех же Web-приложений - все "эксперты" куда-то сливаются, приходится буквально по крупицам собирать. Почувствовали уже на себе это?
Александр Таратин: а заказчик отправится в пешее эротическое искать другого исполнителя на фриланс-биржи, указав в теме "Немного доверстать макет". Плавали, знаем. От недостатка опыта всё.
