《树莓派不吃灰》永久开源地址为 https://github.com/zhaoolee/pi ，将Linux融入生活，为喜欢折腾树莓派的人，提供打开思路的资源，寓教于乐，让树莓派造福人类。
The permanent open source address of "Use Pi" is https://github.com/zhaoolee/pi. It integrates Linux into life, provides resources for those who like to play with Raspberry Pi to open up their thinking, educates and entertains, and makes Raspberry Pi benefit mankind.如果你没有树莓派硬件, 也不影响你阅读本系列, 本系列使用了Ubuntu作为基础镜像, 你可以选择在老旧电脑安装Ubuntu, 或者在Windows或macOS系统装个虚拟机, 运行Ubuntu, 保持开机即可。
Even if you dont have

uint8_tProgram_verify(uint8_t*buff1,uint8_t*buff2,uint32_tcount);voidWB_Serial_NAND_Pageprogram_Pattern(uint8_taddh,uint8_taddl,uint8_t*program_buffer,uint32_tcount);voidWB_Serial_NAND_Program_Excute(uint8_taddh,uint8_taddl);/*statuscheck*/uint8_tWB_Check_Embedded_ECC();uint8_tWB_Check_Program_Erase_Fail_Flag();uint8_tWB_Read_Serial_NAND_StatusRegister(uint8_tsr_sel);voidWB_Serial_NAND_ReadyBusy_Check();uint32_tWB_NAND_Read_JEDEC_ID();uint8_tWB_Serial_NAND_bad_block_check(uint32_tpage_address);voidWB_Serial_NAND_LUT_Read(uint16_t*LBA,uint16_t*PBA);/*StackfunctionforW25Mseries*/voidWB_Die_Select(uint8_tselect_die);/*statusset*/voidWB_Enable_Embedded_ECC();voidWB_Disable_Embedded_ECC();voidWB_Enable_Buffer_mode();voidWB_Disable_Buffer_mode();voidWB_Serial_NAND_StatusRegister_Write_SR1(uint8_tSR1);voidWB_Serial_NAND_StatusRegister_Write_SR2(uint8_tSR2);voidWB_Serial_NAND_StatusRegister_Write_SR3(uint8_tSR3);voidWB_NAND_Reset();voidWB_Protect();voidWB_Unprotect();voidWB_Serial_NAND_LUT_Set(uint16_tLBA,uint16_tPBA);/*erasefunction*/voidWB_Serial_NAND_BlockErase(uint8_tPA_H,uint8_tPA_L);/*readfunction*/voidWB_Serial_NAND_PageDataRead(uint8_tPA_H,uint8_tPA_L);voidWB_Serial_NAND_Normal_Read(uint8_taddh,uint8_taddl,uint8_t*buff,uint32_tcount);voidWB_Serial_NAND_Continuous_Normal_Read(uint8_t*buff,uint32_tcount);

bitcoinj项目富含完整demo此项目使用maven构建,不会使用maven的同学,查看项目pom.xml文件,并在http://mvnrepository.com/下载相应的依赖jar包.demo:bitcoinj签名交易/***@paramunSpentBTCList未花费utxo集合*@paramfrom发送者地址*@paramto接收者地址*@paramprivateKey私钥*@paramvalue发送金额.单位:聪*@paramfee旷工费.单位:聪*@return签名之后未广播的原生交易字符串*@throwsException*/publicstaticStringsignBTCTransactionData(ListunSpentBTCList,Stringfrom,Stringto,StringprivateKey,longvalue,longfee)throwsException{NetworkParametersnetworkParameters=null;//networkParameters=MainNetParams.get();//测试网络networkParameters=TestNet3Params.get();Transactiontransaction=newTransaction(networkParameters);DumpedPrivateKeydumpedPrivateKey=DumpedPrivateKey.fromBase58(networkParameters,privateKey);ECKeyecKey=dumpedPrivateKey.getKey();longtotalMoney=0;Listutxos=newArrayList();//遍历未花费列表，组装合适的itemfor(UnSpentBTCus:unSpentBTCList){if(totalMoney＞=(value+fee))break;UTXOutxo=newUTXO(Sha256Hash.wrap(us.getTxid()),us.getVout(),Coin.valueOf(us.getSatoshis()),us.getHeight(),false,newScript(Hex.decode(us.getScriptPubKey())));utxos.add(utxo);totalMoney+=us.getSatoshis();}transaction.addOutput(Coin.valueOf(value),Address.fromBase58(networkParameters,to));//transaction.//消费列表总金额-已经转账的金额-手续费就等于需要返回给自己的金额了longbalance=totalMoney-value-fee;//输出-转给自己if(balance＞0){transaction.addOutput(Coin.valueOf(balance),Address.fromBase58(networkParameters,from));}//输入未消费列表项for(UTXOutxo:utxos){TransactionOutPointoutPoint=newTransactionOutPoint(networkParameters,utxo.getIndex(),utxo.getHash());

CISDocker基准测试-InSpec配置文件描述此合规性配置文件以自动化方式实现，以在生产环境中围绕Docker守护程序和容器提供安全性最佳实践测试。
InSpec是一种开源运行时框架和规则语言，用于指定合规性，安全性和策略要求，以测试基础结构中的任何节点。
要求至少是版Docker1.13+平台Debian8Ubuntu16.04CentOS的7属性我们使用yml属性文件来控制配置，以下选项可用：trusted_user:vagrant定义受信任的用户来控制Docker守护程序。
authorization_plugin:authz-broker定义授权插件，以管理对Docker守护程序的访问。
log_driver:syslog定义存储日志的首选方式。
log_opts:/syslog-address/定义Docker守护程序log-opts。
registry_cert_path:/etc/docker/certs.d目录包含各种Docker注册表目录。
registry_name:/etc/docker/certs

dubbo-monitor-simple-2.5.3-assembly.tar.gz解压后的文件夹，dubbo的监控中心，同时也是dubbo的一个服务。
修改/conf目录下dubbo.properties，dubbo.registry.address=zookeeper://192.168.11.129:2181

#defineSJA1000_Data_PortportA000ioportunsignedintportA000;//定义数据输入/输出端口#defineSJA1000_Address_Portport8000ioportunsignedintport8000;//定义地址输入端口SJA1000_WRITE(REG_MODE,0x01);TempData=SJA1000_READ(REG_MODE);//向模式寄存器写0x01，进入复位模式while((TempData&0x01)!=0x01);//等待SJA1000复位

超牛的pb打印程序，在pb9以下很好使，可以自定义纸张，但是在pb11.5中不太好使，哪位高手可以下载下来看看该怎么修改，我修改了好长时间也没有解决。
问题应该是出在对外部函数的调用上，即ansi和unicode的问题，具体好像是nvo_prn里面的getprinterntdm函数。
在pb11.5中需要修改printerlist[li_i].is_PrintProcessor=string(lstr_info.pPrintProcessor,"address")为printerlist[li_i].is_Printername=String(blob(Stringlstr_info.pPrinterName,"address")),EncodingUTF8!)希望哪位高手看到并且能够解决这个问题，我的邮箱ytcola@tom.com。

37万行全国中小学名单带经纬度格式如下{"name":"北京市文汇中学","type":"中学","province_name":"北京市","city_name":"北京市","district_name":"东城区","ad_code":"110101","address":"北京市东城区广渠门外忠实里小区9号楼","geo_location":{"longitude":116.44657,"latitude":39.898051}

常见问题及处理方案CPU使用率高的问题通过操作系统命令toptopasglance等查看top进程号，确认是系统进程还是oracle应用进程，查询当前top进程执行的操作和sql语句进行分析。
根据进程号获取正在执行的sqlSELECTa.osuser,a.username,b.address,b.hash_value,b.sql_textfromv$sessiona,v$sqltextb,v$processpwherep.spid=&spidandp.addr=a.paddranda.STATUS='ACTIVE'anda.sql_address=b.addressorderbyaddress,piece;数据库无法连接数据库无法连接，一般可能是如下原因造成：（1）数据库宕了（2）监听异常（3）数据库挂起（4）归档目录满（5）数据库或应用主机的网卡出现问题不能正常工作（6）应用主机到数据库主机的网络出现问题。
1、数据库宕了立即启动数据库。
Startup2、监听异常此时一般体现为：监听进程占用CPU资源大；
d监听日志异常。
此时，立即重启监听，监听重启一般能在1分钟之内完成。
Lsnrctlrestart3、数据库挂起立即重启数据库。
Startup4、归档目录满（1）在没有部署OGG数据同步的情况下，立即清理归档日志文件。
（2）如果部署了OGG数据同步，查看OGG正在读取的归档日志文件，立即清理OGG不再需要的日志文件。
5、数据库或应用主机的网卡出现问题不能正常工作。
立即联系主机工程师处理。
6、应用主机到数据库主机的网络出现问题。
立即联系网络维护人员查看。
CRS/GI无法启动对于10g及11gR1版本的CRS问题1、进入/tmp目录下，看是否产生了crsctl.xxxxx文件如果有的话，看文件内容，一般会提示OCR无法访问，或者心跳IP无法正常绑定等信息。
2、如果/tmp目录下没有crsctl.xxxxx文件此时查看ocssd.log文件，看是否能从中得到有价值的信息。
可能的问题：网络心跳不通。
3、/tmp目录无crsctl.xxxxx且日志中没有报错信息，只有停CRS时的日志信息。
此时可能是RAC两个节点对并发裸设备的访问有问题，此时考虑：（1）停掉两个节点的CRS。
（2）两个节点先同时去激活并发VG，然后再激活VG。
（3）重新启动CRS。
对于11gR2的GI问题分析$GRID_HOME/log/nodename目录下的日志文件，看是否能从中找出无法启动的原因。
常见问题：1、心跳IP不同。
2、ASM实例无法启动。
对CRS的故障诊断和分析,参加本文档中RAC部分的MOS文档.数据库响应慢应急处理步骤：（1）找到占用CPU资源大的sql或者模块，然后停掉此应用模块。
（2）如果属于由于种种原因引起的数据库hang住情况，立即重启数据库，此时重启需要约15分钟时间。
重要说明：如果重启数据库的话，会有如下负面影响：（1）要kill掉所有连接到数据库中的会话，所有会话都会回滚。
（2）立即重启的话，不能获取并保留分析数据库挂起原因的信息，在后续分析问题时，没有足够信息用于分析问题产生的根本原因。
一般正常重启的话，都需要手动获取用于分析数据库重启原因的信息，以便编写分析报告，但是在最长情况下，获取日志信息可能就要40分钟时间。
此时一般做systemstatedump，且如果是rac情况的话，需要2个节点都做，且需要做2次或以上。
常规处理步骤，分如下几种情况处理：（1）所有业务模块都慢。
（2）部分业务模块慢。
（3）数据库hang住。
所有业务模块都慢此时首先查看系统资源，看是否属于CPU资源使用率100%的问题，如果是，参考本章“CPU使用率高的问题”解决办法。
如果系统资源正常，那很可能是数据库hang住了，此时参考数据库Hang部分。
部分业务模块慢分析运行慢的模块的sql语句：（1）看是否是新上的sql。
（2）看执行计划是否高效。
（3）优化运行慢的模块的sql语句。
数据库hang住应急处理方式：重启数据库。
常规处理方式：（1）分析alert日志，看是否能从alert日志中，可以很快找到引起问题的原因。
（2）做3级别的hanganalyze，先做一次，然后隔一分钟以后再做一次。
并分析

新版MDK-RAM_v5.25.2使用JLink下载调试““**JLinkWarning:Mis-alignedmemoryread:Address:......”错误解决

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。