Category: 事务所
-
西曆2016年年终总结
######################################################### 本作品采用知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议进行许可。 ######################################################### 看看过去这一年。。。简直一整年都在摸鱼/当咸鱼┑( ̄Д  ̄)┍ 感觉并没有做什么实质性的工作来提高自己的姿势,无用功做的挺多 md不写了明天到家再说(╯‵□′)╯︵┻━┻ 哦,对了新年愿望是咸鱼翻身~
-
Icarus的一个未来计划
钉上一个计划吧。。。或许未来的某一天会全面升级Icarus。 现有的WordPress架构已经不适合作为一个图站继续使用下去了,臃肿的代码加上各种不人性化的设置。 所以,我有一个梦想x 在未来的某一天,能够全面升级Icarus的架构,并且有足够的带宽。 拿今天这个首页特色图像的设置问题来开刀。 这个主题原先用的是其他函数控制首页特色图像,可以加载出小略缩图,加载速度非常快。 自从 一个版本开始使用add_theme_support(‘post-thumbnails’);配合the_post_thumbnail函数控制首页特色图像,从使用这个函数开始,问题就凸显出来了。 原作者并没有指定post thumbnails的详细参数,导致首页直接加载出了原图,大家也知道Icarus收录的全部都是原图(部分老投稿除外),尤其是一些扫图,动辄10几20几MB。而首页要求的是快速加载,让用户有个大体的预览,良好的UX (User Experience)才能带来更多的用户( add_theme_support(‘post-thumbnails’); <?php the_post_thumbnail( ‘ post-thumbnails ‘ ); ?> 当首页加载原图之后,不光我这里加载慢,其他比如说电信的用户加载更慢,南方尤为严重 //嘛。。Icarus现在只有华北节点,华南没有。。 然后没办法,我只好去手动添加add_image_size函数来限制特色图像的大小。 add_image_size(‘summary-image’, 768, 9999); //700代表宽,9999代表高,意为无限制 然后,情况得到了一定缓解,当然只是暂时的。 当时大部分都是桌面壁纸都是横向的,所以使用上面的限制可以加载出略缩图,直到后来收录了一个超大的纵向手机壁纸。。。 这个壁纸虽说文件大小大,但是横向分辨率不是很高,但是WordPress压缩略缩图仍然是按照横向图片的压缩方法进行压缩,导致并没有768宽的略缩图,结果只能直接加载原图。 然后我调整了add_image_size的参数,减小了之后算是瞎猫碰上死耗子了,正好能加载出来略缩图。 add_image_size(‘summary-image’, 600, 9999); 从这个版本开始我就开始埋怨作者,直到最后才发现这其实是整个WordPress的问题,并非单个作者。 今天晚上又推送了一个版本更新,这次我就想着肯定有问题吧((然后没着急升级,更新完之后才去升级,结果,GG,又变成原来那个样子了。 只不过幸好这次我有备份2333 我又翻出备份,查看我之前怎么写的并且重新应用到主题的functions.php和content.php上 然而,这次,就没有那么幸运了。改了N次发现自己好无力。。。直接写了个 <?php the_post_thumbnail( ‘ medium ‘ ); ?> 然而还是很多不行,然后改成了medium_large 好吧,这次就3 4张不行,凑合吧。。。 所以现在Icarus加载会有些缓慢请耐心等待一下哦QAQ 我感觉我又不得不把WordPress拖出来鞭尸,有些功能你下放下去是好的,但是唯独这玩意,作者不会用,普通用户又不会改,就GG了,要么换主题要么自己压缩thumbnail,但是像我这种,就已经开始考虑换主程序了。 WordPress现在的问题在于,一些应该由WordPress主程序管理的功能偏偏下放给主题去管理。//暂且不提臃肿的代码(
-
有关于ARSE Studio及旗下服务器&网站未来的问题
本人最近又来了一年几次的大姨夫,正在思考活着的理由,思考人生。 //还包括Aurora Project以及各个还在刚刚开始/进行中/即将完工的小项目。