cpan

今天介绍一些有趣的linux shell命令，所有的命令都可以使用 man + 命令名称 来查看完整的使用方法。 1，figlet 字符画 figlet 可以将 英文字符串 以 字符画 的形式输出： >>> figlet hello _ _ _ | |__ ___| | | ___ | '_ \ / _ \ | |/ _ \ | | | | __/ | | (_) | |_| |_|\___|_|_|\___/ 2，toilet 字符画 toilet 的功能跟 figlet 类似，但输出的字符画的样子不一样，该命令还可以设置字体和颜色。 >>> toilet hi # " # mm mmm #" # # # # # # # mm#mm 3，lolcat 字符画加彩色 lolcat 命令可以将 figlet 或 toilet 的输出加上颜色： toilet hello| lolcat 输出如下： 4，aafire 火焰 aafire 命令输出由 ASCII码 组成的火焰状的字符，屏幕燃烧起来： >>> aafire 5，fortune 随机句子 fortune 命令随机输出名言或笑话： >>> fortune Soap and education are not as sudden as a massacre, but they are more deadly in the long

转自：http://blog.itpub.net/7607759/viewspace-692828 mysql数据库的慢查询日志是非常重要的一项调优辅助日志，但是mysql默认记录的日志格式阅读时不够友好，这是由mysql日志记录规则所决定的，捕获一条就记录一条，虽说记录的信息足够详尽，但如果将浏览慢查询日志做为一项日常工作，直接阅读mysql生成的慢查询日志就有可能比较低效了。 除了操作系统命令直接查看slowlog外，mysql自己也提供了一个阅读slowlog的命令行工具：mysqldumpslow，该命令行提供了一定的分析汇总功能，可以将多个类似的SQL语句抽象显示成一个，不过功能还是有些简陋，除此之外，还有不少的第三方工具，可用于分析mysql慢查询日志，其中，三思用了一阵子mysqlsla，感觉简单又易用。 mysqlsla不仅仅可用来处理慢查询日志，也可以用来分析其它日志比如二进制日志，普通查询日志等等，其对sql语句的抽象功能非常实用，参数设定简练易用，很好上手。 当前mysqlsla的最新版本为2.03，可以下拉到官网下载，地址如下： http://hackmysql.com/scripts/mysqlsla-2.03.tar.gz mysqlsla是perl编写的脚本，运行mysqlsla需要perl-DBI和per-DBD-Mysql两模块的支持

近日 召开的 Perl 大会是在云端举办的 ，在会上 Sawyer X 宣布 Perl 有了新的前进计划。Perl 7 的开发工作已经在进行中，但不会有代码或语法上的巨大变化。它是默认带有现代行为的 Perl 5，将为以后更大的变化奠定基础。 硬核老王：在经历了 Perl 6 失败的巨大痛苦之后，Perl 社区终于从阴霾的心情中走出了。但是失去的黄金 20 年却是挽回不了了，否则别说 PHP，都不会有 Python 什么事。我认为，Perl 7 是一条自我救赎之路，应该，或许，会有新的 Perl 7、Perl 8 吧…… Perl 7 基本上是 Perl 5.32 Perl 7.0 将会是 Perl 5 系列的 5.32，但会有不同的、更合理的、更现代的默认行为。你不需要启用大多数你已经设置过的默认行为，因为这些已经为你启用了。这个大版本跳跃为我们一直以来的工作方式和未来可以做的事情之间设定了一个界限。 硬核老王：可以理解为，Perl 是一个 Perl 5 兄弟们亲手打下的家族企业，而 Perl 6 是外面请来的职业经理人，结果经理人要对家族企业采用现代化管理，差点鸡飞蛋打。现在好了，Perl 6 分家出去单过了，亲儿子 Perl 7 准备重振家业。 请记住，Perl 是一门“按我的意思做”的语言，其默认行为可能就是你想要的。在 Perl 4 和 Perl 5 的早期，这很容易

fpm工具安装 CentOS 6.x下安装 #centos6 由于自带yum源中的ruby版本太低，需要如下安装： yum -y install rpm-build yum update nss gpg --keyserver hkp://keys.gnupg.net --recv-keys 409B6B1796C275462A1703113804BB82D39DC0E3 7D2BAF1CF37B13E2069D6956105BD0E739499BDB curl -sSL https://get.rvm.io | bash -s stable source /etc/profile.d/rvm.sh rvm install 1.9.3 gem install fpm rvm use 1.9.3 --default #选择ruby版本 CentOS 7.x下安装 #安装ruby： yum -y install ruby rubygems ruby-devel rpm-build gem install fpm FPM常用参数 -f :强制覆盖[覆盖同名rpm包] -n :指定的rpm包名 -p :指定的rpm包文件放置位置 -v :指定的rpm包版本 -d :指定依赖的软件 ( [-d 'name'] or [-d 'name > version'] 例子: -d 'libstdc+

问题： I wonder why most modern solutions built using Perl don't enable UTF-8 by default. 我想知道为什么大多数使用Perl构建的现代解决方案默认情况下都不启用 UTF-8 。 I understand there are many legacy problems for core Perl scripts, where it may break things. 我知道核心Perl脚本有很多遗留问题，可能会破坏事情。 But, from my point of view, in the 21 st century, big new projects (or projects with a big perspective) should make their software UTF-8 proof from scratch. 但是，从我的角度来看，在21 世纪 ，大型新项目（或具有大的方面讲项目）应该从头开始他们的软件UTF-8的证明。 Still I don't see it happening. 我仍然看不到它的发生。 For example, Moose enables strict and warnings, but not Unicode . 例如， Moose 启用严格和警告，但不启用