Реактивность на прокси? Омг
где можно про это что-то почитать?\
Anonymous
Завтра
Загугли js proxy object
Завтра
Говорят, что это оч медленно
Завтра
Но это не точно
Anonymous
спс, щая гляну
Андрей
наткнулся я такой на web-starter-kit от гугла. и знаете что? там стили подключаются в <head>. а PageSpeed Insights за это баллы снимает и говорит что делать не надо.
как так мазафака?
Anonymous
наткнулся я такой на web-starter-kit от гугла. и знаете что? там стили подключаются в <head>. а PageSpeed Insights за это баллы снимает и говорит что делать не надо.
как так мазафака?
компания большая, разные подразделения занимаются разными вещами, ничего удивительного
Nikita
Помню гугл выпускала стайл гайд по верстке. Типо, какие теги юзать и все такое. Не на одной странице гугла не было замечено то как они следуют своему же гайду.
CherryTea
Они следуют но не 100%
CherryTea
Так же как с материалам
CherryTea
Это нормально, гайд не аксиома а рекомендации
Андрей
вот так. а для множества заказчиков этот PageSpeed Insights источник истины
Anonymous
вот так. а для множества заказчиков этот PageSpeed Insights источник истины
ты приложение тестируешь на page speed?
Андрей
не, там я тестирую лендосы свои
Anonymous
не, там я тестирую лендосы свои
ну так лендосы изи делаются на 100%, если не подключена аналитика и гугл-карты, или подобная хрень
CherryTea
вот так. а для множества заказчиков этот PageSpeed Insights источник истины
А некоторые в w3c дрочатся, чито поделаешь, не всем везёт
CherryTea
А где-то наверняка за aria ебуть мозги
Андрей
ну так лендосы изи делаются на 100%, если не подключена аналитика и гугл-карты, или подобная хрень
так то да, но стили мне не нравится подключать внизу. и инлайново не хочется их вставлять
Anonymous
так то да, но стили мне не нравится подключать внизу. и инлайново не хочется их вставлять
Хедер инлайнишь, остальное в шапке ниже подключай
CherryTea
В случае с лендосами производительность однохуйственна что сверху что снизу
Nikita
Говорят, что это оч медленно
Если статья не устарела, то походу ты прав.
thecodebarbarian.com/thoughts-on-es6-proxies-performance
Anonymous
Если статья не устарела, то походу ты прав.
thecodebarbarian.com/thoughts-on-es6-proxies-performance
за год уже может что-то изменилось, не дураки же там сидят
Nikita
Ну проблема в том, у каждого браузера свой движок. И даже если на хроме всем красиво, то на других будет ужасно и наоборот.
Андрей
подскажите с логикой авторизации.
делаю приложение на vue с jwt-авторизацией.
сейчас у меня так.
при авторизации /login я записываю токен в локалстор.
потом на странице / в хуке created() я его отправляю в vuex, а в destroyed() убираю оттуда
при выходе из приложения я удаляю токен из локалстора и пернеправляю на страницу /login
это адекватная логика? делаю первый раз, сам
CherryTea
Ну проблема в том, у каждого браузера свой движок. И даже если на хроме всем красиво, то на других будет ужасно и наоборот.
<зануда мод он> у каждого свой, как бы не так =)
Nikita
<зануда мод он> у каждого свой, как бы не так =)
У edge и ff и хром свои реализации js движков же
John
CherryTea
У edge и ff и хром свои реализации js движков же
итого у нас 3 движка на полсотни браузеров )
Nikita
И у safari вроде тоже свой движок.
Nikita
Но все в основном и сидят на этих 4 браузерах, а не на пол сотни.
CherryTea
Но все в основном и сидят на этих 4 браузерах, а не на пол сотни.
http://alexvaleev.ru/browserstat/
CherryTea
хром, яб, опера это все один движ
Nikita
Итого 3 движка на js
Nikita
Звучит уже проблемно
Nikita
Ну у нас 3 реализации proxy. Которые могут быть медленными
CherryTea
могут быть, а могут и не быть
Андрей
подскажите с логикой авторизации.
делаю приложение на vue с jwt-авторизацией.
сейчас у меня так.
при авторизации /login я записываю токен в локалстор.
потом на странице / в хуке created() я его отправляю в vuex, а в destroyed() убираю оттуда
при выходе из приложения я удаляю токен из локалстора и пернеправляю на страницу /login
это адекватная логика? делаю первый раз, сам
Завтра
а че за залупа с scss
Завтра
раньше из коробки работало все
Завтра
This relative module was not found:
* ./styles.scss in ./src/main.js
Завтра
Anonymous
здаров
Stanislav
Халоу
Завтра
че ему не нрав то
Anonymous
Ребят, попробовал vue-cli... Вопрос в том, как его в nginx сервер отправить.
Я правильно понимаю, что для работы нужен только nginx дополнительно ноду на сервер не нужно отправлять?
Anonymous
как вообще vue приложения на nginx сервере запустить?
Stanislav
Anonymous
Скопировал на сервер, но не отображается нечего
Завтра
soooqaaaaaaaaaaaaaa
Завтра
да
Anonymous
Тяжело нам с тобой будет...
читал в доках, негде се сказано что нужно из этой диры перемещать
Stanislav
Ну давай больше кода
Anonymous
только
Anonymous
Anonymous
Вот нельзя было информацию выдать где теперь "выходной дистр" лежит
Nikita
читал в доках, негде се сказано что нужно из этой диры перемещать
Ну это просто здравый смысл.
Завтра
да что за хуйня
Завтра
поставил stylus
Завтра
и он тоже не работает
Завтра
ERROR Failed to compile with 1 errors 11:46:19
error in ./src/styles.styl
Module build failed: ParseError: expected "indent", got "!"
Завтра
body
margin: 0
Завтра
Завтра
Nikita
Завтра
Что за день nahooy
Nikita
могут быть, а могут и не быть
ну вот результаты из хрома, только что сделал
vanilla x 81,594,948 ops/sec ±0.64% (62 runs sampled)
proxy x 2,711,714 ops/sec ±1.12% (62 runs sampled)
defineProperty x 554,992,900 ops/sec ±0.85% (60 runs sampled)
Fastest is defineProperty
Nikita
vanilla x 928,699,801 ops/sec ±1.15% (58 runs sampled)
proxy x 946,718 ops/sec ±6.79% (55 runs sampled)
defineProperty x 944,771,538 ops/sec ±0.60% (59 runs sampled)
Fastest is defineProperty
ух, а мазила хороша, вот только с прокси все плохо
Nikita
и нода
vanilla x 379,565,921 ops/sec ±0.97% (90 runs sampled)
proxy x 2,284,590 ops/sec ±2.78% (87 runs sampled)
defineProperty x 454,540,335 ops/sec ±0.98% (85 runs sampled)
Fastest is defineProperty
Stanislav
Да пофиг. В реальности, свойства не меняются же несколько раз за секунду.
Nikita
просто не понятно как может подняться перфоманс, если proxy медленней в 1x (нолики лень вставлять)