Readme Tomcat 9 源码要求: 1.jdk1.8+ 步骤 1.直接下载源码
# apt update 1.2 必须软件包 下面都是编译php必须的,提前安装好。 apt install gcc make # apt install libxml2 libxml2-dev //xml库 1.2 创建需要使用的目录 创建目录source和web,分别用来放源码和编译后的文件 -8之外编码的语言 --with-mysqli //打开mysqli模块 --with-pdo-mysql //pdo_mysql模块 三、安装php扩展(可选) 上面的方法是将所以扩展都编译在一起 这里是单独编译出来,然后通过php.ini文件,自由度更高。 /source/php-7.1.10/ext 你会看到很多的文件夹。需要什么扩展就进入哪个文件夹,运行如下命令。 with-php-config=/web/php/bin/php-config # make && make install 安装必须 # apt install autoconf //php扩展编译需要
Xmake = Build backend + Project Generator + Package Manager 项目源码 官方文档 入门课程 新特性介绍 远程编译支持 新版本提供了远程编译支持 ,我们可以通过它可以远程服务器上编译代码,远程运行和调试。 甚至我们可以在 vs/sublime/vscode/idea 等编辑器和IDE 中无缝实现远程编译,而不需要依赖 IDE 本身对远程编译的支持力度。 远程构建工程 连接成功后,我们就可以像正常本地编译一样,进行远程编译。 远程运行目标程序 我们也可以像本地运行调试那样,远程运行调试编译的目标程序。
项目源码 官方文档 交叉编译工具链简介 通常,如果我们需要在当前pc环境编译生成其他设备上才能运行的目标文件时候,就需要通过对应的交叉编译工具链来编译生成它们,比如在win/macos上编译linux 手动配置编译 如果上面的自动检测对某些工具链,还无法完全通过编译,就需要用户自己手动设置一些交叉编译相关的配置参数,来调整适应这些特殊的工具链了,下面我会逐一讲解如何配置。 cflags: 指定c编译参数 cxxflags:指定c++编译参数 cxflags: 指定c/c++编译参数 asflags: 指定汇编器编译参数 ldflags: 指定可执行程序链接参数 shflags clang编译器,或者指定交叉编译工具链中的编译器名或者路径。 自定义编译平台 如果某个交叉工具链编译后目标程序有对应的平台需要指定,并且需要在xmake.lua里面根据不同的交叉编译平台,还需要配置一些额外的编译参数,那么上文的-p cross设置就不能满足需求了
确保按照 requirements.txt 安装,特别是 cryptography 和 pyOpenSSL 的版本
5 Ant1.9.5 构建编译打包 6 Spark1.4.0 主角 7 Intillj IDEA 开发IDE 8 SBT scala-spark专属打包构建工具 9 Centos6或Centos7 集群运行的 http://spark.apache.org/downloads.html 4,编译spark 这里需要注意,默认的spark编译,使用的是scala2.10的版本,一定要确保你所有使用的scala 我这里用的是spark1.4.0的版本,所以只能用scala2.11.x的版本,这就需要重新编译spark了,另一个原因也需要和对应的haodop版本编译对应。 编译步骤 (1)将下载好的spark源码解压到某个目录下 (2)进入源码目录,分别执行如下命令 设置使用scala那个版本编译 dev/change-version-to-2.11.sh maven org.apache.spark.examples.SparkPi --master yarn-client examples/target/spark-examples_2.11-1.4.0.jar 100 7,远程任务提交
一、远程执行命令方式及对应端口: IPC$+AT 445 PSEXEC 445 WMI 135 Winrm 5985(HTTP)&5986(HTTPS) 二、9种远程执行cmd命令的方法: 1.WMI 6.psexec.exe远程执行命令 psexec /accepteula //接受许可协议 sc delete psexesvc psexec \\192.168.1.185 -u pt007 -p admin123 cmd.exe 7.psexec.vbs远程执行命令 cscript psexec.vbs 192.168.1.158 pt007 admin123 "ipconfig" 8.winrm LocalAccountTokenFilterPolicy /t REG_DWORD /d 1 /f winrs -r:http://192.168.1.152:5985 -u:pt007 -p:admin123 "whoami /groups" 9. 远程命令执行sc //建立ipc连接(参见net use + at)后上传等待运行的bat或exe程序到目标系统上,创建服务(开启服务时会以system 权限在远程系统上执行程序): net use \
部署Munge服务Munge是认证服务,实现本地或者远程主机进程的UID、GID验证。 测试Munge服务每个节点与控制节点进行连接验证本地查看凭据:munge -n本地解码:munge -n | unmunge验证远程解码:munge -n | ssh compute01 unmungemunge 凭证基准测试:remunge四、编译安装Slurm1. 编译rpm包下载slurm包wget https://download.schedmd.com/slurm/slurm-25.05.2.tar.bz2编译slurm,使用rpmbuild制作rpm包dnf 通过本教程,您将学习如何在 Rocky Linux 9 系统上从源码编译并安装配置这一强大的调度系统,为构建您自己的高性能计算环境奠定坚实的基础。
Akka-Remoting支持“远程查找”和“远程构建”两种沟通方式。由于篇幅所限,我们只介绍了“远程查找”。在这一篇里我们将会讨论“远程构建”方式。 由于驱动、使用远程Actor是在local进行的,所以local,remote项目还必须共享Calculator,包括Calculator的功能消息。 这项要求我们在.sbt中用aggregate(calculator)来协同编译。 我们把Calculator的监管supervisor也包括在这个源码文件里。 scala.io.StdIn.readLine() remoteSystem.terminate() } Calculator的构建是在localSystem上启动的,我们需要在配置文件中描述远程构建标的 值得注意的是实际远程构建的是一个SupervisorActor。Calculator的构建是SupervisorActor构建的其中一部分。
`cat /opt/oracle/product/9.2.0/lib/ldflags` -lnsslb9 -lncrypt9 -lnsgr9 -lnzjs9 -ln9 -lnl9 -lnro9 `cat /opt/oracle/product/9.2.0/lib/ldflags` -lnsslb9 -lncrypt9 -lnsgr9 -lnzjs9 -ln9 -lnl9 -lclient9 -lvsn9 -lwtc9 -lcommon9 -lgeneric9 -lwtc9 -lmm -lnls9 -lcore9 -lnls9 -lcore9 -lnls9 -lxml9 -lcore9 -lnl9 -lclient9 -lvsn9 -lwtc9 -lcommon9 -lgeneric9 -ltrace9 -lnls9 -lcore9 -lnls9 -lcore9 -lnls9 - lxml9 -lcore9 -lunls9 -lnls9 -lclient9 -lvsn9 -lwtc9 -lcommon9 -lgeneric9 -lnls9 -lcore9 -lnls9 -lcore9
上一个文章讲了如何在Debian9上安装和配置VNC服务器 这个文章采用另外一种远程桌面方式XFCE+XRDP 为什么要选择XFCE桌面呢,因为XRDP和其他桌面的环境兼容性的问题,具体自行百度(跟某位大佬学的 等待安装完成,然后reboot重启服务器就看得到了 第二步:安装 XRDP 远程桌面服务 安装XRDP和TigerVNC服务器 sudo apt-get install xrdp tigervnc-standalone-server
(1)500行代码手写docker开篇-goland远程编译环境配置本系列教程主要是为了弄清楚容器化的原理,纸上得来终觉浅,绝知此事要躬行,理论始终不及动手实践来的深刻,所以这个系列会用go语言实现一个类似 代码编辑器选择了goland,并在goland配置了远程编译,这样便能在本地编写调试 适合amd64 linux环境的代码了。下面是我配置的详细步骤。 @ecs-295280:~# 接着安装dlv调试工具 go install github.com/go-delve/delve/cmd/dlv@latest写一个简单hello world程序图片配置远程编译 ,编译的选项选择run on 在我们远程linux主机上。 not authenticated nor encrypted)然后本地goland 给hellow world 程序打上断点 执行remote图片可以看到断点已经生效了,这样便配置完成了goland的远程编译调试环境
DNS服务之用rndc远程管理服务器 rndc简介 rndc,英文全称为Remote Name Domain Controllor,是一个远程管理bind的工具,通过这个工具可以在本地或者远程了解当前DNS rndc默认监听在953号端口(TCP),其实在bind9中rndc默认就是可以使用,不需要配置密钥文件。 rndc是BIND安装包提供的一种控制域名服务运行的工具,它可以运行在其他计算机上,通过网络与DNS服务器进行连接,然后根据管理员的指令对named进程进行远程控制,此时,管理员不需要DNS服务器的根用户权限 r /dev/urandom # Start of rndc.conf key "rndc-key" { algorithm hmac-md5; secret "PmY9ozjj3 adjusting the allow list as needed: # key "rndc-key" { # algorithm hmac-md5; # secret "PmY9ozjj3
欢迎页 9. 登录页 10. 内容性 2.Dropbox:推荐分享(Referral) 如果你之前使用过 Dropbox,那么你很可能会推荐好友?为什么? 9、Help Scout:给客户一个极致的体验 关于 Help Scout 的一件很酷的事情是,他们专注于客户体验。这是他们的全部交易内容。
动手前先简单介绍下Graalvm,它是oracle出品的一个AOT编译器,可以将应用程序编译成本地映像,通俗的说可以将java编译成机器可直接执行的程序,可以参考go语言的编译输出产物。 ,引入了quarkus的编译插件,并激活了native的编译。 ,但是graalvm在windows系统下的编译并不友好,博主尝试过很多方法,包括通过docker容器挂载编译,都宣告失败了,所以如果你也有同样的问题,看下我们的异常是否一样: [ERROR] Failed 不过这样的方式构建,所有的依赖都是即时下载的,对本地网络要求会比较高,整体编译时长会比较长。网络稍微一抖动就会编译失败,所以最好在pom里配置下国内比较快的maven仓库,比如阿里云的maven仓库。 还有,在graalvm编译阶段,会非常的吃内存,这个时候它会加载所有的代码用于静态分析,这块内容阿里巴巴的jvm团队有做过优化,后面可能会转载到本博文来做一个分享。
由于我使用的QT库有MSVC2015_64bit版本和MSVC2015_32bit版本的,所以需要64bit和32bit的shared和dev库,shared库用来运行时调用的,而dev库用来编译时调用的 2.创建vs q项目(兼容64位和32位FFmpeg) 2.1目的 当我们选择32平台编译QT项目时,则加载32位的FFmpeg库进行编译. 当我们选择64平台编译QT项目时,则加载64位的FFmpeg库进行编译. 2.2开始 首先创建4个目录include、lib、bin,src,由于我们下载的64位和32位的ffmpeg版本是一致的,所以头文件都是一样 创建完成,接下来配置debug win32,右击项目->属性,可以看到当前编译配置: ? 添加头文件路径: ? 添加库路径目录: ? /lib/win32 -lswscale } } 3.1 测试-编译32位 ? 3.2 测试-编译64位 ?
所以就研究了下windows远程桌面协助。 被控端电脑配置 首先打开系统属性—远程 ? 点击选择用户,添加 ? 点击高级 ? 点击立即查找—选择指定用户(确保你拥有这个用户的密码) ? 连接远端电脑进行控制 打开远程桌面,输入被控制电脑的ip地址和需要登入的用户名,并在弹出窗口里面输入密码就成功连接上了 ? ---- 本文会经常更新,请阅读原文: https://xinyuehtx.github.io/post/%E5%A6%82%E4%BD%95%E4%BD%BF%E7%94%A8%E8%BF%9C%E7% A8%8B%E6%A1%8C%E9%9D%A2%E6%93%8D%E6%8E%A7%E5%B1%80%E5%9F%9F%E7%BD%91%E4%B8%BB%E6%9C%BA.html ,以避免陈旧错误知识的误导
可在正式上线的时候却在编译OpenCV就一直出错,查到最后才发现生产机器的CUDA版本被人给「偷偷」升级到了CUDA9,也是因此踏上了一条填坑路,记录于下,以被自己所需和他人使用。 但是,如果你是在一台已有的环境,且被安装了CUDA9,同时你的代码又依赖于OpenCV2,那么你一定遇到了同样的问题,通过阅读这边文章,你就可以完美的编译并运行你的代码了。 问题 在CUDA9下,我们编译OpenCV2的时候,会遇到了不少报错,主要原因是而相对于CUDA8,在CUDA9中的修改主要是2点: nppi命名规范 在CUDA9里面,NVIDIA把 libnppi.so 所以,如果我们未知上述的CUDA GENERATION信息的话,需要对OpenCVDetectCUDA.cmake文件再做两处修改,去除关于compute_20 arch的编译信息,因为如上文所说:CUDA9 链接问题 经过上述的操作,OpenCV的编译环节应该没有任何问题了。然而,在编译我们自己项目代码的时候,依然会遇到链接报错。
导语 | 本文将从目标及详细的步骤教学来介绍使用LLVM实现一个简单编译器,希望带领大家去理解使用LLVM实现一个编译器的完整代码运行。 现在开始我们要使用LLVM实现一个编译器,完成对如下代码的编译运行: # 斐波那契数列函数定义def fib(x) if x < 3 then 1 , // if TOKEN_THEN = -7, // then TOKEN_ELSE = -8, // else TOKEN_FOR = -9, 优先级为5def binary| 5 (LHS RHS) if LHS then 1 else if RHS then 1 else 0 # 新增二元操作符 `=`,优先级为9, 这个操作符类似C++的 `==`def binary= 9 (LHS RHS) !
三、9μA关机功耗是怎么做到的关机功耗容易被忽略但非常关键。一个定位设备从工厂出来到用户手里,中间可能在仓库放几个月。如果关机还在跑毫安级的静态电流,用户拿到手就没电了。 做到9μA级别的关机功耗,靠的是模组VDD供电轨完全切断,板上只有RTC晶振在跑。实测用高精度万用表串联测量,关机状态下整板电流确实是个位数μA。 五、OTA远程升级——低功耗设备的升级难题OTA升级在低功耗设备上是个反直觉的事:升级固件需要持续下载几百KB到几MB的数据,正好和"能不醒就不醒"的设计思路打架。 以目前市面上比较极致的微型定位终端为例,采用4GCat.1模组+eSIM+200mAh电池:工作模式整机电流200mAh电池续航关机状态9μA约2.5年休眠(震动监测)15μA约1.5年待机(模组PSM 9μA关机不是靠一颗低功耗芯片实现的,是靠"模组VDD直接拉断"这一刀。本文基于实际低功耗定位终端设计经验整理。不同模组对PSM的支持程度和参数范围有差异,以具体模组AT手册为准。