это всем известный "фикс" по факту не имеющий ничего общего с фотоном.
зоопарк !important стилей ничего хорошего интерфейсу не могут сделать по определению, а если брать особенности рендера теней, и полупрозрачности вместе со шрифтами, то логично что получаем тормозящую поделку (ну так написан интерфейс фокса, что тут поделать, после просмотра исходников хочется купить глаза, которые этого не видели)
печлька что из-за этой херни приходится отказываться от фотона (новый диз под виндой - лютое убожествою с херовейшей контрастностью, которую темой никак не решить (особенности полупрозрачности и антиалиасинга под виндой). А через rdp вообще печалька (не говоря уже об офисных говномониторах с кривой цветопередачей)ю
P.S. Под линуксом новый диз абсолитно норм если что...
только вот внезапно оказывается что такие пермиссии автоматом выдаются если выдается пермиссия полный доступ к сети и отдельно ни включить не выключить ее нельзя. А полный доступ к сети как бы нужен мессенджерам и всем остальным приложениям работающим через сеть
Это не имеет ничего общего с изолированной/виртуальной системой. Все это разновидности отдельного профиля (или полностью отдельный юзер или лайт версия в виде рабочего профиля) Вот виртуальный андроид телефон внутри физического андроида - это была бы вещь, по крайней мере для приватности (смысл в впн-е с точки зрения приватности если само приложение видит что работает через впн и видит настройки родительского подключения...)
главная проблема матрикса - что это сборная солянка, написанная абсолютно разными командами, которые вообще не знают что делают другие. отсюда и тормоза и глюки и несовместимости сервера/клиента (фича есть на сервере, команда клиента не знает о ней) да и сильно переусложненный протокол, в результате чего тормоза, тормоза, тормоза....
ну не все можно запустить на андроиде, к сожалению. не все. вот идеальный вариант бы был если бы на современные фолды можно было ставить хромось а там виртуализация неплохая из коробки, и проблем с десктопным софтом под линукс нет.
разница просто колоссальная таскать в кармане (не в рюкзаке) 300 гр или 1.5 кг и в мобильность - это не только вес, но и диагональ. Даже сумка через плечо в жарком климате это треш. И это никак не связано с "мускульной дистрофией". Если вам удобно постоянно таскать 2-х килограммовый и 17-ти дюймовый гроб - это ваше дело. Мне для очень редких, но очень срочных дел проще таскать что-то полегче, особенно в перелетах, когда кроме ноута есть и другой багаж.
ну если где-то есть такие неблокирующие запросы, то скорее всего там уже знают что такое асинхронщина и как ее готовить :) Это же изначально совсем другое апи (даже если тот же mysqli юзать в асинк режиме) Но все-таки судя по описанию и примерам имелись именно обычные такие синхронные запросы ;)
С одной стороны понятен смысл данного поста. Прорекламировать асинхронную разработку под PHP. Но сделано уж очень непрофессионально (опенсервер для профессиональной разработки - шта?), без указания кучи минусов, которые приносит асинхронщина в PHP.
текст вообще ни о чем, и похож на поток сознания. Смесь всем известной информации из документации и личных домыслов. И выводы просто замечательные (facepalm) смешались в кучу кони, люди... У меня вопрос. А как асинхронный код поможет в плане уменьшения ожидания от сторонних систем?
У фокса самая главная проблема - это полный бардак в разработке, когда одна часть команды не имеет ни малейшего представления о том что делает другая. Даже в тех случаях когда это напрямую влияет на доходы фокса. То же официальное расширение контейнеров с поддержкой Mozilla VPN, и какое активно пиарится как мастхев если вам надо каждый контейнер пустить по своей проксе. Только по факту - трафик все равно льется в обход и только потому что оно написано по документации, а код работает "немного" не так и у него есть недокументированное поведение. И уже больше 2-х лет они никак не могут решить как именно надо делать :))))
это всем известный "фикс" по факту не имеющий ничего общего с фотоном.
зоопарк !important стилей ничего хорошего интерфейсу не могут сделать по определению, а если брать особенности рендера теней, и полупрозрачности вместе со шрифтами, то логично что получаем тормозящую поделку (ну так написан интерфейс фокса, что тут поделать, после просмотра исходников хочется купить глаза, которые этого не видели)
печлька что из-за этой херни приходится отказываться от фотона (новый диз под виндой - лютое убожествою с херовейшей контрастностью, которую темой никак не решить (особенности полупрозрачности и антиалиасинга под виндой). А через rdp вообще печалька (не говоря уже об офисных говномониторах с кривой цветопередачей)ю
P.S. Под линуксом новый диз абсолитно норм если что...
китайская поделка? ну такое себе.... если речь идет о приватности :)
только вот внезапно оказывается что такие пермиссии автоматом выдаются если выдается пермиссия полный доступ к сети и отдельно ни включить не выключить ее нельзя.
А полный доступ к сети как бы нужен мессенджерам и всем остальным приложениям работающим через сеть
Это не имеет ничего общего с изолированной/виртуальной системой. Все это разновидности отдельного профиля (или полностью отдельный юзер или лайт версия в виде рабочего профиля)
Вот виртуальный андроид телефон внутри физического андроида - это была бы вещь, по крайней мере для приватности (смысл в впн-е с точки зрения приватности если само приложение видит что работает через впн и видит настройки родительского подключения...)
главная проблема матрикса - что это сборная солянка, написанная абсолютно разными командами, которые вообще не знают что делают другие.
отсюда и тормоза и глюки и несовместимости сервера/клиента (фича есть на сервере, команда клиента не знает о ней)
да и сильно переусложненный протокол, в результате чего тормоза, тормоза, тормоза....
ну не все можно запустить на андроиде, к сожалению. не все.
вот идеальный вариант бы был если бы на современные фолды можно было ставить хромось а там виртуализация неплохая из коробки, и проблем с десктопным софтом под линукс нет.
разница просто колоссальная таскать в кармане (не в рюкзаке) 300 гр или 1.5 кг
и в мобильность - это не только вес, но и диагональ. Даже сумка через плечо в жарком климате это треш. И это никак не связано с "мускульной дистрофией". Если вам удобно постоянно таскать 2-х килограммовый и 17-ти дюймовый гроб - это ваше дело. Мне для очень редких, но очень срочных дел проще таскать что-то полегче, особенно в перелетах, когда кроме ноута есть и другой багаж.
ну так вебсокеты и т.п. это уже скорее всего асинхронщина и возвращаемся к тому что
плюс как распараллелить 2 запроса если они должны идти в одной транзакции?
ну если где-то есть такие неблокирующие запросы, то скорее всего там уже знают что такое асинхронщина и как ее готовить :) Это же изначально совсем другое апи (даже если тот же mysqli юзать в асинк режиме)
Но все-таки судя по описанию и примерам имелись именно обычные такие синхронные запросы ;)
К сожалению, у автора не получилось.
С одной стороны понятен смысл данного поста. Прорекламировать асинхронную разработку под PHP.
Но сделано уж очень непрофессионально (опенсервер для профессиональной разработки - шта?), без указания кучи минусов, которые приносит асинхронщина в PHP.
Благо в неведении :)
текст вообще ни о чем, и похож на поток сознания. Смесь всем известной информации из документации и личных домыслов. И выводы просто замечательные (facepalm)
смешались в кучу кони, люди...
У меня вопрос. А как асинхронный код поможет в плане уменьшения ожидания от сторонних систем?
тоже ищу, но пока что нормальных предложений на рынке не встречал
и почему нигде не указан вес?
для таких мини - это один из самых важных показателей.
А если по теме статьи то ничего нового и интресного
У фокса самая главная проблема - это полный бардак в разработке, когда одна часть команды не имеет ни малейшего представления о том что делает другая.
Даже в тех случаях когда это напрямую влияет на доходы фокса. То же официальное расширение контейнеров с поддержкой Mozilla VPN, и какое активно пиарится как мастхев если вам надо каждый контейнер пустить по своей проксе. Только по факту - трафик все равно льется в обход и только потому что оно написано по документации, а код работает "немного" не так и у него есть недокументированное поведение. И уже больше 2-х лет они никак не могут решить как именно надо делать :))))
тоже бросилось в глаза 🤣
биохацкеры всегда такие биохацкеры 🤦♂️
и любые даже минимальные анимации выглядят так будто комп лагает. К хорошему, а именно к высокой частоте (минимум 90hz) привыкаешь быстро :)
только время работы от батареи "немного" меньше :)