Statistics for host objectstorage.ap-tokyo-1.oraclecloud.com (134.70.80.3): | Probes Sent: 3901 | Rcvd: 3266 | Lost: 635 (16.28%) |_ Max rtt: 21425.855ms | Min rtt: 71.073ms | Avg rtt: 4396.664msStatistics for host objectstorage.ap-osaka-1.oraclecloud.com (134.70.112.3): | Probes Sent: 3901 | Rcvd: 3463 | Lost: 438 (11.23%) |_ Max rtt: 21507.730ms | Min rtt: 159.673ms | Avg rtt: 3272.418msStatistics…
搜索了各种 gitlab 422 和 csrf 相关的信息，都无法解决问题。 后来查日志发现服务器时间不对，值得怀疑。更新了服务器时间后，422消失了。 记录一下，备查。 真是。。折腾了好久nginx转发的http header，白费力气。 Can’t verify CSRF token authenticity.Completed 422 Unprocessable Entity in 143ms (ActiveRecord: 1.1ms)ActionController::InvalidAuthenticityToken (ActionController::InvalidAuthenticityToken):
有些域名后缀在微信里打开会出现安全提示，更可恶的是会强制重新排版，导致显示有问题，js也无法执行。 TLD顶级域名 首年价格 续费价格 微信内打开是否有安全提示.club$1.37/yr – x.site$1.38/yr– x.xyz$1.38/yr$7.99x.online$1.38/yr$8.88x.space$1.38/yr– x.live$1.88/yr$39.76√.world$1.88/yr$49.76√.email$3.88/yr$33.76√.network$3.88/yr$31.76√.life$3.88/yr$49.76√.today$3.88/yr$33.76√.services$3.88/yr$49.76√.vip$3.99/yr$25.76√.art$5.88/yr$21.56√.cc$5.88/yr– x.solutions$6.88/yr– √.group$6.88/yr– √.tech$6.88/yr– x.co$8.48/yr– x.biz$8.48/yr– x.com$8.88/yr$20.98√.design$9.88/yr– √.global$19.88/yr– √.is$33.88/yr– √.wang– – x.xincan’t buy aboad– √.ink– $49.76√.top – – x.pw– – x.work$2.88$13.76√.icu$1.29/yr$15.58/yr√.red– – x
12条原则。 – 第1条、动议中心原则：动议是开会议事的基本单元。“动议者，行动的提议也。”会议讨论的内容应当是一系列明确的动议，它们必须是具体、明确、可操作的行动建议。先动议后讨论，无动议不讨论。 – 第2条、主持中立原则：会议“主持人”的基本职责是遵照规则来裁判并执行程序，尽可能不发表自己的意见，也不能对别人的发言表示倾向。（主持人若要发言，必须先授权他人临时代行主持之责，直到当前动议表决结束。） – 第3条、机会均等原则：任何人发言前须示意主持人，得到其允许后方可发言。先举手者优先，但尚未对当前动议发过言者，优先于已发过言者。同时，主持人应尽量让意见相反的双方轮流得到发言机会，以保持平衡。 – 第4条、立场明确原则：发言人应首先表明对当前待决动议的立场是赞成还是反对，然后说明理由。 – 第5条、发言完整原则：不能打断别人的发言。 – 第6条、面对主持原则：发言要面对主持人，参会者之间不得直接辩论。 – 第7条、限时限次原则：每人每次发言的时间有限制(比如约定不得超过2分钟）；每人对同一动议的发言次数也有限制（比如约定不得超过2次）。 – 第8条、一时一件原则：发言不得偏离当前待决的问题。只有在一个动议处理完毕后，才能引入或讨论另外一个动议。（主持人对跑题行为应予制止。） – 第9条、遵守裁判原则：主持人应制止违反议事规则的行为，这类行为者应立即接受主持人的裁判。 – 第10条、文明表达原则：不得进行人身攻击、不得质疑他人动机、习惯或偏好，辩论应就事论事，以当前待决问题为限。 – 第11条、充分辩论原则：表决须在讨论充分展开之后方可进行。 – 第12条、多数裁决原则：（在简单多数通过的情况下）动议的通过要求“赞成方”的票数严格多于“反对方”的票数（平局即没通过）。弃权者不计入有效票。 议事规则的基本精神却是非常简约清晰的，大致来说有五项：权利公正、充分讨论、一时一件、一事一议、多数裁决。
第一阶段：生成profile文件 安装 pecl install channel://pecl.php.net/xhprof-0.9.2 （目前是Beta版）， 如果不能直接install，则可以 pecl download下来后，phpize && ./configure && make && make install 编辑php.ini 添加如下 extension=xhprof.so ;Path to store xhprof file, ;需要定期清理 ;注意创建路径和权限 xhprof.output_dir=”/logs/xhprof” 在生产环境中启用 /home/xLight/php/lib/prepend.php: <?php //* 启动xhprof，万分之一概率 if(mt_rand(1, 10000)==1 && function_exists(‘xhprof_enable’) ) { xhprof_enable(XHPROF_FLAGS_MEMORY);//XHPROF_FLAGS_CPU + XHPROF_FLAGS_MEMORY ,官方不建议在生产环境开启XHPROF_FLAGS_CPU define(‘XHPROF_ON’,true);//标记 //定义输出profile文件的规则 define(‘XHPROF_TIMELIMIT’, 10);//记录执行超过这个时间的。单位：秒 define(‘XHPROF_MEMLIMIT’, 50);//记录内存使用超过这个量的。单位：M //define(‘XHPROF_DIR’, ‘/’.date(‘Ymd_H’) ); //开启本行则启用自己的按时间拆分路径逻辑 register_shutdown_function(‘xhprof_save’); //die强行终止的程序也会有记录 } //*/ /home/xLight/php/lib/append.php: function xhprof_save(){…
产品设计十诫 不要忘记目标，统一目标下的产品和销售也许会有分歧，但不会对立。 不要执着于细节，细节有改善的机会，而全局性的错误则可能是致命的。 不要延续错误。 不要追逐功能，而应抓住产品的神髓——最佳的用户体验是基于最基础的信息（功能）量（层次）上。 不要尝试一步到位，达成最佳结果的最优步骤未必是一步。 不要停止思考，要多想一些：这个功能上线后三个月，是不是还有发展？ 不要麻烦用户，该是产品解决问题就要由产品解决。 不要解释产品，要让产品解释自己。 不要满足用户——要引导——用户是永远不会满足的。 不要忘记自己人。 其中第7条对应的就是”关我鸟事“系列。
开发工具： PHP，mac os内置php，版本还挺高，5.3.4 装了xcode4，下载了2天2夜 textmate 据说超好，但是我一点都不觉得，我觉得editplus最舒服了。但是对中文兼容不好，显示中文参考这个 ，输入问题参考这个 2.0已经解决中文问题。 Coda 用起来感觉不错，内置remote编辑功能，对于我这种在开发服务器上写代码的人很方便。 svn/git工具，竟然都是收费的： CornerStone（推荐）、Version、SmartSVN；GitHub、GitBox、GitX 从小众软件翻mac软件，一个有实际价值的都没有，果然够小众。 dropbox，这还用介绍吗？ SimpleSSHProxy ，通过ssh建立http-proxy的小工具，menu bar上有个小图标，不占dock twitter不错 Sparrow这个gmail客户端不错，有广告条，不过基本不影响 qq mac版，这个还是要装的 阿里旺旺 mac版，对于我这个在网上花钱占支出70%以上的，这个必备 浏览器装了Opera 和 Chrome，内置的Safari也很好用。 Opera的mac稳定性明显比windows版差。不过用惯了，各种内置贴心小功能真的很省心， 比如 “tab分组”“锁定tab”，将“使用代理服务器”“允许javascript”开关直接拖到界面上，侧边栏，实在欲罢不能。
来源：http://daxu.net/archives/1034.html ，作者应该是雅虎中国的工程师 Fenng: Yahoo! 中国犯了阿里巴巴 1001 个错误中的 1000 个 作者：大徐 发表时间：2009-09-22 星期二 13:28:27 版权声明：可以任意转载，转载时请务必以超链接形式标明文章原始出处。 曾经，在11个半月以前，我请了婚假，到了新的公司。11个半月过去了，几波人做了好几个版本，数百人数十个产品线堆砌出来。 想知道你做的产品怎么样？从头开始看看吧。别老用那个资料丰富、关系众多的帐号体验了，别老用自己熟悉的点击、熟悉的操作去体验了，别老用惯用的提供功能、提供丰富内容的思维去干活了。用户无所是从，忙然，不知如何开始，用户实际的行为就是迅速关掉浏览器。用户千辛万苦完成激活（注册），得到的是这么一个首页，完善个人资料、上传头像，然后呢？甚至我自己在用一个全新的帐号使用我自己产出的产品时也觉得无所适从，茫然，不知如何开始，我真的很想迅速关掉浏览器。 08 年9月，需求出现爆炸式的增长，来自内部的、外部的，自己的、领导的各种需求扑面而来。需求失控，bug众多，眼看新的版本几乎无法发布。09年5月，同样的事情再次发生，部门众多，需求众多，内部协调的成本很大，外部的需求、领导的需求再次开始呈膨胀的态势发展。这是一个轮回吗？一个8个月的轮回？ 我们忙，我们累，我们老加班，但是我的活计不争气。实话说，我觉得我真的忙，我觉得我一个人在做一个团队的工作，和几个部门沟通很多事，外来很多需求，自己也有很多需求，领导时不时的还排点活。我觉得我真的累，每天都像打仗一样，一波一波的人，说来说去，说去说来。无尽的沟通、无尽的会议，无尽的文档、无尽的邮件，每天补漏很多，每天做很多决定，每天沟通很多事情。我真的老加班，平时加班到10点、11点，五一前后一连几个周末加班。但是我不得不说，我们的活计不争气，它真的很烂。 那么多破玩意，全塞在这网页里面。那么多运营的东西挂在首页上，就那么点位置每个部门的人还来争取，都觉得那个地方就应该是他们的。给用户喂那么多东西，谁喜欢？海子的诗和那些不知道是干什么的的东西，玩浪漫？玩文化？玩深沉？这些东西和用户有关吗？这些东西和自己有关吗？用户怎么加第一个好友？怎么发第一个邀请？怎么导入联系人？ 09年5月，又一个大版本上线，可惜这个版本被老婆称为”你们的烂网站”，当老婆在开心网种着灵芝，一天被偷几十个雪莲，恐龙、大象、企鹅混养，参加拉力赛，换房子，加许如云为好友的时候，这种感觉真不好。 注：这是一篇几个月前随意记录的东西，事情已经过去，情况已经变化。
# Slow Query log-slow-queries=/var/log/mysqld-slow.log long_query_time=1 # 02-05 end # add by xLight max_connections = 400 innodb_buffer_pool_size = 2G query_cache_size = 128M expire_logs_days = 7