О чем статья, если не секрет? Откровенно ожидал узнать для себя что то новое. Не вышло.
Заголовки авторизации используются сейчас очень часто. Кеш - аналогично гуглится первой ссылкой на какой нибудь so.
Единственное что хорошо - accept. С другой стороны - а как часто он на самом деле потребовался? При работе с некоторым апи мы точно знаем что нам для него надо и можем легко подстроиться под него заранее. Любой адекватный апи давно работает с джсоном и только с ним. Да даже всякие ардруины, которым заголовок может реально понадобится, например для какого нибудь XML(предположим) - умеют в json и с огромным успехом чудес перезагрузок операторов умеют в большое удобство при работе с json.
Эти стандарты как минимум принимаются на широком уровне - оно и хорошо. Времена, когда один браузер умел одно, другой другое, третий ни того ни того а четвертый, извиняюсь, в песочнице жевал свои слюни - уже должны были давно пройти. Мы не в нулевых. Или хотя бы не при Медведеве. И гугл сделал очень многое для создания этой унификации. Но вместо этого у нас досих-пор 27 стандартов и половина из них легаси которая непонятно почему еще живет и орёт о уважении к себе.
Если вы занимались разработкой сайтов, не используя новомодных технологий вроде вебпака или прочей лабуды, которая за вас 8\10 проблем решает, то вы должны знать насколько лиса капризна. Отсутствующие кодеки видео банально, другие именования вещей вроде стилей или тех самых кодеков при ручном указывании, даже изменить полоску прокрутки - целое событие над которым надо посидеть что бы оно заработало. Свои стандарты, вроде добавления сайтами в нативное меню кнопок. Вопрос зачем и почему. А потом приходит некто и спрашивает "ой а почему у меня кнопочки нету" после лисы. Свои апи в js, часть которых либо во всем остальном мире депрекейтед либо вообще оффициально не поддерживается (какой нибудь XPConnect , например, если мне не подводит память он все еще поддерживается в лисе или mozGetUserMedia условный. И да, ничего против обратной совместимости я не имею но не настолько)
Если вы работали на средне-слабом \ старом железе в лисе, то вы знаете как безбожно она может тупить. Начиная от интерфейса который банально виснет от первого пука, заканчивая нагрузкой процессора при более десятка открытых вкладок. Не всегда и не во всех случаях но такое бывает время от времени. На хроме же - кроме потребления памяти на моей памяти ничего не было. Даже что бы заставить хром зависнуть - надо постараться. Хром еще с 2012-2014 когда я с ним впервые познакомился - летал. Для лисы же, для достижения подобной скорости и удобства, потребовался громкий релиз квантум (или как он там называется?). Однако на счет последнего я утерждать не берусь - слышал по осколкам. Как сейчас обстоят дела - врать не буду - не знаю - однако еще пару лет назад лично на моем опыте было в десяток раз больше проблем чем потенциальных плюсов.
Кстати, по этому скорее беглому тесту нежели статье, потребление лисы далеко не самое эталонное в сравнение с каким нибудь хромом, несмотря на данную статью: https://habr.com/ru/post/589923/
Если же не работали с сайтами или у вас никогда не было ничего древнего и бородатого старше чем на 5 лет - вам видимо просто очень повезло. К счастью или же нет.
Альтернатива нужна. Но учитывая текущие реалии и масштабы горя, это крайне трудоёмкий или даже непосильный без всемасштабного движа процесс. И лиса хоть и пытается быть в тренде, проигрывает не просто так и не просто из за бытия в тени большого брата гугла.
к сожалению, того теста о котором я говорю, я сейчас уже не найду, ибо дело было в пределах 21-22 годов. В попытках найти нашел другую, хоть и намного менее конкретную статью но не менее занимательную. https://habr.com/ru/company/brave/blog/551588/
Одна цифра в 2700 запросов и целый абзац с детальным списком отправляемой инфы уже говорит о "защищенности" и "приватности" "самого приватного и безопасного браузера". Нашел бы оригинальную статью о которой говорил - с радостью, отправил бы.
Допустим. А что дальше? Лиса может быть и быстрее и лучше и даже лучше оптимизированее. Только ею пользоваться невозможно. Пишут свои веб стандарты которым на остальные все равно, ui тупит как в 2005 или хуже, по тестам на хабре же - сливает ещё больше данных чем хром.
Дельные советы только в пунктах 1 и 10, возможно ещё 8. имхо. Все остальное это по большей части задача мейнтейнера. И вы как третье не имеющее отношение к проекту лицо которое решило скачать чью то фичу или воспроизвести (не)успешно баг из репорта или обновлять библиотеки, обновление которых может стоить сломать, можете выглядеть странно. Лучшая помощь - добавление фич и самостоятельные баг репорты.
Статье не хватает деталей. Что как почему какая ошибка модели как сделано под капотом итд. Как человеку крайне далёкому от медицины, мне было бы интересно почитать детали, возможно узнать что то новое и узнать как решено то или иное в контексте мл.
Однако в остальном - отличная работа. Особенно шикарно если оно реально работает, а судя по вашей статье - работает. И да, если вы сделали это самостоятельно (ну или почти) - огромное уважение вам. Профессионала своего дела (и не только) видно издалека!
А теперь посмотрите на ваши ноутбуки и десктоп системы дома и скажите мне - у вас хоть одна такая система есть, за исключением андроида? Один ноутбук или что угодно на арм чем вы ежедневно в течении последних лет пользуетесь? Если нет - спросите знакомых. Если да - задайте вопрос когда вы в последний раз сталкивались с проблемами которые оно за собой привлекло.
Серверу сейчас и не особо важно. Поднять простенький сайт, какую нибудь кассу / магазин и делов. Пыха питон нода итд умеют в это без проблем. В таком ключе да. И дешевле железо и меньше за свет платить. А в более сложных случаях? Арм по мощности не обойдёт нынешнее железа на реальных мощностях. Либо с поправкой на ветер в редких случаях, образно. А риск - тем более.
Числа красивые но я вам без статистики могу сказать что процентов 80-90 они все ушли на андроиды. Остальные условные 20% - непонятно куда. С риском будет аналогичная ситуация.
Херня это все. Риск можно сравнивать с арм по уровню пренадлежности и места в мире. Подобные графики цифры можно и на арм найти в свои годы. Займут нишу, создадут ещё больше платформ и вариаций и все. Арму сколько лет а он за пределы мобилок так и не вышел почти. А десктопу он не нужен был и врядли будет. Переполох в курятнике.
В конторах введут запрет на использование. Может не в маленьких и не везде но в больших точно. Иначе это риск мягко говоря чудовищный будет, не говоря о слитом коде.
На уровне домашнего использования условно - кто не зашитился тот и виноват. Максимум что можно сделать - ввести какой нибудь словарь / блеклист. Но судя по всему за пол года (или уже больше) существования копилота этого пока не произошло.
В моем же случае был один случай который начал наводить на вопросы. Был у меня личный проект, который нигде не светится(не был залит итд). В нем я хардкодил авторизационные данные (опять же для себя и в случае потери было бы все равно).
Потом через какое то время по ряду некоторых причин пришлось поменять железо и аккаунты: новое железо новый софт и все все все, без привязки к старому за исключением организации в гитхабе.
Начав я переписывать свой проект, в какой то момент мне всплыли мои старые авторизационные данные. Причём возможно даже не от этого проекта, но сейчас наверняка уже не вспомню.
По итогу : либо копилот связывает вообще все со всем и там алгоритмы связей сложнее чем у фейсбука, либо копилот очень хорошо учится на том что ему присылают что умеет определить схожесть базы с проектом с учётом разного стека технологий но общей идеей.
И в обоих случаях, как вы верно сказали, надо быть крайне осторожным. Возможно я что то упустил и где дал больше данных, но такие моменты заставляют задуматься как минимум. Как максимум - использовать только в стирильных условиях.
Kotlin native крутая вещь для любителей адекватного ооп. Спору нет. Jvm - > llvm = интересная комбинация.
Однако возникают вопросы - например как интегрировать одно в другое - кастомный объект передать с си или наоборот. Как оно представляется в си. Есть ли вообще такая возможность. Как дела с перфомансом итд итд.
На мои попытки влезть в котлин мне он показался слишком "скучным и пресным". Заточен среди хипстеров под мобилки. Что то другое - мало информации и слишком локальные комьюнити. Плюс банальное ограничение по дефолту закрытых классов - тоже отбило желание углубляться в язык.
Ничто не мешает засунуть zip в zip: создать зашифрованный сегмент на фс и туда скинуть файлик. Например через cryptomator - достаточно удобная и простая штука. Правда если вы потеряете самый главный пароль, то тут уже ничего не поможет :)
Время от времени смотрю на deno но так и не могу понять где оно используется / может использоваться и в чем принципиальные отличия от той же ноды.
Насколько я понимаю это просто компилятор тс + нода + некоторые твики безопасности вроде ручного прописывания адресов и свой новый апи в одном? И как у дено дела с перфомансом в сравнении с нодой?
Можно. Только рядовой пользователь не будет мучиться. Андроиды блокируют установку приложений без выключения настройки и не все юзеры вообще знают что такое апк и что бывают файлы других форматов помимо пдф / картинок. А о убытках рекламы и убытков от отсутствия гугл сервисов и говорить не приходится, к сожалению...
О чем статья, если не секрет? Откровенно ожидал узнать для себя что то новое. Не вышло.
Заголовки авторизации используются сейчас очень часто. Кеш - аналогично гуглится первой ссылкой на какой нибудь so.
Единственное что хорошо - accept. С другой стороны - а как часто он на самом деле потребовался? При работе с некоторым апи мы точно знаем что нам для него надо и можем легко подстроиться под него заранее. Любой адекватный апи давно работает с джсоном и только с ним. Да даже всякие ардруины, которым заголовок может реально понадобится, например для какого нибудь XML(предположим) - умеют в json и с огромным успехом чудес перезагрузок операторов умеют в большое удобство при работе с json.
Эти стандарты как минимум принимаются на широком уровне - оно и хорошо. Времена, когда один браузер умел одно, другой другое, третий ни того ни того а четвертый, извиняюсь, в песочнице жевал свои слюни - уже должны были давно пройти. Мы не в нулевых. Или хотя бы не при Медведеве. И гугл сделал очень многое для создания этой унификации. Но вместо этого у нас досих-пор 27 стандартов и половина из них легаси которая непонятно почему еще живет и орёт о уважении к себе.
Если вы занимались разработкой сайтов, не используя новомодных технологий вроде вебпака или прочей лабуды, которая за вас 8\10 проблем решает, то вы должны знать насколько лиса капризна. Отсутствующие кодеки видео банально, другие именования вещей вроде стилей или тех самых кодеков при ручном указывании, даже изменить полоску прокрутки - целое событие над которым надо посидеть что бы оно заработало. Свои стандарты, вроде добавления сайтами в нативное меню кнопок. Вопрос зачем и почему. А потом приходит некто и спрашивает "ой а почему у меня кнопочки нету" после лисы. Свои апи в js, часть которых либо во всем остальном мире депрекейтед либо вообще оффициально не поддерживается (какой нибудь XPConnect , например, если мне не подводит память он все еще поддерживается в лисе или mozGetUserMedia условный. И да, ничего против обратной совместимости я не имею но не настолько)
Если вы работали на средне-слабом \ старом железе в лисе, то вы знаете как безбожно она может тупить. Начиная от интерфейса который банально виснет от первого пука, заканчивая нагрузкой процессора при более десятка открытых вкладок. Не всегда и не во всех случаях но такое бывает время от времени. На хроме же - кроме потребления памяти на моей памяти ничего не было. Даже что бы заставить хром зависнуть - надо постараться. Хром еще с 2012-2014 когда я с ним впервые познакомился - летал. Для лисы же, для достижения подобной скорости и удобства, потребовался громкий релиз квантум (или как он там называется?). Однако на счет последнего я утерждать не берусь - слышал по осколкам. Как сейчас обстоят дела - врать не буду - не знаю - однако еще пару лет назад лично на моем опыте было в десяток раз больше проблем чем потенциальных плюсов.
Кстати, по этому скорее беглому тесту нежели статье, потребление лисы далеко не самое эталонное в сравнение с каким нибудь хромом, несмотря на данную статью: https://habr.com/ru/post/589923/
Если же не работали с сайтами или у вас никогда не было ничего древнего и бородатого старше чем на 5 лет - вам видимо просто очень повезло. К счастью или же нет.
Альтернатива нужна. Но учитывая текущие реалии и масштабы горя, это крайне трудоёмкий или даже непосильный без всемасштабного движа процесс. И лиса хоть и пытается быть в тренде, проигрывает не просто так и не просто из за бытия в тени большого брата гугла.
к сожалению, того теста о котором я говорю, я сейчас уже не найду, ибо дело было в пределах 21-22 годов. В попытках найти нашел другую, хоть и намного менее конкретную статью но не менее занимательную. https://habr.com/ru/company/brave/blog/551588/
Одна цифра в 2700 запросов и целый абзац с детальным списком отправляемой инфы уже говорит о "защищенности" и "приватности" "самого приватного и безопасного браузера". Нашел бы оригинальную статью о которой говорил - с радостью, отправил бы.
Допустим. А что дальше? Лиса может быть и быстрее и лучше и даже лучше оптимизированее. Только ею пользоваться невозможно. Пишут свои веб стандарты которым на остальные все равно, ui тупит как в 2005 или хуже, по тестам на хабре же - сливает ещё больше данных чем хром.
В удивительное время живём... Будущее - уже здесь. Что будет ещё лет через 20?
А как обходит cloudflare? Или каждые пол часа надо все равно открывать сайт и логинится?
Сразу видно в каком мире вы живёте)
Добро пожаловать в раисю
Дельные советы только в пунктах 1 и 10, возможно ещё 8. имхо. Все остальное это по большей части задача мейнтейнера. И вы как третье не имеющее отношение к проекту лицо которое решило скачать чью то фичу или воспроизвести (не)успешно баг из репорта или обновлять библиотеки, обновление которых может стоить сломать, можете выглядеть странно. Лучшая помощь - добавление фич и самостоятельные баг репорты.
Статье не хватает деталей. Что как почему какая ошибка модели как сделано под капотом итд. Как человеку крайне далёкому от медицины, мне было бы интересно почитать детали, возможно узнать что то новое и узнать как решено то или иное в контексте мл.
Однако в остальном - отличная работа. Особенно шикарно если оно реально работает, а судя по вашей статье - работает. И да, если вы сделали это самостоятельно (ну или почти) - огромное уважение вам. Профессионала своего дела (и не только) видно издалека!
А теперь посмотрите на ваши ноутбуки и десктоп системы дома и скажите мне - у вас хоть одна такая система есть, за исключением андроида? Один ноутбук или что угодно на арм чем вы ежедневно в течении последних лет пользуетесь? Если нет - спросите знакомых. Если да - задайте вопрос когда вы в последний раз сталкивались с проблемами которые оно за собой привлекло.
Серверу сейчас и не особо важно. Поднять простенький сайт, какую нибудь кассу / магазин и делов. Пыха питон нода итд умеют в это без проблем. В таком ключе да. И дешевле железо и меньше за свет платить. А в более сложных случаях? Арм по мощности не обойдёт нынешнее железа на реальных мощностях. Либо с поправкой на ветер в редких случаях, образно. А риск - тем более.
Числа красивые но я вам без статистики могу сказать что процентов 80-90 они все ушли на андроиды. Остальные условные 20% - непонятно куда. С риском будет аналогичная ситуация.
Херня это все. Риск можно сравнивать с арм по уровню пренадлежности и места в мире. Подобные графики цифры можно и на арм найти в свои годы. Займут нишу, создадут ещё больше платформ и вариаций и все. Арму сколько лет а он за пределы мобилок так и не вышел почти. А десктопу он не нужен был и врядли будет. Переполох в курятнике.
Вопрос реально интересный.
В конторах введут запрет на использование. Может не в маленьких и не везде но в больших точно. Иначе это риск мягко говоря чудовищный будет, не говоря о слитом коде.
На уровне домашнего использования условно - кто не зашитился тот и виноват. Максимум что можно сделать - ввести какой нибудь словарь / блеклист. Но судя по всему за пол года (или уже больше) существования копилота этого пока не произошло.
В моем же случае был один случай который начал наводить на вопросы. Был у меня личный проект, который нигде не светится(не был залит итд). В нем я хардкодил авторизационные данные (опять же для себя и в случае потери было бы все равно).
Потом через какое то время по ряду некоторых причин пришлось поменять железо и аккаунты: новое железо новый софт и все все все, без привязки к старому за исключением организации в гитхабе.
Начав я переписывать свой проект, в какой то момент мне всплыли мои старые авторизационные данные. Причём возможно даже не от этого проекта, но сейчас наверняка уже не вспомню.
По итогу : либо копилот связывает вообще все со всем и там алгоритмы связей сложнее чем у фейсбука, либо копилот очень хорошо учится на том что ему присылают что умеет определить схожесть базы с проектом с учётом разного стека технологий но общей идеей.
И в обоих случаях, как вы верно сказали, надо быть крайне осторожным. Возможно я что то упустил и где дал больше данных, но такие моменты заставляют задуматься как минимум. Как максимум - использовать только в стирильных условиях.
Kotlin native крутая вещь для любителей адекватного ооп. Спору нет. Jvm - > llvm = интересная комбинация.
Однако возникают вопросы - например как интегрировать одно в другое - кастомный объект передать с си или наоборот. Как оно представляется в си. Есть ли вообще такая возможность. Как дела с перфомансом итд итд.
На мои попытки влезть в котлин мне он показался слишком "скучным и пресным". Заточен среди хипстеров под мобилки. Что то другое - мало информации и слишком локальные комьюнити. Плюс банальное ограничение по дефолту закрытых классов - тоже отбило желание углубляться в язык.
В целом - солидарен с вами.
Так это проблема рантайма. На расте такое получить тоже можно...
В целом, логично - никакого!) но это так, лирика и минутка юмора. :)
Ничто не мешает засунуть zip в zip: создать зашифрованный сегмент на фс и туда скинуть файлик. Например через cryptomator - достаточно удобная и простая штука. Правда если вы потеряете самый главный пароль, то тут уже ничего не поможет :)
Время от времени смотрю на deno но так и не могу понять где оно используется / может использоваться и в чем принципиальные отличия от той же ноды.
Насколько я понимаю это просто компилятор тс + нода + некоторые твики безопасности вроде ручного прописывания адресов и свой новый апи в одном? И как у дено дела с перфомансом в сравнении с нодой?
Можно. Только рядовой пользователь не будет мучиться. Андроиды блокируют установку приложений без выключения настройки и не все юзеры вообще знают что такое апк и что бывают файлы других форматов помимо пдф / картинок. А о убытках рекламы и убытков от отсутствия гугл сервисов и говорить не приходится, к сожалению...