首页 文章 精选 留言 我的

精选列表

搜索[chrome os],共10000篇文章
优秀的个人博客,低调大师

mac OS X Yosemite 上编译hadoop 2.6.0/2.7.0及TEZ 0.5.2/0.7.0 注意事项

1、jdk 1.7问题 hadoop 2.7.0必须要求jdk 1.7.0,而oracle官网已经声明,jdk 1.7 以后不准备再提供更新了,所以趁现在还能下载,赶紧去down一个mac版吧 http://www.oracle.com/technetwork/java/javase/downloads/jdk7-downloads-1880260.html 应该选择mac ox 64位的版本 http://download.oracle.com/otn-pub/java/jdk/7u79-b15/jdk-7u79-macosx-x64.dmg 注:Yosemite上,只能安装jdk1.7.0_79 这个版本,比它低的jdk 1.7版本已经没法正常安装了。 2、yum -install 问题 mac 虽然也是linux内核,但是很多其它linux版本下有用的东西,却被apple阉割掉了,比如apt-get,yum这些都没有,解决办法有二个: a) 使用Mac Ports代替,官网地址:http://www.macports.org/ 还有一篇网友的入门文章:http://www.ccvita.com/434.html b) 使用HomeBrew,官网地址:http://brew.sh/ 使用教程见:http://blog.csdn.net/delphiwcdj/article/details/19679891 3、maven 仓库的国内镜象问题 maven仓库的官网站点实在是太慢了,怪不得李总理强烈要求要提网速、降网费,不然实在严重阻碍中国IT事业的发展啊!!! 好在oschina做了件功德无量的好事,在国内搭建了一个镜像,把maven的settings.xml改成下面这样: 1 <?xml version="1.0" encoding="UTF-8"?> 2 3 <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" 4 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 5 xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd"> 6 7 8 <mirrors> 9 <mirror> 10 <id>nexus</id> 11 <mirrorOf>*</mirrorOf> 12 <url>http://maven.oschina.net/content/groups/public/</url> 13 </mirror> 14 </mirrors> 15 16 </settings> View Code 4、hadoop 2.6.0 编译过程中,找不到jdk 7下的classes.jar、tools.jar问题 hadoop 2.7的编译,在mac下还算顺利,基本上按 64位centos 下编译 hadoop 2.6.0 源码的套路来就行了,一次成功。 但是hadoop 2.6就有点二了,编译过程中会报一个错,大意是找到不jdk 7目录下的classes.jar文件,原因是这个文件现在已经更名成rt.jar,放在jre/lib下了。 所以解决办法是: 进入 cd $JAVA_HOME (默认是/Library/Java/JavaVirtualMachines/jdk1.7.0_79.jdk/Contents/Home/ 这个目录) sudo mkdir Classes 手动创建这个目录 cd Classes sudo cp ../jre/lib/rt.jar classes.jar 手动把rt.jar复制到这个目录下,并改名为classes.jar sudocp ../lib/*.jar 为防止其它jar包也找不到,把lib下所有jar包全放进来 再编译hadoop 2.6.0 就ok了 5、tez 0.7.0 编译过程中 nodejs 无法下载的问题 TEZ 0.5.2可以一路顺畅的编译,但是0.7.0就没这么好运了,会联到nodejs官网下载很多东西,所以编译ted 0.7.0这个版本,要选网速快的时段,比如月黑风高的夜晚,大家都在梦乡,不跟你抢带宽的时候编译。淘宝君提供了一个国内镜像http://npm.taobao.org/ ,大家可以修改hosts,把官网地址直接指镜像地址。 具体可参考回复中3楼低调小门徒的做法: vim /etc/hosts42.120.63.172 registry.npmjs.org npmjs.org nodejs.org 附:tez0.7.0的下载地址 http://apache.dataguru.cn/tez/0.7.0/ 编译命令:mvn clean package -DskipTests=true -Dmaven.javadoc.skip=true 官方编译指南:http://tez.apache.org/install.html 最后给几篇关于TEZ的介绍文章: http://docs.hortonworks.com/HDPDocuments/HDP2/HDP-2.1.2/bk_installing_manually_book/content/rpm-chap-tez.html http://dongxicheng.org/mapreduce-nextgen/apache-tez-optimizations/ http://hortonworks.com/hadoop/tez/ http://hortonworks.com/hadoop-tutorial/supercharging-interactive-queries-hive-tez/

优秀的个人博客,低调大师

WebMCP 进了 Chrome 149 与 Edge 150 的测试:前端为什么要提前准备

你让 AI 助手替你订一张机票,它打开航空公司官网,先做一次截图,再做文字识别,定位搜索框,模拟一次点击,填出发地、目的地和日期,最后提交。 中间任何一步不对,这一趟就白跑:按钮挪了位置,下拉菜单慢半拍,日期控件跟别家的交互逻辑不一样。 一个会推理、会写代码的模型,为什么会卡在"点对一个按钮"这种小事上?更别说这一趟跑下来烧掉的时间和算力,远高于你自己点两下。 这套笨办法,W3C 的一个提案正在把它换掉。 它做的事其实很朴素:让网页主动交出自己的功能 WebMCP 是一套浏览器侧的协议,名字直译过来是"Web 模型上下文协议"。按 W3C 仓库里的说明,开发者可以把网页应用的功能——一段脚本函数,或者一个 HTML 表单——包装成"工具"交给 AI Agent 调用,工具自带自然语言描述和结构化的参数说明。 能调这些工具的角色不止一种:浏览器里内置的 Agent、嵌在页面内嵌框里的 Agent、浏览器扩展里的 Agent,都算。 它给了开发者两条接入路径。 一条是命令式:把工具挂到页面文档对象下的模型上下文命名空间里。注册时交代四件事——名字、描述、参数结构、真正干活的函数。有个细节值得留意:注册方法会接收一个信号对象,以后想撤掉这个工具,把信号中止掉就行。官方还专门建议,工具多的应用应该跟着页面状态动态注册和注销,理由是别让 Agent 的上下文窗口被塞满。 另一条是声明式:浏览器可以直接从表单元素里自动生成工具定义,开发者一行脚本都不用写。 那为什么不干脆只留声明式?仓库里的回答很实在——网站不可能只用表单搭出来,有一部分能力天生只有脚本才能实现,想让协议完整表达网页的能力,就必须允许脚本注册。 顺带说一句,静态清单方案被否决过。用类似应用清单的静态文件声明工具,离线发现是方便,但开发者没法按页面状态和登录状态动态增删,而且清单里放不了可执行代码,最后还是得靠命令式接口来挂执行逻辑。 这次不是纸上提案:两家浏览器都开了测试通道 评估一项标准值不值得投入,最实在的指标是看它有没有走出幻灯片。这个提案已经走出来了。 按仓库那份实现状态清单:谷歌的测试通道在 149 版本开放,本地想试,把实验开关打开即可;微软的测试通道在 150 版本上线。 客户端一侧也没闲着。ChatGPT 桌面版已经能直接用;另有一家浏览器把它做成了实验特性;Meta 的智能眼镜也排在计划里,让眼镜上的 AI 调用页面注册的工具,默认关闭、按设备开启。 还在观望的是两家老牌浏览器,目前都停在标准立场评审阶段,议题号分别是 1412 和 670。 时间线也值得看一眼:这份提案由微软和谷歌的工程师在 2025 年 8 月 13 日首次发布。一年出头,从提案走到两家浏览器同时开测试通道。 对前端来说,变的是"到底谁在用你的页面" Web 这三十年有一条几乎没被挑战过的假设:人用眼睛看内容,用手点按钮。这个提案把假设撬开一道缝——你的页面开始有两类使用者,人读的是视觉布局,Agent 读的是工具定义和参数结构。 由此有三件事值得提前想清楚。 第一,"可操作性"开始追上"可发现性"的分量。搜索优化解决的是被找到,这个协议解决的是被可靠地使用。一个用一堆 div 加点击监听堆出来的页面,人眼看着没问题,Agent 可能完全无从下手。 第二,语义化标签的分量被抬高了。button 不只是能点的东西,它是"这里可以交互"的信号;form 不只是容器,它是"这里有结构化输入"的信号。以前这算代码习惯,现在算工程基础。 第三,现在还不急,但也没法一直拖。真正在生产环境里用上它的网站还很少,两家老牌浏览器也没表态,此时把全部表单翻一遍,性价比不高。成本最低的起步顺序反而很清楚:第一步,先给标准的搜索、预订、注册表单补上声明式工具;第二步,把那些只有脚本才做得出来的交互,用命令式接口包一层。 有人把无障碍这件事说得很透:平时给屏幕阅读器做的基本功,恰好也是 Agent 稳定操作你的前提。这个说法我在官方仓库里没找到一字不差的原文,但方向站得住——每个可交互元素有能读出来的名字、有正确的角色、表单项关联着标签,这些要求本来就该做。 从"猜按钮"到"被告知",这次改的其实不是模型的能力,而是网页这一侧的约定。模型早就准备好了,缺的是网页先把门打开。 参考链接: · W3C 的 WebMCP 提案仓库:https://github.com/webmachinelearning/webmcp · 一篇讲这套协议进测试通道的中文文章:https://juejin.cn/post/7690467043259383850

资源下载

更多资源
Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册