logo

All Posts

  • Published on
    ## UniClownTheWorld V4.2 ### TAG 这次的修改理念主要是加入TAG 给所有的POST和CASE打上标签 同一个内容可以包含多种标签 更方便内容的跨CASE联系 例如不同平台的同一部作品 或者说同一部作品的不同系列 在本次的更新上 1. 可以方便的管理标签 2. 展示标签 3. 点击标签显示对应的内容 4. 标签云效果 ### CASE 强化TAG理念的同时,CASE的概念被削弱了 按照之前我的想法,我发布的所有内容都会有一定的分类 而分类之上也有分类 以CASE来管理POST 可能是一部作品,POST是不同时间这对部作品的想法 可能是一次活动,POST是整个活动过程的记录 我们以游戏中的任务作类比 任务本身是CASE 而完成任务中的一切是POST 如果要给中文的话,我不会给『分类』 而是给『案件』、『事件』 应该是一个动态的概念 DO SOMETHING 有一种可完成的感觉 起一种XXX发布了XXX活动、事件的感觉 相当于新闻类和小说类的区别 经过上述的整理 我觉得CASE就应该改成动宾短语或者祈使句的形式 像是『来玩精灵宝可梦吧』『观看四月是你的谎言』『这周末去烧烤』 这样的短句 并不是对某样事物的描述,而是对某件行动的总结 因此不存在父子级的CASE 像是『看电影』->『看肖申克的救赎』 就没有这种加分类的必要了,直接所有CASE都是细分的 所有事件都在同一个池子中,按照时间顺序排列,以TAG做分类管理 为此,我们需要重构CASE 1. 标题title 2. 发起时间,应该是生效时间,区别于created_at,就相当于活动的开始时间 3. 结束时间,与发起相对应 4. 状态,未开始,已开始,已完成等 5. 图片 不用,但需要LOGO字段,通过方法获取POST的图片,以第一个POST的第一张图片为LOGO(需要字段) ~~是否需要?可以做方法获取所有POST的图片,但是CASE仍然需要一个版图,这个问题和正文相挂钩~~ 6. content 不需要,看情况置顶一个POST。~~展示CONTENT的地方会同时展示POST?~~,~~是否需要正文,正文一般会写一些起因经过,但是这和post的功能重合,或者说应该用post来写,所有没有必要呢~~ 7. 类型(公开程度) 8. tag,不需要字段
  • Published on
    ![路人女主的养成方法13卷封面.jpg](https://akagi.oss-cn-hangzhou.aliyuncs.com/blog/201812/1511705681065.JPG) 随着动画第二季完结的同时 路人女主的养成方法的小说十三卷也发售了 结局走向基本在上一卷已经明确了 先前放出的封面图也在不断明示着结局 理所当然的嘛 就算小说前六卷从来没有上过封面 动画前几集根本不给镜头 发言时时常缺失主语 这样的不起眼女主角最后还是成功标题杀 这一卷基本全文在发糖,从头甜到尾,惠党满足 ![_pic-01.jpg](https://akagi.oss-cn-hangzhou.aliyuncs.com/blog/201812/1511705769225.JPG) 然而这部作品从总的角度来看 不过是一部普通的青春恋爱故事 就算是信徒的我也不得不承认 这是一部女主角从后宫中取胜这样毫无悬念的随处可见的作品 唯一与众不同的是 创造出了我至今为止最喜欢的女主角 ![_cover-03.jpg](https://akagi.oss-cn-hangzhou.aliyuncs.com/blog/201812/1511705798746.JPG) 四年前,大概大学时期 我追溯过我喜欢的角色 发现一个问题 女性角色的比例其实很少 虽然和我是少年漫画派系的原因有很大关系 而且我接触的GAL作品也不多 但是数量到个位数也太奇怪了吧 谈到女性角色要追溯到C.C.也有点古老了吧 初中时期我不是也厨过saber,夏娜,凉宫之流嘛 但是提起喜欢的女性角色却只能想起牧濑红莉栖或是C.C. 我甚至要怀疑我看的根本不是深夜动画 只是个看五点档动画的普通的少年 要是排起我喜欢的男主角或者是招式名还有机体我可以排上好几天 也不能怪我吧,男性向作品对女性角色的刻画实在太少了吧 又或者就直接做几个媚宅角色,关注作品的时候一阵舔,热度下来了连角色名也记不清了 老婆三个月一换不是没有道理 特别是现在的动画角色越来越倾向于美型设计 光是一个路人角色拿出来也可以在过去的作品中当上女主角 当外形上没有竞争力的时候 角色本身的刻画显得尤其重要 千反田爱琉逐渐淡出的原因大概就在这里 千反田对于作品本身是牺牲的 全身上下,从形象到性格,人物背景,全都是为了推进故事而设定的,像是道具一样被使用 也许米泽老师现在来写的话会重新刻画千反田的形象 但是对于现在的故事本身来说,千反田的人性甚至远不及摩耶花 如此可见京都的刻画有多少精彩了,硬是把剧情推进机刻画成了如此生动的角色,让我有一阵子也如此迷恋这个角色 但是直到我开始想象千反田在某些场合会说怎样的话的时候,才发现千反田并没有设定好的性格 拉扯了这么多 我似乎一点也没有提过加藤惠这个角色 但是我就是想用别的作品对于女性角色的刻画来与这部作品作为对比 加藤惠毫无疑问有自己的行动模式和设定好的性格 只是她既不是男主角的伙伴,也不是剧情关键人物 没有明确的目的,只是被迫参与了故事,做出了适当的反应 相比任何角色而言都没有什么特别的 甚至我都无法和别人描述这个角色好在哪里 也许仅仅是因为她总是悄声无息的在那里 但是我很明确我喜欢这样的角色 自己的一切都被她看在眼里 像是鲁鲁修的共犯 像是侍奉部的部长 自己能做到的事情也好,自己做不到的事情也好 自己在努力也好,自己在逞强也好 只不过C.C.会讽刺然后伸出手 雪之下雪乃会尽情讽刺一番 而加藤惠会把伸出去的手悬在空中 虽然我是想寻求安慰,是想有人帮我一把 但是我知道,帮的了一时,帮不了一世 必须要自己走出来,才能永远的走下去 不然我只会依赖别人而已吧 对我来说,加藤惠就是这样 会放任我,会关注我,会支持我,会牵引我的角色 同时还有着自己的小性子,小算盘 可以出刀的时候绝不手软 一刀一刀直刺心脏 把相遇到现在的账全部算一遍 太恐怖了wwww 今后绝对是吃饭时旁敲侧击不断嫌弃的老婆类型 别的角色也很棒啦 ERR也好,学姐也好 只是我需要的是加藤惠罢了 ![_pic-07.jpg](https://akagi.oss-cn-hangzhou.aliyuncs.com/blog/201812/1511705836395.JPG) 可喜可贺这一部作品落幕了 狂热的时候,我甚至把感情投入到了对声优的喜爱上 对安野希世乃厨的不要不要的 过了三个月退烧了 因为当我发现听加藤惠的台词的时候 脑中浮现的是安野,就很不妙 这不是把我惠吞了嘛 安野虽然好,但是我惠可不等于安野啊 重合起来就要出问题了 所以最近连路人女主的广播也没有关注 虽然也很有趣,还有BD的评论音轨 有很多作品背后的故事 丸户和深崎老师常驻评论音轨 关于加藤惠这一角色也会作为大家的女朋友 不断的出各种周边 但是故事本身到这里就结束了 也许还有机会看到我惠与伦也这厮亲亲我我的场面 但是那令人揪心,令人摸不清头脑的女主角 到这里就结束了 有些许遗憾,但是也有些许满足
    Cover Image for
  • Published on
    第21话 门扉 这集不多说 这里就吹一下结尾的曲子 这里的表现力论画面可能有60分 但是论音乐是120分 曲调螺旋上升 流石林友树 ![TIM截图20171126111408.png](https://akagi.oss-cn-hangzhou.aliyuncs.com/blog/201812/1511666424478.JPG) ![TIM截图20171126111540.png](https://akagi.oss-cn-hangzhou.aliyuncs.com/blog/201812/1511666424480.JPG)
    Cover Image for
  • Published on
    ![_co1.jpg](https://akagi.oss-cn-hangzhou.aliyuncs.com/blog/201812/1511623490601.JPG) 就在我快要忘却大老师所谓的真物指的是什么的时候 2017年出了大春物的第十二卷 可喜可贺 讲真的,自从提出真物以后 故事中的人再也不说人话了 以前要是让我给这本小说写腰封 我会写『孤独者的圣经』 讲道理,我也被大老师的很多歪门邪道拯救过 但是现在我却认识到 真正的孤独者,是不需要别人认同的 也就是说孤独者根本不需要圣经,只需要自己 所以这大概只是『矫情者的圣经』 因此我更加喜欢这部作品了 我们都知道我们真正想要的东西 但是我们得不到 所以我们干脆说自己不想要 这样就不会因为拼命努力却没有得到而受伤 第十二卷比我想象中的长 本以为还是要像之前两卷一样拖戏 结果已经直入主题了 变成了周围人都懂但是不说明, 我其实也懂但是不想承认, 她也懂但是妥协了, 她最清楚但是不想耍赖也不想放弃的局面 ![_co2.jpg](https://akagi.oss-cn-hangzhou.aliyuncs.com/blog/201812/1511624468146.JPG) 由比滨的中间一段后结尾一段POV真是心疼不已 她也知道自己只要A出去就赢了 甚至只要提个问就可以听到她的否认 甚至只要没有忍住泪水就可以留住他 只是她做不到 我毫无疑问是忠实的雪之下信徒 从第一本第一幕的对话就爱上了这个角色 我觉得大老师一定也是 这一卷中基本每一章都在不断的提雪之下有多漂亮 但是两季动画不同的画风,加上插画谁都一样的脸庞 我现在觉得雪之下雪乃作为动画角色而言 算不上能有多萌 至少不像我惠,就算只有外表我也喜欢(???) 论萌点一色彩羽不是更加突出么 但是我和大老师都曾相信着雪之下雪乃的绝对正确 高高在上,独立自行,从各种层面,时而正面进攻,时而旁敲侧击的批判你,把你贬的一文不值 我和大老师是抖M么?也许是,但是更多的是因为, 我们知道自己是错的, 但是我们不愿意承认, 我们喜欢用歪理伪装自己, 我们更喜欢有人来戳破我们的伪装 只有在她身边,我们不用刻意伪装 因为我们都彼此知根知底 雪乃:『你有朋友么?』 大老师:『那要从朋友的定义说起』 雪乃:『那就是没有』 大老师:『那你呢』 雪乃:『我不需要』 大老师:『如果可以的话,我。』 雪乃:『我拒绝』 我超喜欢这段对话的 而且还发生了两次 只是依然被断然拒绝了 故事推进到现在 阳乃姐姐直问你们三人是什么关系 大老师想了半天说了一个三角关系 结果阳乃爆笑,说这话从他自己口中说出来太搞笑了 其实我们谁都觉得是三角关系吧 所以我们才纠结大老师到底选择谁 在我们恋爱脑眼里 依赖关系不是很正常嘛,互相依赖有什么不好 但是渡航想写的似乎并不是爱情故事 也许从由比滨视角看这是爱情故事,这是三角关系 但是从另外两边来看,这都是一个承认自我的故事 都是摆脱矫情的过程 比起爱上别人 首先他们要爱上自己 理解到这里我觉得我已经满足了 结局的走向已经很明确了 渡航直接跳出了选择问题,走上了自我救赎的道路 其实我想看大老师和哪个女主角亲亲我我的结局嘛? 我根本无所谓,甚至想要哪个结局自己写一个就是了 只要大老师还是矫情病患者,那我就还是能想象出他的言行 因为那就是我,想想自己的事情还不简单 不过是一个自我厌恶,然后被人拯救,又依赖别人,然后加深自我厌恶的无限深渊罢了 我想看的是大老师如何救赎自己,如何救赎我 如何书写这本『矫情者的圣经』
    Cover Image for
  • Published on
    11卷 欠了好久,早就出了,一直没有读 读了半天才会想起来现在是个什么惨案 每一卷都不停的让我在叹息,这群人也太惨了吧 能不能让他们休息一会儿啊 看看这一张张插画,就没有一张有好一点的表情 打完四大天王有小茂上来,打穿白银山出来一个小智 这本小说总是在主角团连站都站不稳了还要刷出一个BOSS来 ![_07.jpg](https://akagi.oss-cn-hangzhou.aliyuncs.com/blog/201812/1511452065589.JPG) ![_02.jpg](https://akagi.oss-cn-hangzhou.aliyuncs.com/blog/201812/1511452065583.JPG) ![_ill01.jpg](https://akagi.oss-cn-hangzhou.aliyuncs.com/blog/201812/1511452065592.JPG) ![_05.jpg](https://akagi.oss-cn-hangzhou.aliyuncs.com/blog/201812/1511452065586.JPG) ![_cover02.jpg](https://akagi.oss-cn-hangzhou.aliyuncs.com/blog/201812/1511452065590.JPG) ![_ill02.jpg](https://akagi.oss-cn-hangzhou.aliyuncs.com/blog/201812/1511452065593.JPG) ![_06.jpg](https://akagi.oss-cn-hangzhou.aliyuncs.com/blog/201812/1511452065588.JPG)
    Cover Image for
  • Published on
    列一列亏欠的东西 1 灰与幻想的格林姆迦尔 1卷 2 路人女主的养成 最终卷 3 冰果系列书评 4 希腊棺材事件 5 究极日月 6 天元突破系列衣服 7 SWITCH 8 XB2
  • Published on
    都是些老套路,本来看在筛选的时候就会被过滤的 但是偶尔也想看看这种剧,也好久没看到能登和樱井主役了 结果看了三集还挺有趣的 即使知道情节了还是想看下去 这大概就是年纪大喜欢看电视的现象? 又看了两集,情况有点不对,这根本就是逆后宫乙女番 别说老套路了,怕是烂掉牙玛丽苏 我一直有在断断续续玩FF14,总是玩不长呀 玩网游终归是要好友的,独狼玩不来 ![[POPGO][Netojuu_no_Susume][03][1080P][HEVC_10bit_AAC](D956B848).mkv_20171118_011144.559.jpg](https://akagi.oss-cn-hangzhou.aliyuncs.com/blog/201812/1510939284433.JPG)
    Cover Image for
  • Published on
    讲真,我上礼拜还刚在念叨 久保有没有新作啊 好想看久保味的台词和分镜啊 有种瘾犯了的感觉 bleach后面几年没啥好说的就是烂 直接画个bleach重启也好多了 不知道有没有新剧场版的计划啊
  • Published on
    第19话 对手 我不是很喜欢与人交往的原因之一 大概是因为在两个人的关系中,我很容易成为付出的一方 更准确的说,我不喜欢成为索取的一方 我从来不希望从别人那里获取什么 所以小千会对小明说『你不用努力,全部都有我来做就行了』 我觉得小千一定是和我一样笨拙又纤细的人 ![](https://akagi.oss-cn-hangzhou.aliyuncs.com/blog/201812/1510461935998.JPG)
    Cover Image for
  • Published on
    ## UCTW V4.1 ### wxbot Python项目 连接微信 接收、记录并转发微信信息 ### akagi/dorothy 接受和处理微信信息 #### niuniu 收到『牛牛』信息,自动发牌 #### 德州扑克 1. 报名 1.确认当前没有游戏进程时,可以开始报名 2.当前游戏人数为两人,且离上次报名有30秒时自动开始游戏 3.报名时,确认已经是好友,如果不是好友,不能报名 2. 发牌 1.拆出一副新牌 2.向每个选手发送两张底牌,发送好友信息 3.在群里发三张公共牌 3. 如果接受到继续发牌,且在游戏进程中,则继续发一张牌,如果发了三张牌则直接开牌 4. 如果接受到开牌,且在游戏进程中,则进行开牌 5. 在群里公布每个人的底牌 ### TODO 1. 架上微信机器人 2. 调试收发API 3. 机器人调用AKAGI API 4. AKAGI调用机器人API
  • Published on
    难受 我CGP用了没两天 电信这边就把我这个IP封了??? 我干了什么啊 联通明明能轻松访问的 就只有电信不行
  • Published on
    ## UCTW V4.0 服务器做了一次迁移,从heroku搬到了GCP 老是坐在heroku也不是办法,虽然部署还算方便,也是免费的机房 但是总想试着部署到自己的服务器上,方便今后的扩展 GCP有一年免费和300美金赠送,而且速度快的可怕 搬迁过程中遇到了很多问题 还好都有解决方法 这里汇总一下内容 方便下次迁移 ### 数据库的迁移 heroku线上使用的是postgres GCP上我打算使用mysql 1. 首先从heroku备份数据库 `heroku pg:backups:capture` 2. 下载最新的备份latest.dump `heroku pg:backups:download` 3. 将备份还原到本地pg数据库中 `pg_restore --verbose --clean --no-acl --no-owner -h localhost -U myuser -d mydb latest.dump` 4. 用本地pg数据库导出sql `pg_dump -U myuser -s mydb --inserts --format p -f pg.sql ` 5. [pg2mysql](http://www.lightbox.ca/pg2mysql.php)将pg.sql的语句转化为Mysql的语句获得mysql.sql 6. 服务器执行 `rake db:migrate RAILS_ENV=production` 7. 删除mysql.sql中的数据迁移表,然后导入 8. 配置 数据库 自动备份 [详见](y.oschina.net/u/231017/blog/186447) 其实6、7两步是可以简化的,直接导入mysql.sql到mysql中就可以了,不需要rails去建立数据库 ### ROR的部署 采用的是nginx+unicorn的配置 #### 编译静态文件 `$ RAILS_ENV=production rake assets:clean` `$ RAILS_ENV=production rake assets:precompile` #### 配置文件unicorn.rb ```ruby module Rails class <<self def root File.expand_path(__FILE__).split('/')[0..-3].join('/') end end end worker_processes 4 working_directory Rails.root listen "#{Rails.root}/tmp/sockets/socket", :backlog => 64 timeout 30 pid "#{Rails.root}/tmp/pids/unicorn.pid" stderr_path "#{Rails.root}/log/unicorn.log" stdout_path "#{Rails.root}/log/unicorn.log" # combine Ruby 2.0.0dev or REE with "preload_app true" for memory savings # http://rubyenterpriseedition.com/faq.html#adapt_apps_for_cow preload_app true GC.respond_to?(:copy_on_write_friendly=) and GC.copy_on_write_friendly = true check_client_connection false before_fork do |server, worker| # the following is highly recomended for Rails + "preload_app true" # as there's no need for the master process to hold a connection defined?(ActiveRecord::Base) and ActiveRecord::Base.connection.disconnect! old_pid = "#{server.config[:pid]}.oldbin" if File.exists?(old_pid) && old_pid != server.pid begin sig = (worker.nr + 1) >= server.worker_processes ? :QUIT : :TTOU Process.kill(sig, File.read(old_pid).to_i) rescue Errno::ENOENT, Errno::ESRCH end end # Throttle the master from forking too quickly by sleeping. Due # to the implementation of standard Unix signal handlers, this # helps (but does not completely) prevent identical, repeated signals # from being lost when the receiving process is busy. sleep 1 end after_fork do |server, worker| # the following is *required* for Rails + "preload_app true", defined?(ActiveRecord::Base) and ActiveRecord::Base.establish_connection # if preload_app is true, then you may also want to check and # restart any other shared sockets/descriptors such as Memcached, # and Redis. TokyoCabinet file handles are safe to reuse # between any number of forked children (assuming your kernel # correctly implements pread()/pwrite() system calls) end ``` #### unicorn的运行方法 `unicorn_rails -c /path/to/app/config/unicorn.rb -D -E production` #### unicorn的热部署 ```bash sudo kill -USR2 `cat path/to/app/tmp/pids/unicorn.pid` ``` 因为unicorn的设置中有多个进程,所以需要多次执行此操作 #### nginx的配置文件 ``` upstream app{ server unix:///path/to/app/tmp/sockets/socket; } server { listen 80; server_name app; root path/to/app/public; try_files $uri/index.html $uri.html $uri @app; location ~ ^/(assets)/ { expires max; add_header Cache-Control public; } location ~ .*\.(php|sql|asp)?$ { deny all; } location @app { proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Host $http_host; proxy_redirect off; proxy_pass http://app; } location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$ { expires 30d; } location ~ .*\.(js|css)?$ { expires 1h; } access_log logs/app.log; } ``` ### 安装mysql、php、phpmysql https://www.digitalocean.com/community/tutorials/how-to-install-linux-nginx-mysql-php-lemp-stack-in-ubuntu-16-04 ### 搜索引擎优化 添加了sitemap 通过/sitemap.xml访问 添加了百度的统计api ### TODO 1. 数据库的备份到网盘 2. wechat中的投票项目 3. 与微信项目的联动
  • Published on
    第18话 背号牌13 以为矛盾已经解决的我有点年轻了 这又不是什么少年漫画马陌路心机路就解决所有问题了 问题反而螺旋上升 高兴的只有痴汉睫毛怪 那种想收录在意的人的所有表情的心里,不是不懂啦 但是GAY里GAY气的 有点期待下一周他们会进化成什么样子 ![](https://akagi.oss-cn-hangzhou.aliyuncs.com/blog/201812/1509853456564.JPG) ![](https://akagi.oss-cn-hangzhou.aliyuncs.com/blog/201812/1509853456560.JPG)
    Cover Image for
  • Published on
    看了一个月比赛了 应该是从WE开始打中国区的名额我就开始关注比赛了 他不是一支我期待中的那么强的队伍 所向披靡,战无不胜 他甚至连最后一个名额也拼进了全力 但是我期待着他能变强,利用这些时间 变得像那年一样,像SKY一样 骁勇善战,百折不挠 也许是因为今年的比赛在中国举办 也许是因为今年WE拿到了出线名额 今年的比赛,我比S3以来的任何一年都更加关注 EDG还是老样子 RNG有在役选手中我最喜欢的打野和ADC,也许今年有夺冠的实力 WE相比这两个队伍大概只赢了一手上单 即使如此WE和RNG依旧跌跌撞撞进入了四强 仿佛再说这两只队伍值得期待 今年的LPL很有实力 或许是我们期待的太多 如果说昨天的比赛是惜败 那今天的比赛只能说是溃败了 RNG没有这个运气 而WE没有这个实力 SKT在短时间不断在变强 如果能在八强SKT与RNG相遇 那怕是RNG一路高歌,吹气夺冠的号角 给的SKT的时间太多了,给的WE时间却远远不够 在此之前我一直在关注各个地方对于比赛的看法 在此之后,我只觉得韩国队伍如果硬实力是和LPL六四开,那学习适应能力一定是九一开 我期待的WE变强,依旧没有发生,反而SKT和SSG越变越强,和小组赛的时候如同两个队伍 很遗憾,今年的决赛依旧是SKT对上SSG 仿佛这一年的时间消失了,回到了去年 我等着的RNG夺冠,等着的WE王者归来,和这一年的时间一样,化成了泡影 我喜欢这款游戏,无数次依赖过这款游戏 沉溺于一局又一局之间,不需要再计较人世间其他事情 世界上游戏有无数个,能留在我心中的能有多少 而让我拼命想要变强,想要证明自己的更是少之又少 然而玩一局两局的时间我是有,想要向上爬的时间却没有了 总有人说『不过是游戏,干嘛这么认真』 但是,对我来说,如果不能认真的玩游戏,还不如不玩 一款让人趋之若鹜的游戏,总会过去的 电子竞技终究不是体育竞技 每一款游戏都有自己的时代 LOL终将老去,我也是,大家都是 真希望能回到当年,一群人,热热闹闹地打游戏啊