[SnowStorm] - снегопад на сайт в 1 клик

Зима, холода, одинокие дома… Ну и снегопад на улице конечно же.
В честь этого было оформлено новое дополнение SnowStorm, которое включает снегопад на сайте буквально в 1 клик — достаточно лишь установить дополнение из репозитория modstore.pro!
В своей работе компонент использует скрипт падающего снега SnowStorm www.schillmania.com/projects/snowstorm/. Этот скрипт достаточно плавный и недерганный. Не требует установленный jQuery — работает на чистом JavaScript. Для эффекта снега не используются изображеня — всё управление работает с помощью базовых элементов CSS.
Системные настройки
Системные настройки компонента разделены на 2 раздела Основные настройки и Настройки эффектов снега.
В основных настройках можно полностью отключить снег на сайте или показывать его лишь на определённых шаблонах.
В настройках эффектов снега вы можете регулировать скорость снега, количество снега, «ветер», должен ли снег прилипать и где, должен ли он таять, реагировать на движения мыши имитируя ветер и т.д.
Настройки компонента могут оптимизировать работу скрипта, если он некорректно работает на мобильных устройствах или планшетах. Обратите внимание, что скрипт может нагружать слабое устройство.
Отдельно хочется сказать о настройке символа снежинки. По умолчанию используется символ точки, но можно использовать и разнообразные снежинки (смотри документацию).
Настроек много, на все случаи жизни. И все они удобно управляются в админке!

JavaScript
Вы можете использовать JavaScript-методы Snowstorm для контроля снега в своих скриптах.- snowStorm.randomizeWind() — Устанавливает скорость ветра со случайным значением оперируя свойствами vMaxX и vMaxY.
- snowStorm.freeze() — Замораживает снег на странице
- snowStorm.resume() — Размораживает снегопад из «замороженного» состояния.
- snowStorm.toggleSnow() — Включает или отключает эффект снегопада в зависимости от состояния, аналогично вызову freeze () или resume ().
- snowStorm.stop() — Замораживает и убивает эффект метели и удаляет связанные обработчики событий. Snowstorm не будет работать должным образом, если другие вызовы вызываются после stop().
Пример использования:
$("html").on("click",".toggleSnow",function(){
snowStorm.toggleSnow();
});Ссылки
Полную актуальную документацию с описанием всех настроек вы можете увидеть на демо-странице дополнения. Скоро документация появится и на docs.modx.pro.
• ДЕМО И ДОКУМЕНТАЦИЯ =>
• ДОСТУПНО В MODSTORE.PRO за 290 рублей =>
UPD:
— (21.12.2017) — Пакет переименован в SnowStorm
— (22.12.2017) — Добавлена возможность настройки периода года — за идею благодарим Виталия Батушева
Комментарии: 63
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Те же кто не желает разбираться в настройках и подключениях — это для них. А ещё для тех кто ценит время — кликнул и работает.
Кто ценит время быстрее скачают и подключат, чем регистрироваться, оплачивать и устанавливать потом.
Можно еще запилить дополнение для подключения jQuery за косарь.
Так запили, кто же тебе мешает?
«Этот скрипт достаточно плавный и недерганный» — у меня начинаются дикие лаги, когда снег долетает до низа страницы и «тает»
Этот снегопад на javascript, а не на canvas и соотвественно грузит проц. Отсюда и куча настроек для настройки производительности. Сейчас выставлены средние, но видно твой комп слишком слабый для этого. Или ты с мобилы смотришь?
Суть-то не в этом. Вряд ли, кто-то захочет объяснять посетителям сайта почему все тормозит, и уж тем более, предлагать пересесть за машину по мощнее.
Нужна лучше производительность — уменьшай на своём проекте количество снежинок и другие параметры.
Но для большинства заказчиков это не принципиально, тем более что это сезонный скрипт, который скоро отключат.
Это проблема всех js-скриптов. Если хочешь — рассматривай вариант на Canvas: habrahabr.ru/post/274535/
Не заходите на сайт скрипта с одетыми наушниками. Минус уши.
Ага, поэтому я и не стал включать эти лампочки в пакет — мало того что раздражают, так ещё и подтягивают кучу зависимых библиотек, например библиотеку для работы с звуками и ещё там что-то…
UPD: ну или можно пойти еще дальше, пройдясь сразу по всему codepen.io
Недавно, совсем, весьма уважаемый разработчик заявлял что тема для админки ни кому не нужна и не будет востребована, но появился MetroniX — очень хорошее решение (недавно поставил для клиента которому нужно админить сайт с планшета и очень доволен и денег не жаль, тем более это все копейки)…
Если разработчикам не лень делать пакеты, то пусть их будет больше, вопрос покупать\скачивать даром или нет — это дело потребителей. MODX только выиграет от этого.
А вот отсутствие выбора готовых решений — точно сомнительное «достоинство».
Начну издалека: MODX, как бы многим не хотелось, в его текущей архитектуре и в планах о MODX 3 — это все-таки CMF. Дружелюбный для программистов и позволяющий сэкономить время готовыми решениями из ядра только на самых общих задачах (права пользователей, роутинг, древо ресурсов и тд).
Для реализации чего-либо вне вышеописанных рамок вам необходимы как минимум базовые знания js, php и прочего (об ExtJs умолчу, т.к. даже среди программистов сообщества с ним знакомы дай бог процентов 20-30).
Более того, паровозы MODX-a неустанно толкают вектор развития в сторону фреймворка — работа из IDE, файловые чанки и альтернативный шаблонизатор от Василия, эмулятор посредников Сергея Шлокова и интеграции с NodeJs и React-ом Николая Ланца и but1head'a.
Вы можете сказать, что есть еще масса других дополнений формата mSearch2 и minishop2, но они в своем большинстве, во-первых, позволяют сэкономить действительно значимый объем времени, а во-вторых, имеют большой запас для расширяемости.
Возвращаясь к сути — на мой взгляд, проблема дополнений формата «снег на сайт из коробки» не только в том, что это более медленное решение задачи (лишние запросы и подключаемый отдельно css/js), но и в том, что из-за них формируется неверное представление о самом MODX-e и программировании на нем.
Конечно, действительно хорошие программисты от этого только выиграют — больше сайтов уйдет к ним на последующую оптимизацию, но тенденция, как по мне, все равно печальная.
В конце концов, если вам жизненно необходимы пакеты на каждый чих — зачем использовать MODX, когда есть Wordpress и ему подобные?
UPD: ну и насчет «сообщество только выиграет». Вам не кажется, что подобные дополнения, помимо вышеописанных последствий, влияют на гораздо больший аспект — ценовую политику?
Я ни в коем случае не против того, чтобы разработчики дополнений хорошо зарабатывали, но вы правда считаете, что если в один прекрасный день, допустим, Василий Наумкин взглянет на «снег на сайт за 290 рублей» (который, к тому же, сам по себе написан не разработчиком пакета) и решит, что раз такой чих стоит денег, то пора бы пересмотреть цену на minishop2 — сообществу станет лучше?
В то же время, невооруженным взглядом видна разница в цене (290>0) и то, что твое дополнение предлагает метод (инструмент), который сам по себе не инициализирует дополнительных подключений, в то же время предлагая вариативность использования.
Опять же — все вышеописанное лишь мое видение, не претендующая на абсолют.
Если кто-то считает, что идея добавить под 1000 дополнений на каждый вид слайдеров, параллаксов, попапов и тому подобного стоит свеч — это его право.
Однако это не отменяет того факта, что они делали дополнения и для широкого круга людей. Зачем например Василию понадобилось создать тот же Theme.Bootstrap, если любой и так может закинуть его на сайт за считанные минуты?
По многим веским причинам заказчики выбирают именно MODX. А вы не думаете, что чем больше таких заказчиков будет, тем больше у вас же будет работы впоследствии? Узконаправленность ниши не гарантирует дохода, в то время как популяризация движка в широкие массы принесёт волну заказов.
Такие дополнения как например темы никому из программистов не нужны, у них другая целевая аудитория. Программисту проще найти похожий шаблон или сверстать самому чем покупать за
Да ладно вам, большинство пакетов в репозитории не изобретают что-то новое, а используют имеющееся и адаптируют к MODX. Тот же mSearch2 использует не свою библиотеку морфологического поиска. А всё связанное с экспортом/импортом, например в тот же PDF? Я не говорю уже про чужой API — больше половина приложений рассчитана на это. А смысл тогда в них, если любой разработчик и сам знает как подключить ту же PHPExcel для импорта прайсов? Зачем нам тогда вообще новые дополнения? Зачем популяризировать нашу систему?
Не забывайте, что есть много дополнений, сделанные этими самыми «паравозами», которые решают какую-то одну маленькую задачу, которую программистам проще и быстрее самому сделать чем устанавливать пакет. Например sdStore от Василия которое лишь добавляет нового поставщика, или yaSMTP от Ильи Уткина, которое лишь упрощает заполнение нескольких smtp-настроек данными яндекса. Зачем тогда они нужны? Зачем ими пользуются, если проще и самому это сделать?
Есть много дополнений, у того же Василия, которые были платными некоторое время, но позже стали бесплатными.
SnowStorm — это сезонное дополнение, не факт что он будет всегда стоить даже этих маленьких денег.
И ещё раз повторюсь: если вас не устраивает цена дополнения, предназначение или просто жаба давит от зависти (простите пожалуйста за прямоту, не в обиду никому), то значит смело проходите мимо — это дополнение не для вас! У него другая Целевая Аудитория.
Ещё раз простите если кого-то задел, но я считаю неуместным поднимать такой крик при виде чужого платного пакета, который вы могли бы конечно и сами написать. В то время как я считаю что миссия каждого здесь находящегося — это не ограничивать порог входа для посторонних, а напротив — популяризировать MODX в массы, от этого выйграют все, и паравозы и пассажиры.
Если взглянуть на код «большинства» программистов из раздела Вопросов, то можно предположить, что большинство предпочитает быдлокодить. Но это не означает, что такой способ правильнее.
*пожал плечами* не знаю.
Простите, я не совсем улавливаю связь между объемом дополнений и количеством заказчиков.
Объем пакетов может снизить порог вхождения программистов, что косвенно снизит количество заказчиков на душу разработчиков, но этот момент мне не слишком интересен — я и заказы, в общем-то, уже не ищу.
Вы можете взглянуть на другие технологии с высоким порогом вхождения — та же реактивность не становится из-за него менее актуальной. Другое дело, что не каждый готов её предложить.
Как и у MODX-a.
Вы уж простите, но на мой взгляд вы слишком передергиваете, если всерьез считаете, что «снег на сайт» популяризирует MODX.
Впрочем, неважно. Ваша позиция понятна, смело прохожу мимо.
Я тоже забыл об этом…
Ещё раз спасибо за напоминание!
Вопрос — каким образом ставить плагин, только установкой из репозитория или необходимо дополнительно подключать каким-то образом?
Пример использования:
Подключение скрипта и таким образом тоже не работает.
Не имел бы вопросов, не заплати деньги.
Ещё раз проверьте, чтобы была последняя версия дополнения, 1 января были исправлены ошибки связанные с периодом показа.
На js можно похожий настроить + будет поверх всего сайта и текста и будет реагировать на мышь.
я его еще покупал, за 490р.
Снег хорошая штука, но зачем исходник палить? И тему создавать с подобной критикой. Обнаружив раньше, не каждый решится. Не жалею, цена не миллион.
К тому же скрипт можно очень удобно настраивать, вплоть до еле заметных редких снежинок, либо вообще только снег в шапке, а в контенте без снега.
Как говорится — любой каприз за ваши деньги.
Должны же быть принципы какие то по жизни… Есть тупорылые заказчики, которые накрутят эти настройки так, что посетителям захочется глаза себе выковырять после посещения сайта. Слава богу, есть AdBlock, только им и спасаемся.
А у нас принципы простые — если хорошо платят за то, что законно и морально, то мы делаем. А вот у тебя как раз какой-то аморальный и искажённый взгляд на вещи.
До сегодня работало нормально.
Пробовал без периода, работает. С периодом не хочет, хм…
на