https://ruby-china.org/shinebay en-us <p>先放网址，完全免费：<a href="http://www.domainideasgenerator.com" rel="nofollow" target="_blank" title="">www.domainideasgenerator.com</a></p> <p>自己业余时间就喜欢捣鼓一些新鲜稀奇的东东出来，几个月前开源了自己一个人花了半年时间写的论坛程序：爱码士 <a href="https://github.com/shinebay/monster" rel="nofollow" target="_blank">https://github.com/shinebay/monster</a> ，这个也许是世界上第一款采用 nosql 作为主存储而不是作为 cache 的 php 论坛程序吧。跑题了，最近两个月捣鼓了这个域名批量生成和查询的神器，因为域名的构思和联想，全世界的思路都是通用的，所以干脆做成了英文版，服务所有地球人。自己经常注册域名时，都要头脑风暴很久，到底域名应该怎样来联想和构思，比如变换音节，变换同音字等等，因此我开发了这款域名批量生成和查询的神器：Domain Ideas Generator</p> <ul> <li>1.变换音节，常规的变换音节比如：cool photos 变换为 kool photos 或者 cool fotos 等等。同时也支持短域名如 del.licio.us 这样的域名生成</li> <li>2.收集了最常用的 5000 个域名前缀和后缀加到你的关键字里面生成域名，这些含有关键词的域名，对 SEO 效果非常好</li> <li>3.将你的关键词替换为 related words，比如 cool photos 变换为 cool images ,cool pictures 等等</li> <li>4.自定义域名后缀，系统同时为你的关键词添加你最常用的后缀，不只是查 com，你也可以自定义多个后缀如 net ,org, me 等等后缀的查询</li> <li>5.对于 niche 网站，我们最关心的就是用户查询最多的关键词有哪些，于是 Domain Ideas Generator 调用了 Google, Bing, Amazon, Youtube 的搜索建议 api，同时，系统开始遍历从 0-9 以及字母 a-z 的关键词搜索建议，比如：对于关键词 photo，Domain Ideas Generator 则开始搜索 photo+1，photo+2 …… photo+9，以及 photo+a, photo+b, photo+c …… photo+z 等组合在 Google, Bing, Amazon, Youtube 给出的搜索建议，这些域名都是 SEO niche 网站最佳的域名，当然使用这个功能需要番羽 wall。</li> </ul> <p>为了直观方便的显示域名是否被注册，我用红色和绿色代表了被注册和未被注册，点击每个生成的域名，可以显示该域名关键词在你预设的后缀情况下是否被注册。 我搜集的域名常见前缀和后缀有可能不全，大家可以给点意见，你最常用的域名前缀和后缀有哪些，反馈给我，我好加上。当然，这个工具任何功能都是免费的，怎么感谢我呢？按 Ctrl+d 把这个网站加入收藏吧:)，如果你们喜欢我业余时间捣鼓的东东，支持一下，以后我会开发更多的免费东东出来，哈哈</p> <p>另外，最好在番羽 wall 情况下使用本工具，部分地区网友反映只能在番羽 wall 情况下才能查询</p> shinebay Tue, 07 Jun 2016 17:11:58 +0800 https://ruby-china.org/topics/30235 https://ruby-china.org/topics/30235 <p>爱码士倒计时页面： <a href="http://www.2ma4.com/countdown" rel="nofollow" target="_blank" title="">www.2ma4.com/countdown</a> 一直以来，我就想打造一个专为极客和码农们热烈交流的社区，纵观国内 IT 论坛，基本都是一个帖子下面平行分布各种回复，每个回复之间通过@相连接，有时经常都要找半天这个人到底是在回复谁？比如 ruby-china，phphub，V2EX，cnodejs，golang 中国 等等，这些社区都做得很精美小巧，但是，却难以将回复者之间的关系调动活跃起来。 去年 8 月份，我便开始动手编写“爱码士”这个论坛，我希望回复者能够像网易盖楼那样，一层一层彼此热情高涨，在设计过程中我参考了网易盖楼和 disqus 等网站的盖楼设计，但这些设计都不是太完美，逐渐向内缩进的盖楼意味着盖楼的楼层数始终有个最大值，印象中网易盖楼到 70 层时便塌楼了，因此，我设计了一种新的“堆栈式”盖楼设计： <img src="http://i13.tietuku.com/a45abbef94c75e2e.png" title="" alt="2ma4"> 盖楼一层层向上推进，理论上支持无限多的楼层 在前端方面，码农们眼中从来都是干净、整洁、纯粹的东西是最美的设计，因此，我将爱码士整个论坛都设计的非常干净简单： 帖子页： <img src="http://i11.tietuku.com/f93e133403337560.png" title="" alt="2ma4"> 站内私信发送： <img src="http://i12.tietuku.com/74c2dbfcb963214f.png" title="" alt="2ma4"> 个人 profile 页： <img src="http://i13.tietuku.com/af44bd6c37415bef.png" title="" alt="2ma4"> 在系统架构上，爱码士使用了经典的 MVC 架构，这个 MVC 也是内置在自己编写的一个很小巧的 php 框架中，系统存储采用了国人开发的一款基于 Google leveldb 的 nosql：ssdb（<a href="http://ssdb.io/zh_cn" rel="nofollow" target="_blank">http://ssdb.io/zh_cn</a> ），ssdb 简单的说就是一个存储在硬盘上 redis，其使用协议和 redis 相同，但由于数据全部存储在硬盘上，并且支持亿级数据，因而扩大了容量的同时大幅降低了成本。相对于传统的 php+MySQL+memcache(or filecache) 后端设计，ssdb 可以多出很多特性，比如 setx 可以限制用户频繁对一个帖子进行回复：爱码士将每个人对于一个帖子的回复 setx 一个有存活时间的 flag，在这个 flag 存活期内，用户无法再对这个帖子进行回复。但用户发送私信行为不能用 setx 进行限制，不可能让用户每隔 10 分钟发送一条私信吧，万一有多条连续重要的私信呢，这时，借助于 ssdb 的 list 特性，我们可以为每个用户发送私信的时间戳设置一个队列，尾部入栈，顶部出栈，这样，用户在规定时间内发送次数多于某个预设值时阻止发送。 在盖楼的数据库设计方面，为了达到回复内容的可控性，我没有把回复 HTML 写死在数据库里，而是将回复 reply_id 以 json 形式存在 hashmap 中 系统帖子排序分为“默认排序”和“最新帖子”，默认排序是按照 stackoverflow 的算法，感谢阮一峰老师提供的这篇文章：<a href="http://www.ruanyifeng.com/blog/2012/03/ranking_algorithm_stack_overflow.html" rel="nofollow" target="_blank">http://www.ruanyifeng.com/blog/2012/03/ranking_algorithm_stack_overflow.html</a>爱码士的默认排序也是按照这篇文章中的算法进行排序的。 整个爱码士编写大概耗时半年，其中个人感觉最难的就是私信发送系统了，私信没有采用 websocket，php 不适合干这个，也没有采用长轮询的方式，而是 js setinterval 定时请求，通过 jquery trigger click 刷新按钮请求服务器，由于第一次使用 nosql 编写这个在线聊天系统，可能会有考虑不周的 bug 出现。 系统前端只引用了 jquery 库，为了界面美观干净，没有使用臃肿的 bootstrap，全站公用一个 global.js 和 base.css，站长二次开发的时候会很方便查看代码 从 mockup 构想，到 HTML 和 css UI 设计，然后是后端架构和数据库设计，到最后的 js Ajax 前后调用，自己花了半年的时间完成，希望大家能尊重劳动成果，一个人开发所以 bug 难免，加之第一次使用 ssdb，希望大家能抱着平和的态度指出 bug，目前倒计时页面已经放出，系统目前 PC 版已经制作完成，mobile 端正在制作中，待 bug 修复完毕后，我会将 PC 端代码以安装包形式上传至 github 供站长二次开发和安装</p> shinebay Sun, 28 Feb 2016 21:27:19 +0800 https://ruby-china.org/topics/29145 https://ruby-china.org/topics/29145