и менял с его помощью координаты слоя.
Теперь я использую
animate attributeName="visibility"
И меняю состояние каждого слоя между hidden и visible
Этот атрибут поддерживается всеми теми же браузерами, что и прошлый атрибут, только последний жрет процессор в Хроме в 3 раза меньше.
Судя по всему, старые версии лисы требуют явного определения типа атрибута. Обновил сервер, теперь он каждой анимации будет добавлять attributeType=«CSS» — попробуй теперь сделать ушифр.
Короче ты все сломал) По клику на морду пони варианты выбора не появляются ваще, и одна единственая морда на странице грузит бедного фуррика на полную.
Мне никто не говорил, что оборачивать кликабельные элементы в href="#" — обязательно. Я JS изучаю всего 2 дня, и я думал, что добавление onclick для элемента уже достаточно. Но видимо я не прав. Сейчас буду фиксить это
Хера себе примитивный код… тупо OnClick бы повесил на все картинки и в его обработчике show/hidden. А у тебя какая-то наркомань в 6 этажей. Откуда стянул то?)
Очень плохая поддержка кода в перспективе. Придется писать дополнительный код, если я захочу добавить новые разделы. Например, перед выбором пони добавить выбор рассы.
Туева хуча кода, если нужно тащить одно и то же на десятки элементов. справедливости ради, подход Сани тоже не очень хорош, ибо достаточно накладный при сотнях тысяч элементов. Лично я уже взял за основу создание единого глобального листенера, который один раз создается и хрен с ним, затем сам разгребает, кто должен дергаться при нажатии.
Алсо лично мне кажется хорошей практикой держать верстку полностью отдельно от яваскрипта.
возможно, у меня есть даже одна небольшая функция, которая эмулирует поведение React.createElement, но на реальном DOM, что позволяет мне хотя бы избежать мозготраха при написании динамичного содержимого и не тащить всякий жир ради мелочей
Смешивание кода представления и бизнес-логики (если её можно так назвать), ограниченная гибкость (при добавлении через js можно кучу финтов ушами провести), замусоривание глобального пространства имён левыми функциями, куча копипасты и боль при изменении входных параметров функции
var exists = false;
for (var i = 0; i < save.pony.length; i++) {
if (save.pony[i] == pony && save.emotion[i] == emotion) {
exists = true;
break;
}
}
var exists = save.pony.indexOf(pony) == save.emotion.indexOf(emotion) && save.pony.indexOf(pony) != -1;
save.pony.slice(0, 1);
save.pony.shift();
Алсо var категорически не рекомендуется, let и const должны использоваться везде, где не требуется держать совместимость с ну прям совсем дремучим говном на уровне шестого ишака.
stuff['key'] использовать только для динамического определения поля, либо когда в символах невалидная дичь. stuff.key даст то же самое.
pony и emotion могут в массивах повторяться, твоя «оптимизация» не эквивалентна исходному циклу и некорректна. Лучше вообще предложи другую структуру для save, а то она уродская
К сожалению, обнаружил одну неприятную проблему — если несколько слоев загрузятся не сразу, то в анимации появтся пролаги и дерганья. Необхолимо, чтобы анимация начала играться только после того, как были загружены все слои, и пока не понятно, как это сделать
Транскодер тупо не распознаёт активную зону. И скринридеры всякие, полагаю, тоже. Кликабельная зона должна быть семантически обозначена, хотя бы тупо пустой ссылкой-обёрткой.
Я, тащемта, с первого треда об этом талдычу. Но хипсторню не переубедить, лишь бы генерировать моментально да градиенты в глазах сохранить, которых и не видно-то толком
Подозреваю, что некоторые браузеры будут обламываться из-за несоответствия расширения MIME. Да и отдавать придётся от себя, CDN Everypony не подойдёт, да и вообще любой CDN для статики, потому что это не статика уже.
Сейчас попробую по-другому собирать SVG, пользуясь советами из этого поста — habr.com/ru/post/230443/ если всё получится, то и анимация перестанет дергаться, и на мобилках должно будет нормально отображаться.
Пофиксил кликабельность. Однако остается одна очень неприятная проблема — после обновления страницы, браузер запоминает, на каком моменте проигрывалось АПНГ, и начинает его играть не сначала, а с того момента, где она была раньше. а вот SVG браузер всегда начинает играть с нуля. Из чего вытекает очень неприятная и нерешаемая проблема — после перезагрузки страницы ушифр начинает «дергаться». Сейчас пока пытаюсь понять, как это исправить, но судя по всему изменения по оптимизации загруженности процессора придется откатить до версии 2.0
Ты лучше добавь возможность читать расшифровки на мобильных устройствах-сделай картинку обложкой спойлера, а в нем текст. В больших тредах открывание вкладки с дешифратором и дешифровка вызывает перезагрузку страницы при возвращении. То есть смайлы водишь, а что написано не прочесть.
Ограничение на количество отображаемых там символов никуда не делось
Как просматривать все что длиннее?
Алсо, вместе с этим смотрится издевательски их заявленная бесконечная длина.
Взвесив все за и против, я пришел к одному выводу — самый оптимальный вариант по весу файла и загруженности процессора — это прятать каждый SVG шифр под спойлер, а в превью оставлять статичную PNG картинку.
Вся фишка в том, что SVG не требует процессорного времени, если он спрятан под спойлер. То есть, вы открываете спойлер, смотрите на ушифр, закрываете спойлер, и в итоге на CPU будет нулевая нагрузка. Как вам такая идея? Будете ли вы жать на спойлер ради нулевой нагрузки на CPU?
Если ты нажмешь деспоил, где есть много SVG-шек, то одно ядро процессора мгновенно заполнится. Если каждую картинку открывать по отдельности — то стабильно будет по 10% ядра проца на картинку.
Ну так и пиши. А то «Неподдерживаемый символ», панымайш. В Тартаре есть отдельный чан для программистов, выводящих неинформативные и сбивающие с толку ошибки.
Вообще-то «иНЖАЛИД дЕЖИЦЕ», потому что кои-8. Инвертированный капс и транслит — это наше всё =)
Зато, блин, iconv на минималках выглядел как «c += 128;» =)
Ещё вспоминаются всякие еггоги и «Генерал Фейлор читает диск С:».
У моего «хамечательного» провайдера «Домсру» стабильно раз в месяц происходит «авария». Сервер сайта и игры заработают сразу, как только аварию починят… Ненавижу этого провайдера.
Насколько я помню — обработка клика по картинке через жабаскрипт, работала даже в IE5.5 уже) Если фраер вместо однострочного обработчика onclick захуярил какокй-то ниибический фреймворк, требующий только топчик хромиум, то пардон — нахуй, строевым шагом, с таким говнокодингом)
А я кодирую вообще на учебном PascalABC.NET…
Очень удобно, что создаваемые им dll легко и управляемо подключаются к C#, и, вероятно, всему остальному .NET зоопарку.
А вот использовать библиотеки из Си и Си++ на Паскале тяжелее, они неуправляемые, и даже библиотечные константы приходится прописывать вручную.
При чем здесь сами языки то? Можно на с++17 написать быструю легковесную вещь, а можно на турбопаскале пиздецкого монстра. А впрочем что это я… там вон новые тридрипперы вышли, негоже чтоб такая мощность пропадала, навернем еще пару фреймфорков через фреймворки ради банальнейшей менюшки выбора из десятка картинок, чтоб все 32 ядра пыхтели, чтоб сразу видно — солидный софт.
При том, что ECMAScript 2019 очевидно не работает в IE5.5. Почему ты заставляешь Флаера окончательно впадать в мазохизм и кодить на протухшем ECMAScript 3 из прошлого тысячелетия?
Во-первых, есть транспилляция. Во-вторых, в JS из того, что вообще идеологически совместимо с JS (прототипное ООП), ничего принципиально нужного не завезли. Только сахарочек для апологетов классического ООП и ФП, чтобы им перекатываться было легче. Вот в CSS да, там до флексбоксов, гридов и трансформаций тихий ужас был. И то, IE5.5 умел в эти ваши трансформации через DXImage, ещё когда в веб-стандартах и в нетшкафе ими и не пахло, а сафари и вовсе в проекте не было, не говоря уж о хромоге :P
Чо вебпак-то, если транспиллирует бабель? И ещё пару транспилляторов есть. Бабель, ЕМНИП, в ранних версиях ES3 умел, потом выкинули, равно как и транспилляцию в браузере.
Смысл зубрить? Просто тестишь и чинишь. Бабель никоим образом не страхует от браузероспецифичных багов, и лезут они, как правило, не из-за синтаксиса языка.
Потому что для его задачи подмножества ECMAScript 3 более чем достаточно, для тривиальнейшей обработки onclick и присвоении в его обработчике нужной картинке свойства visible/hidden (или как они там, не помню точно, но не суть)
Для начала сравнивать компилируемый С++ и работающий на клиентской стороне жабаскрипт некорректно ниразу. При грамотной сборке программа на С++ будет работать у абсолютно любого юзера, не зависимо от того, писали ее на K&R C или на С++20 присыпав поверх ГЦЦ-змами) Выполнение вебни же сильно зависит от клиента, и не учтывать это — суть говнокодерство.
И да, для простых задач я не люблю подключать лишние навороты, смотрю по ситуации. Бывает что и практически в K&R стиле пишу.
Ну если уж такая пьянка, то секта бьющих ногами за использование bash-измов вместо исконного shell, думаю, всяко поболее свидетелей K&R C будет. Что andreymal на это скажет?
Я гуглю sh-аналоги нужных мне конструкций, если нахожу — пишу в начале скрипта #!/bin/sh, если не нахожу или сомневаюсь — пишу #!/usr/bin/env bash (меня слегка зацепило сектой freebsd и #!/bin/bash я больше никогда не пишу)
Я это не особо и скрываю, я свой личный сайт в IE5.5 тестировал) Правда, потом он перестал в нём работать из-за подключения HTTPS, но жертвовать безопасностью ради некрофилов не собираюсь
Ну по дизайну видно, недалеко от Эдичкиного ушёл :3
из-за подключения HTTPS
Не путай подключение HTTPS с отключением HTTP. Они спокойно могут вместе сосуществовать, если не впихивать умышленно редирект с http на https, а то и вовсе отрубать 80-й порт и нешифрованные соединения нахрен.
жертвовать безопасностью
В каком месте? Ладно авторизация (и то, ничто не мешает шифровать пароли JS-ом вместо шифрования всего трафика), но читать-то мешать зачем? Как спутниковой рыбалкой в таких условиях заниматься ваще? Как делать высокопроизводительные устройства, которые генерируют пакеты на уровне железа и засылают прямо в сетевой интерфейс? Как ходить в интернеты со всякого embedded-барахла, на котором хрен обновишь браузер или сертификаты?
При наличии HTTP защита HTTPS становится бессмысленной, потому что MitM просто обрежет HTTPS и похачит всех через HTTP. Поэтому HTTP и HTTPS — это взаимоисключающие вещи
В каком месте?
См. выше
Как спутниковой рыбалкой в таких условиях заниматься ваще?
Ненужно
Как делать высокопроизводительные устройства
Реализовывать AES в железе, в чём проблема?
Как ходить в интернеты со всякого embedded-барахла
Все современные браузеры до сих пор ходят по умолчанию на HTTP вместо HTTPS
С HSTS не ходят. HSTS не требует выключать http.
мои персональные данные
Какие нафиг персональные данные на публичных страницах?
Про них речь вообще не идёт
Если закапывать HTTP полностью, то речь идёт о всех.
Самые дешёвые китайские андроиды стоят дешевле чем мобильники лет пятнадцать назад, так что да
А пользоваться ведроидом, особенно со щепоткой оперативы, особенно без клавиатуры, особенно с гуглозондами — не мазохизм, что ли? Тем более, через пару лет он останется без обнов, тем временем HTTPS-фанатики опять закопают старые шифры, и придётся покупать новый.
Чтобы получить HSTS-заголовок, нужно сперва подключиться к серверу и отправить первый запрос. Все современные браузеры до сих пор отправляют первый запрос по умолчанию на HTTP вместо HTTPS, поэтому MitM успешно вырежет этот HSTS-заголовок, отключит HTTPS и похачит всех
Какие нафиг персональные данные на публичных страницах?
Да хотя бы куки
Если закапывать HTTP полностью, то речь идёт о всех.
Ни трейдеры, ни майнеры не используют ни HTTP, ни HTTPS — у них своих специализированных протоколов хватает
особенно с гуглозондами
AOSP
через пару лет он останется без обнов
Как будто эти твои embedded с обновами, лол. Лучше уж отсутствие клавиатуры потерпеть
Ну дык юзеры ССЗБ, если видят, что сайт открылся по HTTP, и рассчитывают при этом на шифрование. Они и с HTTPS могут добровольно под MitM попасть, зайдя с какой-нибудь Opera Mini, Puffin или web-прокси — кто им судья?
Да хотя бы куки
Куки нафиг не нужны на публичных страницах. Им и взяться-то неоткуда, когда страница открыта в первый раз.
у них своих специализированных протоколов хватает
А гонять их может понадобиться поверх HTTP. И тут мы приходим к тезису выше о шифровании паролей на JS. JWT, например, как-то так и работает, шифрование на уровне протокола ему нафиг не нужно. И выходит, что принудительно гонять уже шифрованные данные поверх шифрованного канала нафиг не нужно. Мало того, комбинация двух алгоритмов шифрования может внезапно ухудшить криптостойкость. Примерно так же бессмысленно гонять BitTorrent поверх TCP — можно, если деваться некуда, но избыточно, потому что контроль целостности и последовательности пакетов в BItTorrent и так уже есть.
AOSP
Зэки будут нищефон перешивать, ага.
Как будто эти твои embedded с обновами, лол
Ну так в том и суть, что обновлять всё, чему больше пары лет — фантазия блидинэджных смузихлёбов с рачелинуксом. Индустрия так не работает. Зумерки, кстати, тоже ценят надёжные и долговечные вещи, так что Y-хипстота с блидинэджем скоро лесом пойдёт :3
А винить в своих проблемах они всё равно будут разработчиков сайтов, браузеров, ОС и лично Билла Гейтса. Поэтому надо навязывть HTTPS и отключать HTTP всеми возможными средствами (HSTS сам по себе это не единственный способ)
Им и взяться-то неоткуда, когда страница открыта в первый раз.
Как раз тогда сервер их и пришлёт, тот же Табун старательно присылает TABUNSESSIONID при его отсутствии
А гонять их может понадобиться поверх HTTP.
Ну это уже точно ССЗБ
JWT, например, как-то так и работает
Во-первых, шифрование в JWT опционально, во-вторых, JWT на клиенте вообще никак не используется и тупо посылается серверу при запросах как обычная строка, в-третьих, даже шифрованный JWT без HTTPS совершенно никак не защитит от MitM
И тут мы приходим к тезису выше о шифровании паролей на JS.
Если копать эту тему глубже, то в итоге всё равно окажется, что на JS придётся реализовать почти весь HTTPS
Зэки будут нищефон перешивать, ага.
Как девайс добыли, примерно так же и перепрошьют, если захотят
они всё равно будут разработчиков сайтов, браузеров, ОС и лично Билла Гейтса
То есть из-за тупых истеричек и прогибающихся под них сайтостроителей должны страдать остальные, понятно.
тот же Табун старательно присылает TABUNSESSIONID при его отсутствии
Ну пришлёт, и чё? Их и сохранять-то не обязательно, вон curl по дефолту никуда не сохраняет.
на JS придётся реализовать почти весь HTTPS
Ну и пусть, получится переносимо. Не для этого ли в вебе ушли от нативных плагинов и прочих NaCl с XPCOM, вместо этого переписав на JS или перегнав Emscripten'ом всё подряд?
примерно так же и перепрошьют, если захотят
А если негде? Много ль девайсов шьётся прям с карты памяти средствами предустановленного рекавери?
То есть из-за тупых истеричек и прогибающихся под них сайтостроителей должны страдать остальные, понятно.
95%, щито поделать, мир жесток
Ну пришлёт, и чё?
Я-то их всё равно сохраню, а ты их через спутник отрыбачишь и потом будешь плохие комменты от моего имени писать. Хорошо что Табун навязал спасительный HTTPS)
Ну и пусть, получится переносимо. Не для этого ли в вебе ушли от нативных плагинов и прочих NaCl с XPCOM, вместо этого переписав на JS или перегнав Emscripten'ом всё подряд?
Такими темпами наступает тотальный оверинжиниринг (впрочем, он и без этого наступает, браузеры и так стали по сути ОС внутри ОС). Лучше пусти свою энергию в полезное русло и изобрети нормальную платформу с учётом своих пожеланий вместо всего этого дерьма и накостыливания поверх него всякого хлама)
Много ль девайсов шьётся прям с карты памяти средствами предустановленного рекавери?
Не считал, но вот например мой китайский планшет за три тыщи прям из коробки умеет линукс с microSD-карты загружать
Чего ж ты ради 95% ладно, 90% на форточках не сидишь? Будь как все!
и потом будешь плохие комменты от моего имени писать
Тваюмать, какие комменты? Речь о read-only. Если сайт позволяет по присланным до авторизации кукам чего-то делать, то он и без этого дырявый.
изобрети нормальную платформу с учётом своих пожеланий
Я ваще желаю иметь всё в оффлайновой берлоге и не высовываться, а не лазить в эти ваши интернеты :P Вон для радио и телевидения никуда исходящие пакеты слать не надо. Но в телетексте много не почитаешь.
мой китайский планшет за три тыщи прям из коробки умеет линукс с microSD-карты загружать
Чего это, у меня целых пять винд в виртуалке и ещё вин8.1 в дуалбуте, и я проверяю свои сайты как минимум в IE11 ради этих самых 95%)
сайт позволяет по присланным до авторизации кукам чего-то делать
Авторизоваться, например
Речь о read-only.
Вот изобрети в браузере механизм подписи данных без шифрования для проверки их подлинности — и будет норм, а то пока для этого только HTTPS приходится использовать
Я ваще желаю иметь всё в оффлайновой берлоге и не высовываться
Я тоже себе локальную копию википедии скачал) (Правда, без картинок, а то места мало) А вот локальная копия Табуна у меня с картинками)) Но вышеупомянутый механизм проверки подлинности всё равно и для оффлайна тоже нужен, а то вдруг тебе в оффлайн какую-нибудь лажу подсунули (впрочем, в оффлайне с этим легче, есть тот же PGP)
А в очке его спрятать можно?
К сожалению, тут я уже некомпетентен и продолжать эту нить разговора не могу)
Нещитово, ты основным хостом валяй, как у нормальных людей.
Авторизоваться, например
Не всем нужна авторизация. Полно Web1.0-ных сайтов, в том числе современных, где админка пришлёпнута сбоку в отдельной поддиректории, а на основном сайте авторизации нет вообще. А то и даминки нет, тупо сгенерированная статика заливается на хост. Также Web2.0 может реализовываться за счёт всяких Disqus и плагинов комментирования от соцсетей.
копию
У неё есть очевидный недостаток — актуальность будет угасать. Надо именно средство передачи информации, симплексное.
для проверки их подлинности
Что ты подразумеваешь под подлинностью? Если настоящий автор под дулом автомата напишет какую-то дичь — она подлинная?
тут я уже некомпетентен
Ну вот и не рассказывай зэкам и прочим неайтишникам, с чего им в интернеты ходить. А то ещё, чего доброго, повысят тебе вместимость очка.
Справедливости ради, использовать скобочки для отражения своего веселого настроения — чисто русская (может быть, СНГшная) особенность. Если человек пишет на английском со скобочками — нетрудно догадаться, откуда он. Есть даже такой запрос в гугле:
why russian write )
И на 95% тут не наберется, потому что людей у нас не так много.
Русскоязычное интеллектуальное меньшинство дегенеративные скобочки вместо полноценных смайликов не употребляет тоже. Как минимум потому, что скобочки всего две, а смайликов бесчисленное множество. А ещё они конфликтуют с использованием пунктуации по прямому назначению. Трудность печати двоеточия на русской виндузятной раскладке также не смущает илитку, владеющую слепым десятипальцевым методом набора (да и прочие просто используют вместо него знак равенства).
Русскоязычное интеллектуальное меньшинство дегенеративные скобочки вместо полноценных смайликов не употребляет тоже.
Хех, да это само собой. Я не говорил, что все русскоязычные пользователи интернета употребляют скобочки. Я говорил, что множество людей, употребляющих скобочки, является подмножеством русскоязычных пользователей интернета.
Вотще сравнивать безопасный паскаль с сочетающими унаследованную от сишки возможность отстреливания ног и наркоманский синтаксис вкупе с километровой спецификацией новоплюсами.
Кернингана и Ричи до сих пор рекомендуют читать для освоения языка, тащемта. Нового-то руководства лучше не завезли. Во многих сферах искусства есть такое: сначала освой, как диды делали, а потом выёбывайся с инновациями. Иначе не сможешь понять, где реальные инновации, а где маняфантазии из-за неосиляторства.
Есть у меня мысли кинуть Флаеру пулл-реквест с поддержкой латиницы, только время бы на это найти… (заодно он сможет научиться принимать пулл-реквесты и мерджить их к себе) Да, поддержать латиницу думаю по методу упомянутого выше по треду «иНЖАЛИД ДЕЖИЦЕ» с символами-переключателями; возможно, таким же методом капс — с символом однократного caps shift и длительного caps lock
Саш, я тебе кинул пулл-реквест с поддержкой латиницы и капса, а также некоторыми дополнительными мелочами (всё описано в описании к пулл-реквесту). Сам реквест вот: github.com/Sasha-Flyer/Ushifrator/pull/1
Можешь отревьюить мои коммиты (там внизу под описанием есть список с диффами), если возникнут вопросы — можешь комментить, я гляну, что сделать.
Если у тебя твой локальный репозиторий синхронизирован с ориджином, тогда принятие пулл-реквеста — это банально нажать кнопочку «Accept pull request» или как она там называется, после чего у себя в локальном репозитории делаешь pull обновлений из master-ветки ориджина. Если не синхронизирован, то тогда сначала сделай push в ориджин, и если галочка, которая сейчас «This branch has no conflicts with the base branch» станет жёлтой вместо зелёной, и там будет написано про конфликты — то скажи мне, я сначала смерджу к себе все твои обновления, а потом переделаю сам пулл-реквест. Если останется зелёной — то опять же, нажимаешь кнопку и пуллишь, потом можешь потестить у себя и залить в продакшен, если всё ок.
После того, как мне, привыкшему к плюшкам гита типа локальных реп и пулл-реквестов, попытался немного поработать с SVN, я понял, что это всё равно что после G4 смотреть G1. Очень многое, что умеет гит из коробки, там только костылями делать, а что-то — так и вообще невозможно. Пусть он лучше остаётся на том, что более-менее современно и удобно, а не пытается даунгрейдиться из-за того, что что-то не получилось. Да начнется СКВ-война! Свновцы против гитолюбов, а тут ещё из лесу выскочат агрессивные цвсщики, а меркурианцы смотрят с другого края и думают, ввязываться ли...
У тебя просто копыта к локалхосту прирасли, бумер.
Я предпочитаю не пушить каждый коммит сразу в ориджин, чуть что, а спокойно себе работать в своей локальной репе, и только когда я всё протестил и понял, что ок, я делаю пуш. В конце концов, не хочется, чтобы кто-то пулльнул себе нерабочий снапшот в это время и потом огорчался с этого.
Дак по почте и голые патчи можно гонять, нафиг тогда гит?
Одно дело, когда ты дёргаешь патчи, накладываешь их у себя ручками, прописываешь каждому коммит-мессагу и т.п. (а прикинь, если там сотня коммитов в бранче?), а другое — когда за две секунды открываешь письмо, копипастишь и выполняешь команду, которая в письме написана.
Дык делать по ветке на несколько коммитов для своего же проекта — это как-то не очень удобно. Тем более в svn-е, где бранч — это копия (копия, Карл, какие дельты, ты что!) транка.
Нет, разумеется, делать поддержку BGM в Taisei Project — однозначно бранч. Вкатывать пару фиксов в новый мезон после рефакторинга поддержки компиляторов — тоже бранч (потому что из него удобнее делать ПР). А вот, например, прикрутить дополнительную пару галочек настроек в Курисабу — это можно и пачкой коммитов прямо в мастер.
Собственно, отличие пуша от коммита и позволяет не плодить бранчи сверх необходимого.
Так и не понял, зачем эта фишка нужна?
Просто вставлять картинки с поняшками, которые шевелят ушками???
Можно вверху написать хоть какое то описание о предназначении?
Технически его можно развернуть на любом другом месте, если есть где (в теории даже я могу запилить на своём аккаунте на 000webhost, если он ещё не сдох из-за неактивности).
Я бы не советовал, оптимизация анимированных svg очень хромает на современных браузерах. Точнее, когда в видимой области есть одна анимаиция — всё ок, но если их становится 2 и более — нагрузка на проц начинается расти в геометрической прогрессии, и когда один поток будет полностью занят браузером, фпс начнет просаживаться очень стремительно.
Ну у меня вроде проблем с ним не возникало особенно. Даже на эльбрусе с 1,3 ГГц =)
То есть, конечно, у меня видна была не тыща картинок, но штук пять в видимой области экрана вполне норм себя вели, и вроде как проц не грузило по-полной.
—
215 комментариев
<animateTransform attributeName="transform" attributeType="XML" type="translate"и менял с его помощью координаты слоя.
Теперь я использую
И меняю состояние каждого слоя между hidden и visible
Этот атрибут поддерживается всеми теми же браузерами, что и прошлый атрибут, только последний жрет процессор в Хроме в 3 раза меньше.
Спойлер
Спойлер
var fav = document.getElementById("save"); var wings = document.getElementById("wings"); var magic = document.getElementById("magic"); var save = null; if (localStorage.save) { try { save = JSON.parse(localStorage.save); } catch(e) {} } if (save == null || !("pony" in save)|| !("emotion" in save) || !("race" in save)) { save = {'pony': [], 'emotion': [], 'race': []}; fav.classList.add("hidden"); //Скрываем список избранного, так как его нет } else { //показываем избранных пони for (var i = 0; i < save['pony'].length; i++) { var img = document.createElement('img'); img.src = "http://ушифратор.рф/static/" + save['pony'][i] + "/" + save['emotion'][i] + ".png"; img.dataset.pony = save['pony'][i]; img.dataset.race = save['race'][i]; img.dataset.emotion = save['emotion'][i]; img.className = "fav"; console.log(img); fav.appendChild(img); } } if (save['pony'].length === 1) document.getElementById('saveText').textContent = "Ваша любимая пони:"; // Выбранные пользователем опции var f = document.forms["myform"]; var pony = null; var race = null var emotion = null; var last_element = null; var image = document.getElementById("choose-pony") // Переключалка отображаемой формы var currentFormId = 'select-pony'; //отправка формы function submitform() { var exists = false; for (var i = 0; i < save.pony.length; i++) { if (save.pony[i] == pony && save.emotion[i] == emotion) { exists = true; break; } } if (!exists) { { //добавлять в список избранного новую эмоцию save.pony.push(pony); save.emotion.push(emotion); save.race.push(race); if (save.pony.length > 10) { //лимит избранного - 10 save.pony.slice(0, 1); save.emotion.slice(0, 1); save.race.slice(0, 1); } } } localStorage.save = JSON.stringify(save); f.pony.value = pony; f.emotion.value = emotion; f.submit(); } //переход на выбранную форму function goToForm(formId) { if (currentFormId) { document.getElementById(currentFormId).classList.add('hidden'); } document.getElementById(formId).classList.remove('hidden'); currentFormId = formId; } // Отображаем эмоции только определённой пони function filterEmotionForm(pony) { var emotionTableList = document.getElementsByClassName('js-pony-emotion'); for (var i = 0; i < emotionTableList.length; i++) { if (!pony || emotionTableList[i].dataset.pony === pony) { emotionTableList[i].classList.remove('hidden'); } else { emotionTableList[i].classList.add('hidden'); } } } // выбор пони function ponyClickEvent(event) { pony = event.target.dataset.pony; race = event.target.dataset.race; filterEmotionForm(pony); goToForm('select-emotion'); } function raceOptions() { if (race == "unicorn") { magic.classList.remove("hidden"); wings.classList.add("hidden"); } else if (race == "pegas"){ magic.classList.add("hidden"); wings.classList.remove("hidden"); } else{ magic.classList.add("hidden"); wings.classList.add("hidden"); } } //выбор эмоции function emotionClickEvent(event) { emotion = event.target.dataset.emotion; last_element = event.target; image.src = event.target.src; raceOptions(); goToForm('select-options'); } //выбор избранной пони function favClickEvent(event) { pony = event.target.dataset.pony; filterEmotionForm(pony); emotion = event.target.dataset.emotion; race = event.target.dataset.race; last_element = event.target; image.src = event.target.src; raceOptions(); goToForm('select-options'); } //возвращение назад function formSelectClickEvent(event) { goToForm(event.target.dataset.form); // Отключаем стандартное поведение ссылки event.preventDefault(); return false; } // Вешаем обработчики кликов на элементы var ponyList = document.getElementsByClassName('js-pony'); for (var i = 0; i < ponyList.length; i++) { ponyList[i].onclick = ponyClickEvent; } var emotionList = document.getElementsByClassName('js-emotion'); for (i = 0; i < emotionList.length; i++) { emotionList[i].onclick = emotionClickEvent; } var favs = document.getElementsByClassName('fav'); for (i = 0; i < favs.length; i++) { favs[i].onclick = favClickEvent; } var formSelectList = document.getElementsByClassName('js-form-select'); for (i = 0; i < formSelectList.length; i++) { formSelectList[i].onclick = formSelectClickEvent; } var send = document.getElementById("send"); send.onclick = submitform; function myFunction() { var copyText = document.getElementById("myInput"); copyText.select(); copyText.setSelectionRange(0, 99999); /*For mobile devices*/ document.execCommand("copy"); }Все эти методы поддерживаются на абсолютно всех браузерах.
<img onclick=«MyClick(NN)» id=«NN» >
а в function MyClick чтото типа GetId(NN).style.display=show или hidden
И без всего твоего кошмара из серии «укуренный Дискорд чудит».
это кстати срань, не надо так :-/
справедливости ради, подход Сани тоже не очень хорош, ибо достаточно накладный при сотнях тысяч элементов. Лично я уже взял за основу создание единого глобального листенера, который один раз создается и хрен с ним, затем сам разгребает, кто должен дергаться при нажатии.
Алсо лично мне кажется хорошей практикой держать верстку полностью отдельно от яваскрипта.
var exists = false; for (var i = 0; i < save.pony.length; i++) { if (save.pony[i] == pony && save.emotion[i] == emotion) { exists = true; break; } }Алсо var категорически не рекомендуется, let и const должны использоваться везде, где не требуется держать совместимость с ну прям совсем дремучим говном на уровне шестого ишака.
stuff['key'] использовать только для динамического определения поля, либо когда в символах невалидная дичь. stuff.key даст то же самое.
К чекбоксам прихуячь label, тыкать нереально.
Если у них Firefox, конечно.
Транскодер тупо не распознаёт активную зону. И скринридеры всякие, полагаю, тоже. Кликабельная зона должна быть семантически обозначена, хотя бы тупо пустой ссылкой-обёрткой.
правильно?
Меткоискатели-сжигатели мобильного трафика, йей!Меткоискатели-сжигатели заряда аккумулятора, йей!Opera Mini: 1.3%
Хорошее сравнение, ага.
Впрочем, печально это, ещё пару лет назад процента четыре было.
Как просматривать все что длиннее?
Алсо, вместе с этим смотрится издевательски их заявленная бесконечная длина.
Вся фишка в том, что SVG не требует процессорного времени, если он спрятан под спойлер. То есть, вы открываете спойлер, смотрите на ушифр, закрываете спойлер, и в итоге на CPU будет нулевая нагрузка. Как вам такая идея? Будете ли вы жать на спойлер ради нулевой нагрузки на CPU?
Текст:
Зато, блин, iconv на минималках выглядел как «c += 128;» =)
Ещё вспоминаются всякие еггоги и «Генерал Фейлор читает диск С:».
Если что, это рофл был, если кто не понял =)
Очень удобно, что создаваемые им dll легко и управляемо подключаются к C#, и, вероятно, всему остальному .NET зоопарку.
А вот использовать библиотеки из Си и Си++ на Паскале тяжелее, они неуправляемые, и даже библиотечные константы приходится прописывать вручную.
Яснопонятно, так и запишем — мазохист (впрочем, это давно очевидно)
И да, для простых задач я не люблю подключать лишние навороты, смотрю по ситуации. Бывает что и практически в K&R стиле пишу.
См. выше
Ненужно
Реализовывать AES в железе, в чём проблема?
Мы уже записали, что ты мазохист
Доставайте как хотите, а вот перехватывать мои персональные данные через спутник не надо, поэтому только HTTPS
Про них речь вообще не идёт, не приплетай кого не надо
Самые дешёвые китайские андроиды стоят дешевле чем мобильники лет пятнадцать назад, так что да
Да хотя бы куки
Ни трейдеры, ни майнеры не используют ни HTTP, ни HTTPS — у них своих специализированных протоколов хватает
AOSPКак будто эти твои embedded с обновами, лол. Лучше уж отсутствие клавиатуры потерпеть
Как раз тогда сервер их и пришлёт, тот же Табун старательно присылает TABUNSESSIONID при его отсутствии
Ну это уже точно ССЗБ
Во-первых, шифрование в JWT опционально, во-вторых, JWT на клиенте вообще никак не используется и тупо посылается серверу при запросах как обычная строка, в-третьих, даже шифрованный JWT без HTTPS совершенно никак не защитит от MitM
Если копать эту тему глубже, то в итоге всё равно окажется, что на JS придётся реализовать почти весь HTTPS
Как девайс добыли, примерно так же и перепрошьют, если захотят
Я-то их всё равно сохраню, а ты их через спутник отрыбачишь и потом будешь плохие комменты от моего имени писать. Хорошо что Табун навязал спасительный HTTPS)
Такими темпами наступает тотальный оверинжиниринг (впрочем, он и без этого наступает, браузеры и так стали по сути ОС внутри ОС). Лучше пусти свою энергию в полезное русло и изобрети нормальную платформу с учётом своих пожеланий вместо всего этого дерьма и накостыливания поверх него всякого хлама)
Не считал, но вот например мой китайский планшет за три тыщи прям из коробки умеет линукс с microSD-карты загружать
Авторизоваться, например
Вот изобрети в браузере механизм подписи данных без шифрования для проверки их подлинности — и будет норм, а то пока для этого только HTTPS приходится использовать
Я тоже себе локальную копию википедии скачал) (Правда, без картинок, а то места мало) А вот локальная копия Табуна у меня с картинками)) Но вышеупомянутый механизм проверки подлинности всё равно и для оффлайна тоже нужен, а то вдруг тебе в оффлайн какую-нибудь лажу подсунули (впрочем, в оффлайне с этим легче, есть тот же PGP)
К сожалению, тут я уже некомпетентен и продолжать эту нить разговора не могу)
Вот и изобрети) И 95% на своё изобретение пересади)
Справедливости ради, использовать скобочки для отражения своего веселого настроения — чисто русская (может быть, СНГшная) особенность. Если человек пишет на английском со скобочками — нетрудно догадаться, откуда он. Есть даже такой запрос в гугле:
И на 95% тут не наберется, потому что людей у нас не так много.
Хех, да это само собой. Я не говорил, что все русскоязычные пользователи интернета употребляют скобочки. Я говорил, что множество людей, употребляющих скобочки, является подмножеством русскоязычных пользователей интернета.
Да, поддержать латиницу думаю по методу упомянутого выше по треду «иНЖАЛИД ДЕЖИЦЕ» с символами-переключателями; возможно, таким же методом капс — с символом однократного caps shift и длительного caps lock
github.com/Sasha-Flyer/Ushifrator/pull/1
Можешь отревьюить мои коммиты (там внизу под описанием есть список с диффами), если возникнут вопросы — можешь комментить, я гляну, что сделать.
Если у тебя твой локальный репозиторий синхронизирован с ориджином, тогда принятие пулл-реквеста — это банально нажать кнопочку «Accept pull request» или как она там называется, после чего у себя в локальном репозитории делаешь pull обновлений из master-ветки ориджина. Если не синхронизирован, то тогда сначала сделай push в ориджин, и если галочка, которая сейчас «This branch has no conflicts with the base branch» станет жёлтой вместо зелёной, и там будет написано про конфликты — то скажи мне, я сначала смерджу к себе все твои обновления, а потом переделаю сам пулл-реквест. Если останется зелёной — то опять же, нажимаешь кнопку и пуллишь, потом можешь потестить у себя и залить в продакшен, если всё ок.
Да начнется СКВ-война! Свновцы против гитолюбов, а тут ещё из лесу выскочат агрессивные цвсщики, а меркурианцы смотрят с другого края и думают, ввязываться ли...
Нет, разумеется, делать поддержку BGM в Taisei Project — однозначно бранч. Вкатывать пару фиксов в новый мезон после рефакторинга поддержки компиляторов — тоже бранч (потому что из него удобнее делать ПР). А вот, например, прикрутить дополнительную пару галочек настроек в Курисабу — это можно и пачкой коммитов прямо в мастер.
Собственно, отличие пуша от коммита и позволяет не плодить бранчи сверх необходимого.Один пришлют =)
Просто вставлять картинки с поняшками, которые шевелят ушками???
Можно вверху написать хоть какое то описание о предназначении?
обращение к одному голубому голубю
Если особого смысла и не было, то смотрелось точно очень мило…
То есть, конечно, у меня видна была не тыща картинок, но штук пять в видимой области экрана вполне норм себя вели, и вроде как проц не грузило по-полной.