Руслан Макаров, ну по сути для этого нужно все то же самое - прописать ответственность в договоре, но я чо-то сомневаюсь что у вас получится как-то обезопасить себя от такого. Максимум у вас мб получится оформить подобие гарантии или техподдержки, чтобы разработчик помог восстановить проект после взлома и найти дыру в безопасности. Я не специалист, могу ошибаться
Руслан Макаров, я думаю вполне достаточно будет написать, что все ужасы которые произойдут с сайтом после сдачи не касаются разработчика. Наверное в интернетах есть примеры подобных договоров, поищите
Quintis, вопрос) Может быть она у вас как-то реализована так, что наоборот не оптимизирует, а добавляет сложности. В любом случае, это не единственный способ оптимизации, к тому же в исходной задаче недопустимо использование циклов
100%ный хардкод, какая критика тут может быть) Берёте любой слайдер, пихаете в него ваши данные и весь ваш код в один момент становится не нужен, вот и вся критика.
Как переписать - так чтобы объем кода не увеличивался при увеличении количества элементов. Представьте, что у вас 2174898724 элементов в слайдере
"Пробовал jsdom, но node instanceof HTMLParagraphElement всё равно не работает" - ну потому что HTMLParagraphElement не существует. Зато он существует либо в экземпляре jsdom, либо в window этого экземпляра, либо в самом классе jsdom. С document.body абсолютно та же ситуация - document не существует в глобальном объекте, это свойство надо искать в объектной модели которую вы создали с помощью jsdom
В любом случае, конечная задача пока не очень понятна
