卜卜口

Results 198 comments of 卜卜口
trafficstars

> Firefox:17902ms (顺便测试了下,Chromium是24ms,第一次完成后再次刷新只有7ms,而Safari第一次是197ms,第二次只有63ms,这差距……) ヘ(;´Д`ヘ) 我的天,这bug好离谱 改了一下,再试试这两个链接看看,会不会速度不一样 https://anitabi.cn/mapbox/sprites_new2/test.html?willReadFrequently https://anitabi.cn/mapbox/sprites_new2/test.html 再给我下详细的 UserAgent 我看看针对性做下规避

> (均在无痕模式测试,防止缓存) Firefox: [https://anitabi.cn/mapbox/sprites_new2/test.html?willReadFrequently:17973ms](https://anitabi.cn/mapbox/sprites_new2/test.html?willReadFrequently%EF%BC%9A17973ms) [https://anitabi.cn/mapbox/sprites_new2/test.html:17989ms](https://anitabi.cn/mapbox/sprites_new2/test.html%EF%BC%9A17989ms) UserAgent: Mozilla/5.0 (X11; Linux x86_64; rv:129.0) Gecko/20100101 Firefox/129.0 > > Chromium: [https://anitabi.cn/mapbox/sprites_new2/test.html?willReadFrequently:24ms](https://anitabi.cn/mapbox/sprites_new2/test.html?willReadFrequently%EF%BC%9A24ms) [https://anitabi.cn/mapbox/sprites_new2/test.html:198ms](https://anitabi.cn/mapbox/sprites_new2/test.html%EF%BC%9A198ms) 辛苦OAQ 坏了,两种模式居然都没法避开这个问题

三年前也有人报告 MacOS 下 这个函数执行时 CPU 使用率非常高 https://bugzilla.mozilla.org/show_bug.cgi?id=1709175 而这一个函数应该算是非常常用的函数,至少 anitabi map 的所有图标都会用到,而且很难规避或者寻找能避开这个问题的替代方案。原本是想根据特定的UA规避,但是看起来也不是很现实。 问题不一定是出在哪里,可能在特定版本的操作系统、特定引用库版本、特定的硬件,我手头的各种桌面系统上也都没法重现这个问题,现在最可行的还是不在出了这个问题的系统上使用最新版的火狐浏览器

> > ![图片](https://private-user-images.githubusercontent.com/80967824/357735635-65e80a43-0759-4b10-857c-29b6b9a62016.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MjM2NDYwMDMsIm5iZiI6MTcyMzY0NTcwMywicGF0aCI6Ii84MDk2NzgyNC8zNTc3MzU2MzUtNjVlODBhNDMtMDc1OS00YjEwLTg1N2MtMjliNmI5YTYyMDE2LnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDA4MTQlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQwODE0VDE0MjgyM1omWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTJjNjZhNTJmZTIzZjg3MTEwY2M1NWI2NDYxMDNjMGFiYjliZTAxN2FkODVhNGVlNjBjODhlNmZiZjg3OTFkOGEmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0JmFjdG9yX2lkPTAma2V5X2lkPTAmcmVwb19pZD0wIn0.MOGakQjYNm-n8E7qXZ5XrhGGJwRU9f76Z-1xMZ3UccQ) 来自ArchLinux软件仓库(pacman包管理器安装) > > 我查了下有看到有人提出 firefox + archlinux 下 mapbox 渲染性能异常的问题 [mapbox/mapbox-gl-js#6661](https://github.com/mapbox/mapbox-gl-js/issues/6661) 但是由于给出的信息不够被关闭了 > > 我个人在看过源码后有一个想法 一般来说提取 canvas 的 image 信息要进行大量 sha 本身就很奇怪,然后我在 [dom/canvas/CanvasRenderingContext2D.cpp](https://github.com/mozilla/gecko-dev/blob/4496b3ed9bb535832e4826f09fbcb645b559a32d/dom/canvas/CanvasRenderingContext2D.cpp#L6275) 处发现了这样一句代码 > > ```c++...

> 35.503700,138.777000 好~ 移动过去啦

> (不知道发在这里合不合适) 目前存在大量将咖喱饭连锁餐厅「CoCo壹番屋」误标为茶饮店「CoCo都可」图标的情况。虽然这不影响使用,但还是希望能更正一下。 ![image](https://private-user-images.githubusercontent.com/12523783/364763465-014224f4-d0ac-4a59-b9b7-fcd5a6f8aa42.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MjU5MjM2MjIsIm5iZiI6MTcyNTkyMzMyMiwicGF0aCI6Ii8xMjUyMzc4My8zNjQ3NjM0NjUtMDE0MjI0ZjQtZDBhYy00YTU5LWI5YjctZmNkNWE2ZjhhYTQyLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDA5MDklMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQwOTA5VDIzMDg0MlomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTUxOTVhNDY3ZGY5OGNhNzVjZmI3MDNjN2ViODg3MDRhYTE0NDdjNWY0MjNlZmQ4ZTg1Y2RiMTlhYjRjYmE1MTQmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0JmFjdG9yX2lkPTAma2V5X2lkPTAmcmVwb19pZD0wIn0.0jeP4vuboozbD6tzeXF9E2d05jn5Wn3mDMV41H4Qg6I) 没错,这就是这个 issue 想要的信息!感谢反馈,品牌图标的识别现在 CoCo 现在没有正确区分出来,要想办法区分一下它们

Bic Camera 京都站 这种确实有点头疼,现在还没有一个明确提交错误渠道,要再想想可行的方案,怎么能让这个提错更具有建设性 —————— 对于这类地标景点,是脑补在「景点」这个范畴,这里的实现有技术和预算的限制,还没有确定具体的方案 很头疼!

麦当劳 肯德基 松屋 星巴克 biccamera 京坂宇治线

演出会场图标

搜索城市的时候高亮展示区域边缘,外围压暗