作者: nop

  • 富途证券A论融资千万美金

    近日富途证券完成由腾讯、经纬创投、红杉资本三家公司共同出资的千万美金A轮融资。注册并使用富途证券有一阵子了,现在的富途证券较早先已经有了明显的提升,推出了多种的客户端,并且更新的步伐不断加快。

    A轮融资完成后,期待富途证券能够给客户提供更快捷,更优质的服务。就在刚刚,富途证券也搬迁到了新的办公地点。

    深圳地址自1月25日起更改为:深圳市南山区科技园中区科苑路15号科兴科学园C栋3单元9层。
    香港地区自2月1日起更改为:香港上环文咸西街14-20号盘谷银行大厦11楼全层。

    他们也是蛮拼的,已经晚上7点多了,还在忙碌。初创公司,值得我们给予更都的关注。

    截至到今天,已经有96601用户加入富途,有 $300.94亿资金的交易在富途完成。希望在2015年,能够和富途一起牛起。

  • 警惕来自wap.gsiibc.com关于工行密码器证书到期的诈骗

    刚刚收到一条自称是95588发来的短信,短信内容如下:

    尊敬的工行用户:您好!您的工行密码器证书将于明日失效,请手机登入我行网站 wap.gsiibc.com 重新激活使用《工商银行》

    虽然是工行用户不假,但是我没有密码器。再者为什么域名不是icbc,于是乎确定是诈骗短信无疑。并拨打95588确认了一下,的确是诈骗短信。

    骗子会让您登录上面那个网址,您输入银行卡号和密码后,他们的钓鱼也就开始了。所以如果您也收到了类似的短信,请立即忽略掉。

    骗子是打一枪换一个地方,他们弄了大量的假域名,所以隐蔽性越来越高了,一定要做好防范。

  • DigitalOcean开始支持FreeBSD

    DigitalOcean应广大客户要求,在今天正式开始支持FreeBSD。附上官方的宣传海报:

    FreeBSD作为DigitalOcean平台上出现的地一个非Linux内核的操作系统,以稳定性和良好的操作性而著称。作为20156年DigitalOcean的第一个大动作,期待DigitalOcean能够提供更多更好的服务。本来打算翻译官方给出的详细说明,发现自己的中式英语太蹩脚了,就不献丑了,在这里附上官方的说明,供参考。

    We’re happy to announce that FreeBSD is now available for use on DigitalOcean!

    FreeBSD will be the first non-Linux distribution available for use on our platform. It’s been widely requested because of its reputation of being a stable and performant OS. While similar to other open source unix-like operating systems, it’s unique in that the development of both its kernel and user space utilities are managed by the same core team, ensuring consistent development standards across the project. FreeBSD also offers a simple, yet powerful package management system that allows you to compile and install third-party software for your system with ease.

    One particularly compelling attribute of the FreeBSD project is the quality of theirdocumentation, including the FreeBSD Handbook which provides a comprehensive and thoughtful overview of the operating system. We at DigitalOcean love effective and concise technical writing, and so we’ve also produced numerous FreeBSD tutorials to aid new users with Getting Started with FreeBSD.

    We understand that this has been a long standing user request, and we’ve heard you. You might be asking yourself – what took so long?

    The internal structure of DigitalOcean’s engineering team has rapidly changed over time due to the dynamic growth of the company. What began as a couple of guys coding furiously in a room in Brooklyn has ballooned to a 100+ person organization serving hundreds of thousands of users around the globe. As we’ve grown, by necessity we’ve needed to adjust and reorganize ourselves and our systems to be able to better serve our users. There have been many experiments in how we approach, prioritize and execute this work; this image is a result of the successful alignment of a few key elements.

    Technical Foundation

    Last year, we built our metadata service — allowing a droplet to have access to information about itself at the time that it’s being created. This is a powerful thing because it gives a vanilla image a mechanism to configure itself independently. This service was a big part what allowed us to offer CoreOS, and in building it, it gave us more flexibility in what we could offer moving forward. Our backend code would no longer need to know the contents of the image to be able to serve it. On creation, the droplet itself could query for configurables — hostnames, ssh keys, and the like — and configure itself instead of relying on a third party.

    This fundamental decoupling is an echo of a familiar refrain: build well defined interfaces and don’t let knowledge leak across those boundaries unnecessarily. It’s allowed us to free images from customization by our backend code, and entirely sidestep the problematic issue of modifying a UFS filesystem from a Linux host.

    Since we now had a feasible mechanism to allow images to be instantiated independently of our backend, we just needed to put the parts together that would allow us to inject the configuration upon creation. FreeBSD doesn’t itself offer cloud versions of the OS similar to what Canonical and Red Hat provide, so we started from a publicly available port of cloud-init meant to allow FreeBSD to run on OpenStack.

    In order to query metadata, we need to have an initial network configuration in order to build our configuration, since DigitalOcean’s droplets use static networking. During boot time, we bring up the droplet on a v4 link-local address in order to do the initial query to the service. From there, we pick up the real network config, hostname, and ssh keys. The cloud-init project then writes a configuration that’s associated with the droplet’s ID. Linking this configuration to the droplet ID is the mechanism that allows it to know whether the image is being created from a snapshot or new create, or is just a rebooted instance of an already configured droplet.

    Once this configuration has been injected, FreeBSD’s boot process can continue and use it accordingly — eventually booting into the instance as expected.

    Focus

    This endeavor began life as an experiment in how we organize ourselves in the engineering team. We were given a few weeks to pick a project, self organize in cross-functional teams, and execute. A lot went right during this process that allowed this project to succeed.

    Deadlines are powerful things. Not in a punitive or negative sense of the word, but in a sense that there will be a well defined time where work on this will collectively end. So is having a very clear picture of what “done” looks like. In the case of BSD, it was particularly powerful to have a clear goal of a alpha functional BSD droplet with a date to drive for. Given the freedom to focus on a single goal, clear communication, and well defined restraints, we were able to finally deliver a long standing user request with relative ease.

    This is the start to the many things we’re excited to build in 2015!

  • 重新打理一下淘欧洲

    2012年注册了taoeuro.com这个域名,使用了discuz建了一个论坛,发了几十个帖子,没有坚持更新,加之没有太多闲暇时间好好弄一下,也就荒废了。最近正好有些空余时间,于是打算重新打理下。

    第一:更换了网站程序,由discuz换成了wordpress,由于人气有限,用discuz目前太奢侈了。

    第二:换回虚拟主机,之前一直在ec2和openshift上,国内访问速度不是很满意,换成了一个独立ip的虚拟主机。为免广告嫌疑,就不留尾巴了。

    初步计划,开始慢慢更新,等搜索引擎收录正常了,就开始坚持更新。先暂时使用现在的虚拟主机,等流量上来了,再加cdn和更换到离国内比较近的线路。

    写这个纯粹是为了吸引百度和Google的蜘蛛的软文,也算是自我营销了吧。

    淘欧洲,算是自己学习的过程吧,分享信息的同时,自己也会受益,何乐而不为。

  • ramnode 128M 使用感受及2015年最新coupon优惠码

    准备重新弄下早先注册的域名taoeuro,在v2ex看了不少网友的推荐,于是在昨天购买了一个ramnode 最低配置的vps,考虑到一般虚拟主机性价比不高,所以选择了价位相当的vps,还有一个独立ip,并且自己的可操控能力较强。

    15刀年付,几个机房可供选择,我选择了西雅图的机房,湖南电信这边访问速度还不错。现在的15刀每年的这款vps性能较之前的版本有了缩水,早先是内存和swap都是128m,现在内存虽然还是128m,但是swap交换分区已经缩水到64m,不要小看了这点缩水。

    vps所装程序中,如果用来搭建网站的话,mysql是消耗内存的大户,swap减半之后,mysql 5.5 都没办法安装,更不容说维持网站日常访问了。所以如果用来搭建wordpress的话,还是不推荐了,频繁的宕机会被搜索引擎给k了的。

    貌似他们的退款是3日内提交才可以,所以如果购买之后不满意的话,请第一时间联系客服取消服务。由于早先的优惠码已经都不能用了,这里给大家推荐一个最新的折扣码,下单减5刀。

    优惠码是官网提供的,WOWSSD5

    Get a $5 credit when you order a new VPS! Coupon: WOWSSD5

    这款vps的i/o性能很不错,如果用来做其他的话,还是很不错的。

    Update:

    目前最新可用折扣为订单9折优惠,优惠代码为SSD10

    10% OFF ANY NEW SSD VPS! Coupon: SSD10

  • digitalocean wordpress 数据库错误解决办法

    wordpress数据库连接错误的毛病相信很多用户都遇到过,无非是数据库出了故障,导致连接失败。前几日,一直被数据库连接错误的问题所围绕。刚开始,认为是vps性能差导致,于是开启了cache,可是依然如故,没过多久就又连接错误了。

    从网上搜索了一些优化mysql数据库的文章,尝试优化数据库,优化之后直接无法启动数据库了,查看日志后发现wp_options这个表故障所致,在vps中,进入mysql,repair下wp_options这个表,就可以了。

    用到的命令:

    登录MySQL:mysql -uroot -p (用root账户登录),然后输入密码;

    修复数据表:repair 表名

    修复wp_options的话,就输入 repair wp_options

    退出mysql操作: q

     

  • digitalocean使用两天感受

    博客由digitalocean驱动,有5天了,整体感觉不错,不过数据库挂掉了不下两次了,由于前几日没注意,看到阿里云发来的监测日志,才意识到宕机时间那么久。联系了客服,客服给的建议,竟然是让升级服务,说是512内存的vps支撑不了。

    这个确实有些让人难以接受了,我流量少的可怜,不存在大的波动,怎么可能频繁宕机呢?继续用两天试试,如果不行的话,就重装试试,实在不行就用完这个月再换回ec2,毕竟稳定比什么都重要。

    附上客服的奇葩解决办法:

    The most common reason why MySQL is not running is that it stopped or failed to start as a result of not enough memory.

    This can usually be seen by attempting to start the mysql server (“service mysql start” on Ubuntu and some other systems) and then reviewing the mysql error log (usually in /var/log/mysql/error.log or similar file path).

    A useful program to review the logs one page at a time is “less” –for example:

    less /var/log/mysql/error.log

    If you see memory issues such as “mmap can’t allocate” then you can be sure that you are having memory issues.

    Potential solutions are:

    1) upsize to a larger server. We recommend at least a 1GB droplet for any server utilizing a MySQL database.

    2) Enable swap space, which functions in the same way as RAM, except it’s slower since it’s using disk space to simulate RAM. Your system uses this only in the case where you run out of RAM, and it’ll likely result in slower responses from your site, but if you add enough swap (generally twice as much as the amount of RAM you have is a safe bet) it should prevent MySQL from crashing and causing your site to go down. You can find a guide relevant to your Linux distribution here:

    有点店大欺客的感觉了,之前哪怕用000webhost都没有这么脆弱。

  • 中邮海外购一次不愉快的使用体验

    海淘有4个多年头了,用过很多转运公司,要说哪家最好,不同的时间,不同的阶段,很难下一个定论。但是要问哪家最烂,体验最差的话,中邮海外购和hopshopgo不分伯仲。今天介绍下,中邮海外购的一次不愉快的使用体验。

    11月27日,中邮海外购在微博搞活动,发放邀请码,这个活动当时策划的就不到位,很多用户参与了活动,却没有收到邀请码。我在第二天注册成功,这场不愉快的使用也就开始了。

    吐槽点一:

    很多用户收不到验证邮件,无法进行账户验证。

    吐槽点二:

    必须要先预报,才能入库。

    吐槽点三:

    入库龟速。

    吐槽点四:

    出库更是龟速。

    太多可以吐槽的地方了,不赘述了。这里开始讲下自己实际使用情况。

    12天到货,是真是假?

    彻头彻尾的谎言,很多用户12天连出库、入库都没能给保证。这个广告目前已经换下,估计他们也没脸再打了。

    费用这么贵,服务如何?

    费用是相当的贵,大家可以看下价目表,我天,能收费的服务绝不免费。服务绝对对不起这个收费。

    多口岸清关是真的么?

    假的,至少目前为止,所有的用户都是广州海关清关,没有用户反映在自己家门口的海关清关。

    邮政清关会不会有优势?

    有哪门子优势?很多用户反映,这家中邮海外购是皮包公司,外包的,由于我没有确凿的证据来确认,这一点不能发表评论。即使他们是真的邮政公司,那也走的不是万国邮联,而是商业报关。种种迹象表明,他们像是一家皮包公司,我只能说他们“像”。

    好怕呀,会不会被税啊?

    如果你买的东西比较多,例如3条牛仔裤啊,2件衬衣啊,等着被税吧。绝对没商量,你还看不到税单的,会收到催缴税单的邮件以及短信。

    他们无耻的嘴脸可以在这条不是人话的短信中看得清清楚楚:

    您好,XXX  先生/女士:很抱歉的通知您,您的包裹被海关查验,需要支付税金 ¥XXXX  元,请您在3天内支付关税,包裹才能放行。若3天内未支付关税,发生丢包等情况,造成的损失由客户您自行承担哦。若超过60天未缴纳关税,您的包裹将被海关销毁。

    哎呀,是我们作死呢,还是你们作死?

    2014年11月30到达仓库,12月2日入库,2015年1月2日我自己去邮局提货,尼玛,邮局活没干完还竟找理由推脱,不送货。

    综上所述,中邮海外购是一家连皮包公司都不如的转运,如果你还心存侥幸的话,可以走几单玩玩。

    唯一值得表扬一下的是,他们的微博没有删除用户的回帖,不过针对用户的质疑,太极拳的打法堪称上乘。如果你使用了中邮海外购,并且已经上当了,请在这篇文章下留言,让大家认清这家骗子公司的丑恶嘴脸。

    欢迎转载,以免更多用户上当受骗!

     

  • 12306错峰抢票的一些技巧

    又到一年春运抢票期,从12306网站正式运营以来的几个春运购票我都赶上了,不过今年明显感觉购票难度较大。下面简单介绍几种购票的技巧。

    高铁以及动车

    先买票上车,哪怕只买了一站,上车去餐车补票,在餐车坐着休息就可以了,刚开始的时候12306会优先出售始发站到终点站的车票,到临近发车时间的时候,会陆陆续续的出售相应的中途车票。

    为什么刚开始售票就无票了?

    运力是瓶颈,怎么优化12306都死假的,无非是加快了火车票的秒杀速度。这里给大家提供一个技巧,如何确定你所要购买车票的抢票难度。

    先查看始发站的购买情况,始发站如果相当走俏的话,那么难度就相当大了。始发站跟您所在乘车站的售票时间要确定好,如果您的乘车站售票时间早于始发站的话,那么这趟车次在你准点买票的时候,很有可能会显示无票的,也就是灰色的预订按钮。这个时候,千万不要灰心,等着始发站到点的时候,你再抢票,该车次就会有票显示了。

    举个例子,G286次怀化南开往济南西的高铁,怀化南站的起售时间为17:30,如果乘车站是长沙南站的话,长沙南站的售票时间为14:30,这个时间点购票的话,按钮极有可能是灰色的,你等到17:30再刷新就会有惊喜。

    最后祝愿所有的游子们都能买到回家的车票,辛苦一年了好好,回家过个好年。

  • 从amazon ec2搬迁至digitalocean

    博客使用Amazon EC2有一年了,一年的免费使用配额就要结束,由于博客所占用的空间以及流量比较低,综合考量之后,决定搬迁。EC2使用过程中,直到最后这个月的时候,才出现了MYSQL数据库有损坏的问题,简单修复后仍然正常使用,没有重启过,没有遇到过宕机。单论稳定这一条,还是很赞的。

    搬迁思路,很简单,EC2和digitalocean分别安装phpmyadmin,推荐安装4.0的版本,否则会遇到提示数据库版本低的问题。备份wp-content目录,copy到digitalocean中。

    不推荐使用wordpress的数据库备份插件,导入后会遇到乱码问题。

    由于博客使用了伪静态,导入到digitalocean后要设置一下。digitalocean一键安装的wordpress是使用的lamp架构,vps默认直接开启了伪静态。只需要在wordpress根目录添加.htaccess文件即可。

    还有一点就是wp-content文件夹的权限设置。

    处理完了以上这些问题就搬家成功了。如果遇到问题测试域名的话,建议自己本机改host来配合测试。