首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

CentOS6.5升级自带glibc-2.12到glibc-2.15的过程解析(无需重启)

在开发时项目所依赖的包需要更高版本的glibc库支持, 而Centos6.5 中glibc默认版本为2.12, 这样调试时可能会遇到报错。但如果不小心把动态库中的libc.so.6给删了,瞬间所有的非系统命令都将无法使用,使用就报错。因为libc.so.6 是c运行时库glibc的软链接,而系统几乎所有程序都依赖c运行时库。程序启动和运行时,是根据libc.so.6 软链接找到glibc库。删除libc.so.6将导致系统的几乎所有程序不能工作。   每个glibc.so文件有它支持的libc版本,可以通过 strings /lib64/libc.so.6 |grep GLIBC 查看,一定要选择这条命令列出的版本。 [root@test1 ~]# strings /lib64/libc.so.6 |grep GLIBC GLIBC_2.2.5 GLIBC_2.2.6 GLIBC_2.3 GLIBC_2.3.2 GLIBC_2.3.3 GLIBC_2.3.4 GLIBC_2.4 GLIBC_2.5 GLIBC_2.6 GLIBC_2.7 GLIBC_2.8 GLIBC_2.9 GLIBC_2.10 GLIBC_2.11 GLIBC_2.12 GLIBC_2.13 GLIBC_2.14 GLIBC_2.15 GLIBC_PRIVATE

02

ubuntu与centos的对比和选择「建议收藏」

CentOS(Community ENTerprise Operating System)是Linux发行版之一,它是来自于Red Hat Enterprise Linux依照开放源代码规定释出的源代码所编译而成。RedHat Enterprise Linux (RHEL)是企业发行版。它每五年左右更新一次,在系统的稳定性,前瞻性和安全性上有着极大的优势。由于CentOS出自同样的源代码,因此要求高度稳定性的服务器以CentOS替代商业版的Red Hat Enterprise Linux使用。CentOS通常在RedHat的发布后就会很快发行。我们使用CentOS的原因在于RHEL发行版的标准支持服务费用非常高,大约每台服务器800美元左右,对于我们很多拥有数十台甚至上百台服务器的用户来说,这是必须要控制的成本。 Ubuntu是一个以桌面应用为主的Linux操作系统。Ubuntu基于Debian发行版和GNOME桌面环境,与Debian的不同在于它每6个月会发布一个新版本。Ubuntu的目标在于为一般用户提供一个最新的、同时又相当稳定的主要由自由软件构建而成的操作系统。Ubuntu具有庞大的社区力量,用户可以方便地从社区获得帮助。

02

Python zipfile简介「建议收藏」

从简单的角度来看的话,zip格式会是个不错的选择,而且python对zip格式的支持够简单,够好用。 1)简单应用 如果你仅仅是希望用python来做压缩和解压缩,那么就不用去翻文档了,这里提供一个简单的用法,让你一看就能明白。 import zipfile f = zipfile.ZipFile(‘filename.zip’, ‘w’ ,zipfile.ZIP_DEFLATED) f.write(‘file1.txt’) f.write(‘file2.doc’) f.write(‘file3.rar’) f.close() f.zipfile.ZipFile(‘filename’) f.extractall() f.close() 不知道上面的例子是不是足够简单呢? 1.1 zipfile.ZipFile(fileName[, mode[, compression[, allowZip64]]]) fileName是没有什么疑问的了。 mode和一般的文件操作一样,’r’表示打开一个存在的只读ZIP文件;’w’表示清空并打开一个只写的ZIP文件,或创建一个只写的ZIP文件;’a’表示打开一个ZIP文件,并添加内容。 compression表示压缩格式,可选的压缩格式只有2个:ZIP_STORE;ZIP_DEFLATED。ZIP_STORE是默认的,表示不压缩;ZIP_DEFLATED表示压缩,如果你不知道什么是Deflated,那么建议你去补补课。 allowZip64为True时,表示支持64位的压缩,一般而言,在所压缩的文件大于2G时,会用到这个选项;默认情况下,该值为False,因为Unix系统不支持。 1.2 zipfile.close() 说真的,这个没什么可说的,如果有的话,那就是你写入的任何文件在关闭之前不会真正写入磁盘。 1.3 zipfile.write(filename[, arcname[, compress_type]]) acrname是压缩文件中该文件的名字,默认情况下和filename一样 compress_type的存在是因为zip文件允许被压缩的文件可以有不同的压缩类型。 1.4 zipfile.extractall([path[, member[, password]]]) path解压缩目录,没什么可说的 member需要解压缩的文件名儿列表 password当zip文件有密码时需要该选项 对于简单的应用,这么多就够了。 2)高级应用 2.1 zipfile.is_zipfile(filename) 判断一个文件是不是压缩文件 2.2 ZipFile.namelist() 返回文件列表 2.3 ZipFile.open(name[, mode[, password]]) 打开压缩文档中的某个文件 2.4 ZipFile.infolist() 2.5 ZipFile.getinfo(name) 上述文件返回ZipInfo对象,只不过一个返回的是列表,一个返回的是一个ZipInfo ZipInfo类 2.6 ZipInfo.filename 2.7 ZipInfo.date_time 返回值的格式为(year,month,date,hour,minute,second) 2.8 ZipInfo.compress_type 2.9 ZipInfo.comment 2.10ZipInfo.extra 2.11ZipInfo.create_system 2.12ZipInfo.extract_version 2.13ZipInfo.reserved 总是0 2.14ZipInfo.flag_bits 2.15ZipInfo.volume 2.16ZipInfo.internal_attr 2.17ZipInfo.external_attr 2.18ZipInfo.header_offset 2.19ZipInfo.CRC 2.20ZipInfo.file_size 2.21ZipInfo.compress_size 2.22ZipFile.testzip() 检查每个文件和它对应的CRC,如果有错误返回对应的文件列表 2.23ZipFile.setpassword(password) 2.24ZipFile.read(name[,password]) 返回对应的文件 2.25ZipFile.printdir() 打印压缩文件夹的信息 2.26ZipFile.writestr(zipinfo_or_arcname, bytes) PyZipFile类 zipfile.PyZipFile除了上面的方法和属性之外,还有一个特殊的方法 2.27PyZipFile.writ

03

JDK21昨天发布了!面试官:来,谈下jdk21的新特性!

JDK21 计划23年9月19日正式发布,尽管一直以来都是“版随意出,换 8 算我输”,但这么多年这么多版本的折腾,若是之前的 LTS 版本JDK17你还觉得不错,那 JDK21还是有必要关注一下,因为会有一批重要更新发布到生产环境中,特别是被众人期待已久的虚拟线程,纵然说这东西我感觉没有必要的用不到,需要的早已转go了,但作为近几年JDK一个“重要”的更新,在实际开发应用中还是有相当的价值。如果说之前的 JDK17你还觉得没必要折腾,那 JDK21确实有必要关注一下了。因为 JDK21 引入了一种新型的并发编程模式。当前 Java 中的多线程并发编程绝对是另我们都非常头疼的一部分,感觉就是学起来难啃,用起来难用。但是转头看看使用其他语言的朋友们,根本就没有这个烦恼嘛,比如 GoLang,感觉人家用起来就很丝滑因此这篇文章主要摘录了这次更新中个人觉得相对有价值的几点做个基本的介绍,想要体验新功能的同学可以阅读一下。

04
领券