Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 50
Очень мало. Хотелось бы посравнивать получившийся в разных пакетах результат. Например с учётом времени потраченного на создание или размером файла.
Необязательность символов
Во Flash тоже можно делать анимацию векторных примитивов через Shape Tween без создания MovieClip.
Для меня плюсом Флеша было и остается, это отдельная среда выполнения кода. Аналогично GIF и FLV, т.е. анимация и скрипт внутри SWF файла выполнялись внутри своего пространства, хотя приэтом и существовала возможность общения JavaScript страницы с кодом внутри Флеша.
Также это было очень удобно разделяя на библиотеки, что для JS погрузить GIF и показать его, также вот и для Флеш, легко было загрузить внешний SWF и показать его анимацию, потом другой файл.
А вот с HTML5+JS. я в полном недопонимании этой ситуации. Одно дело когда мы говорим о едином коде веб приложения. А вот сама идея отдельных кусков, виджетов, анимация, которые выполнены на JS коде и завязаны на сторонних библиотеках а не на самом JS. Вот тут сразу встает вопрос, что будет когда страница будет залеплена баннерами на JS коде, причем созданными разными Студиями, разными версиями и т.д. Каждая вот такая анимация баннерная тянет с собой фреймворк анимации, твины и др. Причем разные версии. А мы все знаем что JS работает в единой среде, а еще есть CSS котрый глобально может сломать дизайн всей страницы.
Уже можно видеть как дебагеры в IE и Chrome орут благим матом почти на всех сайтах, ошибки лезут пачками. тотже сайт JQuery UI, сваливается через раз, потому как показывают примеры и старые и новые, а к страницам с кодом для 1.7 ветки уже подключили 1.9, и дебагер орет что таких методов уже нету. И это ребята из JQuery, т.е. люди такого уровня.
Вы представляете что будет в инете творится?
Вы еще будете плакать о тех временах когда везде были Флеш банеры.
Кто непонимает что их ждет, включите в дебагере notification about every script error и побродите по инету. Это становится просто нереально, часто ошибка в loop просто забивает все пока через TaskManager не вырубишь браузер.
Вот такое светлое будущее нас ждет.
Также это было очень удобно разделяя на библиотеки, что для JS погрузить GIF и показать его, также вот и для Флеш, легко было загрузить внешний SWF и показать его анимацию, потом другой файл.
А вот с HTML5+JS. я в полном недопонимании этой ситуации. Одно дело когда мы говорим о едином коде веб приложения. А вот сама идея отдельных кусков, виджетов, анимация, которые выполнены на JS коде и завязаны на сторонних библиотеках а не на самом JS. Вот тут сразу встает вопрос, что будет когда страница будет залеплена баннерами на JS коде, причем созданными разными Студиями, разными версиями и т.д. Каждая вот такая анимация баннерная тянет с собой фреймворк анимации, твины и др. Причем разные версии. А мы все знаем что JS работает в единой среде, а еще есть CSS котрый глобально может сломать дизайн всей страницы.
Уже можно видеть как дебагеры в IE и Chrome орут благим матом почти на всех сайтах, ошибки лезут пачками. тотже сайт JQuery UI, сваливается через раз, потому как показывают примеры и старые и новые, а к страницам с кодом для 1.7 ветки уже подключили 1.9, и дебагер орет что таких методов уже нету. И это ребята из JQuery, т.е. люди такого уровня.
Вы представляете что будет в инете творится?
Вы еще будете плакать о тех временах когда везде были Флеш банеры.
Кто непонимает что их ждет, включите в дебагере notification about every script error и побродите по инету. Это становится просто нереально, часто ошибка в loop просто забивает все пока через TaskManager не вырубишь браузер.
Вот такое светлое будущее нас ждет.
Удивительно, почему Ява не «выстрелила». Она была тоже «сама в себе» + быстрее флеша… Опередила время? JS+HTML5 — для баннеров, ровно как и для игр, конечно не годятся. Пользователи, которые утверждают, что баннеры и игры никому ненужны или что в CSS3 почти всё возможно, очень, как мне кажется, далеки от реалий индустрии. С другой стороны откат к gif-баннером под ipad это конечно страшно =)
c Java целая истори, и не все так просто.
Я помню то время кодинга. Много чиво вкусного было тогда в ява-аплетах, а Флеш был в новинку. Но для меня Ява в то время сильно было тормознутой, Флеш всегда работали над оптимизацией, а ява все также оставался огромным тормозом. В мелких демках все гуд, но чуть больше и уже страшно.
Ну а убило Яву, терки с Микрософт. Насколько помню то время, кажись Ява залупило цену, толи наоборот отказались платить, толи еще какието были трения, и Микрософт убрало из винды и браузера потдержку по умолчанию. А macromedia видимо наоборот, пошли другим путем в политике, и Микрософт в свое время стедало шаг, внедрило Флеш в винду по умолчанию… вот видимо это и дало просто оргомный скачек. Ведь Яву нужно уговаривать пользователей ставитть, а тут сразу по умолчанию Флеш работал в браузере. Тогда все говорили что для Явы те терки станут крышкой гроба. Такчто вот както так, один неверный шаг и какой перевес. с MySQL тоже было недавно дело, тоже ведь вдруг захотели много денег… и чуть не потеряли все… одна ошибка может перечеркнуть все.
Я помню то время кодинга. Много чиво вкусного было тогда в ява-аплетах, а Флеш был в новинку. Но для меня Ява в то время сильно было тормознутой, Флеш всегда работали над оптимизацией, а ява все также оставался огромным тормозом. В мелких демках все гуд, но чуть больше и уже страшно.
Ну а убило Яву, терки с Микрософт. Насколько помню то время, кажись Ява залупило цену, толи наоборот отказались платить, толи еще какието были трения, и Микрософт убрало из винды и браузера потдержку по умолчанию. А macromedia видимо наоборот, пошли другим путем в политике, и Микрософт в свое время стедало шаг, внедрило Флеш в винду по умолчанию… вот видимо это и дало просто оргомный скачек. Ведь Яву нужно уговаривать пользователей ставитть, а тут сразу по умолчанию Флеш работал в браузере. Тогда все говорили что для Явы те терки станут крышкой гроба. Такчто вот както так, один неверный шаг и какой перевес. с MySQL тоже было недавно дело, тоже ведь вдруг захотели много денег… и чуть не потеряли все… одна ошибка может перечеркнуть все.
Про баннеры ладно, но для игр js+html5 вполне себе годятся. Просто пока мало, кто умеет готовить.
А Java applets не пошли из-за проблем в безопасности, майкрософт запрещало апплеты в осликах. Флешу же повезло, что он набрал парк пользователей плагином в свое время и его начали встраивать в браузеры.
А Java applets не пошли из-за проблем в безопасности, майкрософт запрещало апплеты в осликах. Флешу же повезло, что он набрал парк пользователей плагином в свое время и его начали встраивать в браузеры.
Удивительно, почему Ява не «выстрелила».Это было бы удивительно, если бы для Java существовал аналог Flash IDE ориентированный на не-программистов. Со всеми этими keyframes, motion tween, morphing, редактором скриптов в том виде, в котором оно было в Flash 4.
А так — да, быстрее, да, у апплетов были богаче возможности. Но дизайнер/художник не умеющий программировать написать на Java ничего не мог, а Flash дал ему возможность создания интеркативных роликов.
Я может чего-то не понимаю, но почему не вынести банер в iframe?
Опередили. Так и делают.
Это пока единственное решение… но все понят историю с IFRAME? Как и с Флешем, постоянно кричали долой IFRAME, ктото пытался его блокировать, какието браузеры пытались его игнорировать. Вот круто… убить Флеш чтобы вернутся к IFRAME.
Разве не проще было все это время потратить не на попытку повторить Флеш, а решить те проблемы с Флеш в Линухе и Апл? У Флеша уже все было, пока будут пытаться биться в тупиках с HTML5, могли решить десятки раз все пролемы с Флеш. Притом что он ведь Open Source. Но вот видимо всех напугало что Флеш находился в одних руках всетаки у Adobe, и это явно всем не нравилось, все начала Appl, потом они начали подначивать других. Сами ничего не придумали своего но и Флешу отказали. Их потдержали Линуксоиды. Appl со своей манией монопольности, явно испугался Adobe, ведь они по сути были монополистами всей анимации во всем интернете. А вот щас вернемся к IFRAME в итоге, который все блокировали… во крутой поворот событий.
Разве не проще было все это время потратить не на попытку повторить Флеш, а решить те проблемы с Флеш в Линухе и Апл? У Флеша уже все было, пока будут пытаться биться в тупиках с HTML5, могли решить десятки раз все пролемы с Флеш. Притом что он ведь Open Source. Но вот видимо всех напугало что Флеш находился в одних руках всетаки у Adobe, и это явно всем не нравилось, все начала Appl, потом они начали подначивать других. Сами ничего не придумали своего но и Флешу отказали. Их потдержали Линуксоиды. Appl со своей манией монопольности, явно испугался Adobe, ведь они по сути были монополистами всей анимации во всем интернете. А вот щас вернемся к IFRAME в итоге, который все блокировали… во крутой поворот событий.
Зачем блокировать iframe? Что плохого в iframe? Кому надо его блокировать — тот и флеш-банеры умеет блокировать.
youtube генерирует html для вставки в котором как раз iframe, что не так-то?
А потом в js существует пространство имен, в css — обертка через id
youtube генерирует html для вставки в котором как раз iframe, что не так-то?
А потом в js существует пространство имен, в css — обертка через id
Проблема в разработке единого стандарта, проприетарные решения всегда воспринимались прохладно, еще во времена java applets. На iOS же его не пустили по нескольким соображениям — производительность(мобила не комп и ОС не винда), отсюда и проблемы с автономностью(быстрее садится батарея). Допустим таки ейпл бы в сотрудничестве с Adobe порешали проблемы флеша и хорошо бы его внедрили в iOS(что маловероятно из-за разногласий Apple с Adobe) — сайты с приложениями и играми на флеш конкурировали бы с Appstore — кому-то это надо? С другой стороны флеш спокойно оборачивается в Air и деплоится на аппстор, но сколько адоби не пилит его, оно даже на последнем айпаде не отличается высокой производительностью, в тех же играх. И это далеко не все проблемы флеш. Так что я бы не был столь категоричным, все таки флеш и хорош, но далек от идеала, так же как и политика Adobe.
Флеш проприетарная разработка одной корпорации.
Разработка на которую не могут влиять производители мобильных устройств, где недостатки флеш видны в первую очередь (например энергопотребление)
проблема флеша в том что адоб не успевает за рынком мобильных устройств. И любой корпорации производящий подобные устройства проще использовать и пилить кривой недоделанный глючный НО тот на который они могу влиять html5.
Потому флеш мертв. И это понимает сам Адоб.
Разработка на которую не могут влиять производители мобильных устройств, где недостатки флеш видны в первую очередь (например энергопотребление)
проблема флеша в том что адоб не успевает за рынком мобильных устройств. И любой корпорации производящий подобные устройства проще использовать и пилить кривой недоделанный глючный НО тот на который они могу влиять html5.
Потому флеш мертв. И это понимает сам Адоб.
как раз флеш и успевает — adobe air работает на нескольких мобильных платформах, другое дело, что кучу баннеров мобильному браузеру крутить тяжело.
Флеш уже опоздал.
Он исключен по умолчанию практически со всех мобильных платформ. И назад его никто не вернет.
Он исключен по умолчанию практически со всех мобильных платформ. И назад его никто не вернет.
Опоздал? В чем? Исключен с платформ?
Не гоже ИТшнику такими словами высказываться.
1. Флеш обогнал все существующие на сегодня варианты и всех конкурентов на года в перед.
2. Флеш исключен не с платформ а с браузеров как плагин. Приэтом его перевели в свое закрытое пространство под Adobe Air где не будет бардака как с веб страницами браузера когда десятки банеров написаных чайнками. Теперь это проблема самих браузеров, когда начнут все лепить баннеры на JS анимации… во то будет веселуха… у мен ядебагер уже вешается бродя по инету.
3. Флеш достиг колосальных успехов в мультимедиа и анимации, вот туда и двинулись. Флеш был опен соурс, а потому просто как плагин браузера бесплатный и под баннеры они неимели ничего. Теперь же они считай платформа целенаправленная, которая свое дело делает просто великолепно, и самое главное, кросс-платформенно.
Не будет Флеш баннеров — Адоб тут ничего не теряет. Игры как делались под Декстопы на Флеш так и продолжают но уже в 3D. А для мобильных, тоже самое заворачивают в Air, При этом они ввели для себя наконецто Premium Development и ввели мягко и красиво, без фанатизма и жадности, с которого будут получать свое, в отличие от безхозных баннеров.
Air для Адоб это выход из всей этой ситуации, закрыть Флеш в отдельное пространство, контроллируемое. Если у когото тормозит, то только потому что у когото кривые руки, причем сильно кривые. Как рпимер — я переделывал сотни раз JavaScript код в разных проэктах, потому как есть умельцы в пару строк положить браузер клиента намертво. Так что? удалить JS со всех платформ и браузеров и оставить чистый HTML?
Не гоже ИТшнику такими словами высказываться.
1. Флеш обогнал все существующие на сегодня варианты и всех конкурентов на года в перед.
2. Флеш исключен не с платформ а с браузеров как плагин. Приэтом его перевели в свое закрытое пространство под Adobe Air где не будет бардака как с веб страницами браузера когда десятки банеров написаных чайнками. Теперь это проблема самих браузеров, когда начнут все лепить баннеры на JS анимации… во то будет веселуха… у мен ядебагер уже вешается бродя по инету.
3. Флеш достиг колосальных успехов в мультимедиа и анимации, вот туда и двинулись. Флеш был опен соурс, а потому просто как плагин браузера бесплатный и под баннеры они неимели ничего. Теперь же они считай платформа целенаправленная, которая свое дело делает просто великолепно, и самое главное, кросс-платформенно.
Не будет Флеш баннеров — Адоб тут ничего не теряет. Игры как делались под Декстопы на Флеш так и продолжают но уже в 3D. А для мобильных, тоже самое заворачивают в Air, При этом они ввели для себя наконецто Premium Development и ввели мягко и красиво, без фанатизма и жадности, с которого будут получать свое, в отличие от безхозных баннеров.
Air для Адоб это выход из всей этой ситуации, закрыть Флеш в отдельное пространство, контроллируемое. Если у когото тормозит, то только потому что у когото кривые руки, причем сильно кривые. Как рпимер — я переделывал сотни раз JavaScript код в разных проэктах, потому как есть умельцы в пару строк положить браузер клиента намертво. Так что? удалить JS со всех платформ и браузеров и оставить чистый HTML?
Если я правильно Вас понял, то рад сообщить, что Premium Development уже также мягко и красиво вывели.
Главный аргумент от сторонников HTML и JS, как я понял, это «открытый (обфусцированный) код» баннеров и приложений в целом. Т.е. загружаемый в браузере баннер можно контролировать средствами браузера: урезать время выполнения кода, приостанавливать выполнение скрипта и т.д. Мне кажется, делать то же самое с загружаемым флеш-роликом в контейнере OBJECT проблематично, что и привело к отказу от закрытой технологии.
Да нуу… вы видимо пошутили? Вы представляете что такое борьба со спамом? Тупо гонка… одни пишут код поиска и блокировки регуляркой, вторые меняют код как хотят. Вот с банерами будет тоже самое. Я могу дать гарантию, что никто не сможет написать блокировку JS банера, которую нельзя будет легко обойти. И никто не защитит страницы от дурного кода, или шутника. Я слишком хорошо знаю JS, чтобы понимать во что это выльется.
Нет, я о другом. Контроль за выполнением кода JavaScript интерпретатором, например V8.
Код — ни что иное, как инструкции для выполнения операций. Например, если «зловредный скрипт» зависнет или будет подавать подозрительную активность — интерпретатор может понизить приоритет его выполнения, например.
Код — ни что иное, как инструкции для выполнения операций. Например, если «зловредный скрипт» зависнет или будет подавать подозрительную активность — интерпретатор может понизить приоритет его выполнения, например.
Вы хоть представляете что значит ввести новый JS в браузеры? Это еще более мучительный процесс чем с HTML5.
Кол-во браузеров только растет, выпускают из все кому не лень. Также еще и мобильных Ось тоже становится больше. А вот теперь введите чтото новое или стандарт, имея такую солянку никем не контролируемую браузеров и ОСей.
Вот как раз Flash решал все эти миллион проблем, и было годами готовое решение… убили, и теперь сидим чешем репу, как решить миллион нерешаемых проблем.
Кол-во браузеров только растет, выпускают из все кому не лень. Также еще и мобильных Ось тоже становится больше. А вот теперь введите чтото новое или стандарт, имея такую солянку никем не контролируемую браузеров и ОСей.
Вот как раз Flash решал все эти миллион проблем, и было годами готовое решение… убили, и теперь сидим чешем репу, как решить миллион нерешаемых проблем.
iframe
Согласен. Достаточно поставить флешблок, чтобы избавить себя от всех баннеров разом. С html5 так не получится :(
Не далее, как вчера попробовал Эдж.
Сначала все очень понравилось, просто порадовался такой отличной штуке.
Стал перетаскивать одну свою работу, схему танца. Там всего-то несколько примитивов движутся по заранее заданным траекториям. Долго искал как задать траекторию. Потом полез в гугл. Нет такого инструмента. Стоп-кран и полный назад во флэш :(
Сначала все очень понравилось, просто порадовался такой отличной штуке.
Стал перетаскивать одну свою работу, схему танца. Там всего-то несколько примитивов движутся по заранее заданным траекториям. Долго искал как задать траекторию. Потом полез в гугл. Нет такого инструмента. Стоп-кран и полный назад во флэш :(
Какие проекты вы пробовали делать? Только баннеры или что-то более масштабное? В какие форматы можно сделать экспорт полученного проекта?
Экспорт там один, чисто html+js, в файл или паблишинг. Т.е. задачи там очень простые и целевое направление тоже — Animation. Получив на выходе файлы вы можете это перекрутить как вам уже хочется, но та мтак все завязано и сшито, что я не вижу других приминений, кроме анимации и презентаций. Максимум это интерактивная анимация или презентация.
Т.е. игру вы на ней не сделаете или приложение.
Т.е. игру вы на ней не сделаете или приложение.
Полагаю, вопросы адресованы мне?
Пока только ролики и баннеры без интерактива. Но я думаю, что в ближайшем будущем Edge пригодится скорее для анимации элементов сайтов, типа меню и шапок. См. красивый пример от Adobe.
Всего три варианта(скрина окна Publish Settings):
Какие проекты вы пробовали делать? Только баннеры или что-то более масштабное?
Пока только ролики и баннеры без интерактива. Но я думаю, что в ближайшем будущем Edge пригодится скорее для анимации элементов сайтов, типа меню и шапок. См. красивый пример от Adobe.
В какие форматы можно сделать экспорт полученного проекта?
Всего три варианта(скрина окна Publish Settings):
Копирование анимации.
Если я правильно помню, и моя память не спит с другим, то это несложно реализовывалось во Flash'е, через Right Click => Copy motion. Или я не прав?
Не спит) Но это работает только для Motion твинов (для меня удобнее классические, я с ними и работаю).
Эм… Тоесть вы сравниваете одну новую технологию с другой, но устаревшей?
Я бы не сказал, что классические твины — устаревшая технология. Абсолютное большинство моих коллег использует классик твины для работы. Это, во-первых удобнее во многом, во-вторых проекты на классик твинах проще для конвертации в видео или HTML5. В описании того же Toolkit for CreateJS есть строки
Тем не менее, справедливости ради, в этом пункте статьи стоит пометить, что речь именно о классик твинах. Спасибо!
While Toolkit (v1.1 and up) supports motion, shape, and classic tweens, I would recommend using classic tweens whenever possible.
Тем не менее, справедливости ради, в этом пункте статьи стоит пометить, что речь именно о классик твинах. Спасибо!
Не буду углубляться… но тогда и для всего остального допишите:
Возможность перемещать объекты по сцене, не влияя на анимацию. — можно в Motion Tween, путём перетаскивания не за объект, а за сам путь
Простота модификации. — Swap'ать символы проще простого. И текст менять можно. А если вы говорите об уже скомпилированном проекте, то да, это сложнее… Но оно и не нужно
Easing presets: — есть и пресеты, и руками в моушен-едиторе можно всё как хочешь настроить
Вообще, создаётся ощущение, что вы описывали не то, чего нет во Flash'е, а то, что вы просто в нём не умеете…
Возможность перемещать объекты по сцене, не влияя на анимацию. — можно в Motion Tween, путём перетаскивания не за объект, а за сам путь
Простота модификации. — Swap'ать символы проще простого. И текст менять можно. А если вы говорите об уже скомпилированном проекте, то да, это сложнее… Но оно и не нужно
Easing presets: — есть и пресеты, и руками в моушен-едиторе можно всё как хочешь настроить
Вообще, создаётся ощущение, что вы описывали не то, чего нет во Flash'е, а то, что вы просто в нём не умеете…
Повторяюсь, речь о классик твинах. Если вы делаете проекты на AS3 с motion твинами — поздравляю, половина названных мной проблем не актуальна. Но если вы работаете на тех же условиях, что и я, то поймете актуальности вопросов.
Flash очень удобная и приятная для работы программа, я ни в коем случае не хотел подчеркнуть ее недостатки, но просто поделился своими впечатлениями от сравнения с Flash.
Flash очень удобная и приятная для работы программа, я ни в коем случае не хотел подчеркнуть ее недостатки, но просто поделился своими впечатлениями от сравнения с Flash.
Как сейчас в Edge обстоят дела с русскоязычными шрифтами? Теперь они переключаются нормально?
Некоторое время назад у этого продукта были такие проблемы.
Некоторое время назад у этого продукта были такие проблемы.
С точки зрения анимации нет никакой разницы кириллица или латиница используется.
Что вы имеете в виду под «переключаются»?
Теперь они переключаются нормально?
Что вы имеете в виду под «переключаются»?
Шрифт меняешь — вид надписей на латинице изменяется, а русских — нет. Причем шрифт достоверно русский. Баг в Edge.
Я каких-то проблем со шрифтами не заметил, наверное, проблему уже решили. Смотрите пример с кириллическими курсивным и п/жирным шрифтами.
Сопоставление Flash и HTML5, безусловно, интересная тема. Потребность в хорошем инструменте разработки под HTML5 назрела давным-давно, но ведь не только этим дело исчерпывается. В мире Flash постоянно что-то улучшается, и каждый апдейт плеера радует своими мелкими плюшками. Вот недавно стало возможно напрямую подавать поток с вебки на аппаратно-ускоренный слой StageVideo, что актуально для HD-камер. Свежий релиз плеера 11.6 дает нам доступ к Query Graphics API. А HTML5-плеер на YouTube, кажется, все еще в статусе экспериментального…
Я вообще считаю что нету смысла сравнивать HTML5 и Flash. Это есть и будут совсем разные вещи.
Новые возможности HTML я принимаю и согласен… давно пора расширять. Многие вещи можно воспринять как замена целого куска кода одним тэгом. Также можно былобы аналог JQuery уже внидридь чтобы уже изначально можно было $(element) вместо старого document.getElementById и подобное еще и без проверок.
Как расширение HTML я это принимаю, но не как замена Флеш… это просто совсем разные вещи, и не вижу смысла в этом.
Да и не получится ничего из этого путного. Теже чайники что лепили корявые баннеры, будут лепить еще боле корявые баннеры на JS, и таскать при этом тучу либ с собой разных мастей и с попыткой кроссбраузерности и кроссплатформенности… ото будет просто чтото страшное. И это все будет в единном пространстве. Один очумелый писака, своим баннерком сможет легко сломать дизайн как минимум всех страниц. Даже IFRAME тут ничем не поможет. Из IFRAME с легкостью ломается все что выше.
Для примера я вот только вчера искал ошибку которая сломала продукт. Оказалось что либа для tooltip написанная на prоtotype, обращалась к эвентам не window.event а тупо напрямую event. И все слетело как только в дизайнер не подумав влепил элемент с ID='event'. И все… привет. Ничего неработает и дебагер толком сказать неможет.Просто не работает и все. Либа считалась очень популярна, код зашит оптимизатором, и делайте что хотите, Дебагер вам в руки и в перед. Так что, гарантирую всем — БУДЕТ ВЕСЕЛО!
Новые возможности HTML я принимаю и согласен… давно пора расширять. Многие вещи можно воспринять как замена целого куска кода одним тэгом. Также можно былобы аналог JQuery уже внидридь чтобы уже изначально можно было $(element) вместо старого document.getElementById и подобное еще и без проверок.
Как расширение HTML я это принимаю, но не как замена Флеш… это просто совсем разные вещи, и не вижу смысла в этом.
Да и не получится ничего из этого путного. Теже чайники что лепили корявые баннеры, будут лепить еще боле корявые баннеры на JS, и таскать при этом тучу либ с собой разных мастей и с попыткой кроссбраузерности и кроссплатформенности… ото будет просто чтото страшное. И это все будет в единном пространстве. Один очумелый писака, своим баннерком сможет легко сломать дизайн как минимум всех страниц. Даже IFRAME тут ничем не поможет. Из IFRAME с легкостью ломается все что выше.
Для примера я вот только вчера искал ошибку которая сломала продукт. Оказалось что либа для tooltip написанная на prоtotype, обращалась к эвентам не window.event а тупо напрямую event. И все слетело как только в дизайнер не подумав влепил элемент с ID='event'. И все… привет. Ничего неработает и дебагер толком сказать неможет.Просто не работает и все. Либа считалась очень популярна, код зашит оптимизатором, и делайте что хотите, Дебагер вам в руки и в перед. Так что, гарантирую всем — БУДЕТ ВЕСЕЛО!
Вы сильно категоричны в своих высказываниях.
Через IFRAME нет доступа к сайту-родителю, если домены сайта на котором расположен IFRAME и сайта с которого грузится IFRAME не совпадают. Google вбухивает достаточно денег, чтобы предотвратить подобные уязвимости через IFRAME.
Потом вы забываете, что в баннерных сетях существуют ограничения даже для флеш-баннеров, по размеру. Баннеры модерируются.
Если твоему ресурсу не нужны «тяжелые баннеры, которые никто не модерирует» — выбирай хорошую баннерную сеть, где таких проблем нет.
Сейчас вы описываете ситуацию, что завтра возьми да и умри флеш, и все сразу пересядут на баннеры на JS. Но всегда все вводится постепенно: если баннеры на JS будут вредить сайтам — их банально никто не будет использовать, а разработчики будут искать возможность запуска рекламы в изолированных песочницах. Возможно, появится новый формат изолированных контейнеров, содержащих JS+CSS+HTML.
Я думаю, необходимо отставить панику и вести себя более сдержанней.
Через IFRAME нет доступа к сайту-родителю, если домены сайта на котором расположен IFRAME и сайта с которого грузится IFRAME не совпадают. Google вбухивает достаточно денег, чтобы предотвратить подобные уязвимости через IFRAME.
Потом вы забываете, что в баннерных сетях существуют ограничения даже для флеш-баннеров, по размеру. Баннеры модерируются.
Если твоему ресурсу не нужны «тяжелые баннеры, которые никто не модерирует» — выбирай хорошую баннерную сеть, где таких проблем нет.
Сейчас вы описываете ситуацию, что завтра возьми да и умри флеш, и все сразу пересядут на баннеры на JS. Но всегда все вводится постепенно: если баннеры на JS будут вредить сайтам — их банально никто не будет использовать, а разработчики будут искать возможность запуска рекламы в изолированных песочницах. Возможно, появится новый формат изолированных контейнеров, содержащих JS+CSS+HTML.
Я думаю, необходимо отставить панику и вести себя более сдержанней.
Отвечу просто:
1. Вам в пример ситуация с баннерами на флеше — весь контроль в *опу полностью, все мы видим к чему все пришло. Глупо считать что с JS будет все по другому…… просто новые грабли.
2. Достаточно иметь опыт с JS не в плане присабачить очередной jquery плагин кудато, а имея большой опыт с дебагером и колупания проблем JS, чтобы понимать, чем это все грозит.
Я ведь писал уже выше и не раз… включите дебагер и смотрите. Даже вот и на хабре консоль забита, На томже jquery сайте вообще сваливается скрипт на многих страницах, и это на таком уровне. Что творится на других, я просто умолчу. И теперь все это умножьте, как только все флешевое переведут полностью на JS. Сам принцип JS в том что он не компилируемый, и никто не сможет определить ошибки, пока в конкретном месте в определенной ситуации, не сложатся все скрипты и либы и классы. И вот только тогда может вылезти проблема, но уже у клиента на его стороне.
Кто сможет дать гарантию и проверить, что прилинкованная либа или css стиль, на какомто сайте не сломает там все? или буду проблемы с другими сторонними либами?
1. Вам в пример ситуация с баннерами на флеше — весь контроль в *опу полностью, все мы видим к чему все пришло. Глупо считать что с JS будет все по другому…… просто новые грабли.
2. Достаточно иметь опыт с JS не в плане присабачить очередной jquery плагин кудато, а имея большой опыт с дебагером и колупания проблем JS, чтобы понимать, чем это все грозит.
Я ведь писал уже выше и не раз… включите дебагер и смотрите. Даже вот и на хабре консоль забита, На томже jquery сайте вообще сваливается скрипт на многих страницах, и это на таком уровне. Что творится на других, я просто умолчу. И теперь все это умножьте, как только все флешевое переведут полностью на JS. Сам принцип JS в том что он не компилируемый, и никто не сможет определить ошибки, пока в конкретном месте в определенной ситуации, не сложатся все скрипты и либы и классы. И вот только тогда может вылезти проблема, но уже у клиента на его стороне.
Кто сможет дать гарантию и проверить, что прилинкованная либа или css стиль, на какомто сайте не сломает там все? или буду проблемы с другими сторонними либами?
Вы все утрируете.
Возле каждой строчки с ошибкой четко проставляется место, где возникла ошибка. Достаточно развернуть трейс, и отследить в каком месте произошла ошибка. Это дело опыта.
Потом сайты сейчас делают и исправляют ошибки не на работающем проекте, а локально, с отключенными баннерами. Время идет, подходы к программированию меняются.
И ваш главный довод: глобальное пространство видимости переменных. Решается за счет IFRAME. Баннер грузится в IFRAME, как и миллион других современных баннеров (на флеше и без флеша). Пространство видимости переменных изолировано. И проблема, как таковая, притянута за уши. Для «тяжелых» библиотек есть CDN.
Возле каждой строчки с ошибкой четко проставляется место, где возникла ошибка. Достаточно развернуть трейс, и отследить в каком месте произошла ошибка. Это дело опыта.
Потом сайты сейчас делают и исправляют ошибки не на работающем проекте, а локально, с отключенными баннерами. Время идет, подходы к программированию меняются.
И ваш главный довод: глобальное пространство видимости переменных. Решается за счет IFRAME. Баннер грузится в IFRAME, как и миллион других современных баннеров (на флеше и без флеша). Пространство видимости переменных изолировано. И проблема, как таковая, притянута за уши. Для «тяжелых» библиотек есть CDN.
Полагаю, вы не знакомы со спецификой разработки баннеров(а я еще в начале статьи писал, чем занимаюсь). Для большинства площадок СНГ техтребования обязуют использовать AS2, а это значит, что пресеты, о которых вы говорите отсутствуют:
Про символы: зачастую всю анимацию распихивать по символам неудобно, т.к. дольше(не так удобно), вести разработку, вносить правки и делать в итоге ресайзы. От того, что будет 5 разных символов, вес меньше не станет, это сработает только если символы клонированные — тогда, конечно.
Вылеты, вижу, и у вас бывают. А другие продукты Adobe так же часто вылетают? По мне так, Flash самый нестабильный из всего, чем я пользуюсь.
Про символы: зачастую всю анимацию распихивать по символам неудобно, т.к. дольше(не так удобно), вести разработку, вносить правки и делать в итоге ресайзы. От того, что будет 5 разных символов, вес меньше не станет, это сработает только если символы клонированные — тогда, конечно.
Вылеты, вижу, и у вас бывают. А другие продукты Adobe так же часто вылетают? По мне так, Flash самый нестабильный из всего, чем я пользуюсь.
Хотел давно узнать, можно продавать исходники html, css, js (не темплейты) на codecanyon или других биржах кода? или такая халтура не прокатывает там?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Переходим с Flash на Edge — сравнение двух платформ для создания анимации