分类文档:Webshu和Eonval项目 103篇

Feedval的开发实况(12):一个微小的功能调整又花了整整1天半(多截图)
2019年03月17日 13:18

Eonval帐号经过一个多月的开发,已基本完成,并开始调试与Feedval关联,几个月前,那时觉得是十分遥远的开发阶段,如今已经开发到这里了。左侧导航栏,之前是用frameset,但有一些问题。昨天开始调整为包含文件的方式,如下图:

……

固定链接 | 发表评论(0) | Trackback(0)

平台的Cookies方案设定的纠结之处(体验设计)
2019年03月09日 08:10

Cookies的设定,始终是一个矛盾的问题。如今很多APP受到用户的欢迎,有一个重要因素是Cookies的保存时间相当长,每天可以免登录打开。过去很多私密内容的平台(如电子邮箱、论坛),Cookies时间都很短,现在Cookies的时间非常长。比如我在调试服务器发邮件中,必须用到国外邮箱接收(国内邮箱接收国外服务器的邮件太慢,要慢几分钟,一天要测试几十次),所以选用了Yahoo邮箱,Yahoo邮箱的Cookies时间很长(电脑版),可以很多天不用登录。

这种情况在以前是没有出现过的,以前的电子邮箱Cookies时间很短,很多设置为关闭浏览器,即自动清除Cookies。……

固定链接 | 发表评论(0) | Trackback(0)

Eonval项目开发进度(4):用HTML模拟select,一个小问题用了不少于8小时解决,心酸的繁重劳动
2019年02月26日 09:30

select下拉菜单本来都已经做好了,在火狐、Chrome、IE、手机自带浏览器下测试,都没问题,样式如下图:

……

固定链接 | 发表评论(2) | Trackback(0)

Eonval项目开发进度(3):太意外的执行力(多截图)
2019年02月23日 22:31

不查不知道,一查吓一跳。昨天查看Eonval帐号的站点目录,从2019年2月10日下午开始开发,到现在14天,其中有2天在做别的事情(为我女儿制作学习资料),这12天从0编写的这个站点的代码,竟然已经达到115K,如下图。这个代码量的增长速度,可能是我没遇到过的,因为Feedval之前写了2个月,才只有118K(Feedval项目因为遇到很多处的复杂算法,所以影响了开发速度)。

……

固定链接 | 发表评论(0) | Trackback(0)

Eonval项目的开发进度和最难以解决的部分(2)
2019年02月14日 06:52

做项目第一步需要完成取名,Eonval在2018年10月16日完成取名。现在已经到了Eonval帐号的开发阶段,我的本机Eonval帐号的目录创建时间为2019-02-10 15:12,经过这3天的开发,进展非常顺利,进度远超出了我的预期。因为Eonval帐号是为上百个、上千个域名的登录使用,不同域名的登录已经完成了解决方案。

注册程序已经全部完成。完成的注册页面如下图:……

固定链接 | 发表评论(2) | Trackback(0)

Eonval的logo设计历程和含义(附截图)
2019年02月10日 12:24

Eonval的前身是Webshu,Webshu仍保留。Eonval将开发各类PHP版程序,分类名命名为“个人云软件”。Eonval将沿用我过去开发过的一个B2B行业项目icdan的logo,那个项目于2005-2008年开发(已下线)。当初我把过多的时间,用在了logo、网页的版面构思上面。回顾这一段历程,很多构思、想法、灵感,都是在应用、或开发中自动产生的,因此不应该在这方面花费过多的心思,logo只要稍微有一点点的含义,就是个不错的logo。

……

固定链接 | 发表评论(0) | Trackback(0)

劳累中的开发(附截图)
2019年02月09日 11:29

标题本来是想写为“半醉中的开发”,一时找不到合适的词语来形容这种状态,因为已经连续开发了2个多月,现在常常坐在电脑前写程序,没多久就开始发困,注意力很难集中。程序开发中需要对该项目记忆非常多的东西,比如很多的关联、思路,有些关联、思路很难用笔去记录,全凭记忆力,程序开发的工作量也是巨量的。这种状态下,会记不住很多东西,以至于我多次对自己的记忆力产生了怀疑,在几年前还很少有这种问题。

年轻时,有记忆力,却没有合适的项目;如今找到了奋斗的目标、项目,记忆力好像在明显减退。……

固定链接 | 发表评论(2) | Trackback(0)

项目中的2个算法小集锦
2019年02月06日 11:29

在Eonval项目的开发中,字符串的处理和算法,比数据库关联、数据库设计要简单得多,这样的算法在程序项目中多得不计其数,一个项目下来,可能会遇到几百个这样的算法。尽量地使用数组、strpos()函数来代替循环程序,可以大大提升程序的效率。

比如在项目中,设定数值1、2、3分别代表的是语言:en、cn、tc。en为英语,cn为简体中文,tc为繁体中文(Traditional Chinese)。……

固定链接 | 发表评论(0) | Trackback(0)

正在解决和已完成的艰难算法
2019年02月03日 08:29

算法无论是高级语言,还是底层语言,都一样通用。有些算法比较艰难,非常类似于中国象棋、跳棋当中的算法,很难去计算出后面的整体步骤,也许能算出最近的几步,但是后面的几十步,是很难算出来的。Eonval项目最近遇到的比较艰难的算法,主要是数据库的分布设计、优化设计,考虑更多的是程序效率的问题,还有数据库的关联也最能把人绕晕,在初期的开发中就一次做好。这种设计,常常令人无从下手,因为要考虑的“步数”过多,有时一两天、两三天都毫无进展,解决的办法只能是走一步,看一步

这些艰难的算法,比如用户注册量统计、使用量统计。因为统计的服务器,和主站是分开的,写入时,先写入统计的服务器,按月来计数。统计的服务器写入数据后,再将相应的数据远程拷贝给主站,这一功能用了2天才完成。……

固定链接 | 发表评论(0) | Trackback(0)

Feedval的开发实况(11):每天都在和做不完的算法在战斗(附图)
2019年01月18日 07:36

很久没发布开发实况了,我每天都在持续开发。有两位朋友,在关注我为什么要做Feedval?原因1,其实,当初Feedval是作为一个小项目来做的,所以先做Feedval,预计应该在20-30天内完成,但实际需要2-3倍以上的时间。现阶段主要做的是Eachval,由于Eachval工作量更大,所以先把Feedval做出来。原因2,2017年我在本机做过PHP版本的RSS订阅器,很好用,但是当时没做完。原因3(特性),Feedval和之后我发布的开源程序,都是PHP全动态+分布式数据库设计,对服务器的额外消耗很小,无论数据有多少,程序永远是这样快。

原因4,Feedval将和blogval.com关联,能通过点赞、或收藏,自动把优质博客推送到blogval.com。……

固定链接 | 发表评论(0) | Trackback(0)

Feedval的开发实况(10):iPhone、iPad的兼容问题
2019年01月06日 22:00

主体程序已大部分完成,剩下的工作是和站外的数据关联,下一阶段需要开发站外的相关程序、以及开发Eonval帐号。今天在网上搜索发现,IOS系统的Safari浏览器,可能对很多onclick不支持。因为我手中没有iPhone、iPad,所以无法测试。之前的程序,大量了使用了onclick,有一些地方使用onclick能节省很多字节,现在只能尽量把一些onclick去掉,改成超链接的形式,有很多页面文件需要一一修改。

现在的开发进度表:……

固定链接 | 发表评论(2) | Trackback(0)

Eachval独立微博开发中最大的难题
2019年01月06日 07:47

因为时间安排的原因,此项目目前尚未动工。这是2个月前的规则预告,看起来是不是规则很多?实际开发起来的工作量、遇到的大量细节,比这些规则要多100倍、200倍都不止。但这些问题,都能一一完成、解决。

唯一的难题是,如果一个人订阅了其他人的微博(不同域名),如何能够看到他们的更新?初期的计划是用RSS输出的方式,但这样既消耗时间,又消耗微博友的服务器资源。比如订阅了50人的微博,那么每次更新需要一一检查这50个RSS;订阅了200人,每次需要检查更新200个RSS,以此类推。……

固定链接 | 发表评论(1) | Trackback(0)

单机版和公用版程序的区别
2019年01月05日 08:29

之前很多次提到单机版程序。这2者,公用版的开发周期,是单机版的10~20倍以上,比如正在开发中的Feedval(RSS订阅器)就是这样的例子。

为什么会有这样大的差异?因为单机版,只是程序作者个人使用,程序都是按照最精简、最底层的方式编写。不会去写很多界面,有很多参数都是通过直接修改程序里的值,或者直接修改数据库。程序是按照作者的个人需求编写,作者知道哪种情形会出现bug,而会去避免那种情形。……

固定链接 | 发表评论(0) | Trackback(0)

Feedval的开发实况(9):后期的工作真是接踵而至
2019年01月04日 07:24

开发一个单机的网页版RSS订阅器,估计5-7天能完成。公用版RSS订阅器的工作量,大了10倍以上。在开发实况(7),最后几个没打勾的任务,本来已经接近尾声了,这几天又不断涌现出新的需要完成的任务,这些都是重要的功能,否则作品的功能会有一定的缺失。因为这些功能,每天都是很大的改动,最基础的第一个版本还没有竣工,所以现在无法一边开发,一边发布。

点赞、收藏页,这个功能在元旦之前,用了大约3天才完成,因为里面涉及到了一个复杂的翻页、相关数据的编排问题。翻页始终是个难题,其实也不是很难,这些年推算过很多次的翻页程序,至少有8-10次了,每次都要消耗1-2天以上,最终能完美运行。等下次再开发时,已经读不懂我之前写的翻页程序,忘记了当时的思路。这些懂不读的程序,是无法写在程序里的,所以只能再次推算。……

固定链接 | 发表评论(1) | Trackback(0)

Feedval的后期开发实况(8):点赞和收藏
2018年12月27日 08:08

Feedval不仅是一个RSS阅读器,也是一个独立博客之间的互动社区,因此需要有点赞功能。值得一提的是,过几天需要新增一个功能:用户在面板里,可以关联一个博客(也可以关联多个?),当给别人点赞、或收藏时,别人的博客会加1分,自己的博客也会加1分。当一篇博文被点赞、或收藏5~20次时,自动升级为优质博文,并自动推送到Blogval平台。达到100~N次,自动升级为精品(或热门)博文。

这个“点赞”的名称,有可能大家平时见得太多,所以不愿意点击了。为了鼓励点击,我正在考虑是不是要改为“加分”2字。……

固定链接 | 发表评论(0) | Trackback(0)

Eonval开源软件的人生心路历程(3)
2018年12月25日 07:19

大家早上好!很快就新年了,即将迎来我的第39个春秋。这一篇,是《写开源软件居然会上瘾》、《新项目的临时新计划》(耗时3小时)的续写。从今年9月,我突然有了写开源软件、开源程序的想法。我的Webshu网站经历了15年多、个人博客经历了12年多,才有了这个想法。

年轻时,因为种种原因,总是需要保护自己的代码。现在随着年岁的增长,我巴不得把源代码(我的作品)免费送到用户的手中。年岁越大,这种想法越强烈,因为好东西不去分享,终会烂在自己的手里;到年老时,年轻时创造的这些,终究会离你而去。尤其是互联网,并非“酒香不怕巷子深”,而是如果不去分享,会酒香无人知。在很有限的人生时光,必须去做这一拼搏,这是我的命运,也是我的任务、使命。……

固定链接 | 发表评论(2) | Trackback(0)

Feedval的开发实况(7):后期的完成进度表
2018年12月24日 09:52

因为数据关联、算法的原因,很多条目的完成,都是很痛苦的,因为眼睛要持续不断盯着电脑屏幕几小时,不能中断,因为一旦中断,会忘记刚才的想法,又得重新开始。删除RSS、删除分组、全文显示和自动折叠、清除缓存这几项的数据关联较为复杂,所以放到了后期,这几天总算完成了,这几项平均每项都要消耗半天~1天的时间。其它的条目,每项完成至少也要1~3小时以上,要做很大量的数据写入、删除测试

今天要完成的是字体大小的设定。在CSS文件里,会自动判断PC版、手机版,原先计划的是分为:大、中、小,在面板上更改之后,PC版、手机版都会发生变化。现在改为设置之后,PC版没有变化,手机版的字体大小会有变化,所以参数设置里原来的“字体大小”,改为“手机版字体大小”。……

固定链接 | 发表评论(0) | Trackback(1)

底层技术分享:离线版网页和缓存的程序设计思路
2018年12月22日 17:33

在前文《Webapp VS APP》,APP和网页的一个核心的区别是,APP本身是一个数据外壳,并且数据是缓存到手机中。APP和网页,两者各有优缺点。APP的优点是能离线访问,但缺点是缓存数据占用较大的手机ROM空间。这个缓存,对于运营者来说,能够节省大量的带宽,增加更多同时使用的用户。

网页,通常大多数站点不做缓存设置,只有图片、JS、CSS这些不常更新的文件,才能设置缓存。公共访问的站点,如网站、博客、论坛等等的动态页,由于更新较多,所以即使想做缓存设置,也没有意义。缓存设置,只用到一些个人版的网页,如某些数据的记录,笔记本、日记本这样的。……

固定链接 | 发表评论(0) | Trackback(0)

Feedval的开发实况(6):后期的任务进度记录
2018年12月20日 14:37

前期开发是从0一点一点写的,任务很繁多,所以前期一般不写任务计划。每次到了后期才写任务计划,我发现任务计划会越写越多,但这样有个好处是程序会更加完善。写任务计划,能抗遗忘,也能加快进度,很多任务都是在开发中想到的,平时是想象不到这些细节的

这是Feedval后期的任务进度记录,打√是已经完成的条目,没打√是未完成的。……

固定链接 | 发表评论(0) | Trackback(0)

新项目的临时新计划(图床、相册、网站远程备份等程序)
2018年12月19日 10:11

关于进度和执行力:

发这些计划,能有效敦促我提高执行力,确实见效十分明显。正如上个月发布的《Feedval RSS阅读器的参数预告》时,当时的程序还是0,此时已经完成了这个参数预告的大部分条目,经过这20天的连续工作+加班奋战,Feedval的开发已经进入后期,约完成了70%。……

固定链接 | 发表评论(1) | Trackback(1)

满屏的开发、技术日志其实是生活写真
2018年12月17日 08:38

一个词总结:劳累。请大家体谅我最近发的满屏都是开发、技术的日志,每天连续编程7-9小时,到晚上都是眼冒金星。到了晚上10点,总想再多写一会儿程序,无意间,时间就到了12点。以前保持了几年每晚10点前睡,但是现在需要加班赶工、赶进度,迫使我无法早睡。就是牺牲了这每天的2小时,却使程序的进度有了很大的提高

夜间编程,外界干扰出奇地少,更有利于灵感、进度,但是夜间工作又严重影响健康、真的会加速衰老(褪黑素减少)。……

固定链接 | 发表评论(0) | Trackback(0)

Feedval开发中又减去的核心功能(2)
2018年12月17日 08:14

经过这20天的连续工作+加班奋战,Feedval的开发已经进入后期,约完成了70% 。原先计划好的功能,在开发中发现有些功能的存在并没有太大意义,而且与现有的功能在用户体验上产生了一点冲突,于是不得不减去这些功能。

比如图1减去的功能,原先计划的是在Feedval阅读器的首页,能够设置按最新更新的作者、或者大杂烩(面板里称为“综合”)的形式查看。前两天发现,这个功能对于此阅读器的意义不大,因为一是如果用户选为“按作者”,浏览不方便;二是因为Feedval程序使用PHP+NoSQL的全动态架构,需要做精密的数据设计,无论数据有多大,程序的速度永远是这样快,“按作者”显示更新的功能,需要再增加一组数据表。……

固定链接 | 发表评论(0) | Trackback(0)

Feedval开发中减去的功能:自启更新RSS
2018年12月16日 07:38

自启更新RSS,就是当打开Feedval时,会自动更新RSS,设定为24小时这样自启更新一次。但这个功能有个小问题,目前的程序是更新时最好不要中断。为了减少中断,只好暂时减去这个功能,该功能之前在开发中的选项如下图:

……

固定链接 | 发表评论(0) | Trackback(0)

Feedval的开发实况(3)
2018年12月13日 07:33

Feedval以及我之后开发的项目,都同时支持手机版、PC版,英/简/繁切换,无需安装客户端软件。

这两天有些家里的琐事,影响了开发进度。还有个原因是现在到了开发最核心的功能的阶段,正好这个“更新RSS”的数据分布设计十分复杂,无从下手,思考了两天都没有完成数据设计。不过,从昨晚开始,终于有了这一项的数据设计思路。单是“更新RSS”,目前已知的,至少要建立6-8个数据表,才能完成预计的功能。……

固定链接 | 发表评论(0) | Trackback(0)

写开源软件居然会上瘾
2018年12月12日 07:25

从今年我才开始有了写、发布开源软件的想法。因为开源软件,能积累更多忠实用户。无收入的事情没有人愿意做,就像2003年时期的Webshu,整整运营了1年,Alexa排名3万多保持了约半年,但是0收入,导致了后面的运营失去了方向。为什么Webshu我总是会提到2003年、2004年?因为那个平台只有2003年、2004年有故事,后来那个平台的故事基本上空白。幸好这么多年来,网页一直还存在,域名我也每年续费。

使Webshu中断最大的原因是2004年3月,我去了深圳,当时在华强北,差一点就转向另一个行业──电子元件,2004年底才又重新回到了互联网。华强北有国内最大的电子元件采购市场:华强电子世界、赛格广场、都会、新亚洲。……

固定链接 | 发表评论(6) | Trackback(1)

Feedval RSS阅读器的开发实况
2018年12月08日 08:08

由于项目需要先完成参数数据的操作,所以第一步先完成参数设置的程序,参数设置的程序约用了4-5天完成。之后下一步的程序开发是建立分组(每个分组可添加100个RSS),再下一步是开发常用分组。之后的程序开发是编辑分组(包括改名、排序、设置为常用分组、排序、设置为头版等等),再一步的程序开发是删除分组。

这些完成之后,才能开发添加RSS。之后,开始测试最核心的功能:更新RSS。接近尾声的时候,再开发收藏、点赞的功能。Feedval正好能通过这个收藏、点赞的功能,产生一个新的社区──Blogval.com,如果一篇博文被5个人收藏或点赞,会自动升级为优质博文,如果被20人(数值可修改)收藏或点赞,会自动升级为精品博文。……

固定链接 | 发表评论(3) | Trackback(0)

低估了Feedval RSS阅读器项目的工作量
2018年12月07日 15:03

从11月26日开始正式编写这个项目的程序,到今天已经11天,现在每天编程7-9小时左右,合计已经用了80小时以上。项目进展比较顺利,尚未遇到解决不了的问题。

只是远低估了这个项目的工作量。有很多都是从未写过的新模块,这一块儿占用的时间多一些。这个项目用多少时间,完全无法预估。……

固定链接 | 发表评论(0) | Trackback(1)

Feedval RSS阅读器项目如何跑完马拉松
2018年12月01日 07:12

PHP版的RSS阅读器,我看了一下本机的文件夹创建时间,整整在一年前,2017年11月29日,当时我大概用了两三天的时间,完成了单机版的程序,大约完成了70%左右。由于没有彻底完成,所以这个程序一直没有用过。这类PHP版的程序,开发思路比较简单,主要就是运用file_get_contents()的远程调用函数,获取各RSS之后,进行分析。

这类单机版PHP版的程序,这几年在我电脑里写过一些。比如5年前写过的百度贴吧清爽版,当时有博友问能否下载,那个很难发布,因为那个应用产生的原因纯属是因为贴吧上的头像、签名很眼花缭乱,自己急需一个清爽版,由于网上找不到,只好自己写;二是这类可能需要经过百度许可,开发者个人怎么用都不会有问题。……

固定链接 | 发表评论(0) | Trackback(0)

Feedval RSS阅读器的参数预告
2018年11月27日 22:32

Feedval RSS阅读器的第1版正在着手编写中,其参数为:

  1. 程序是我一人从0完成,无冗余代码、冗余数据。
  2. 全免费,只要是支持PHP的空间,即可运行,安装在用户的PHP空间。
  3. 支持英语、中文、繁体3种语言,可随时切换。
  4. 同时支持PC、手机版(WebAPP),无需安装APP。代码精简,网页流畅。
  5. 可以设置字体大小。
  6. 首页为第一个分组的RSS,命名为“头版”,这个分组是最关注的博客,也随时可以将其它分组设置为头版。
  7. 可以建立无限个分组,每个分组限制为只能添加100个RSS,因为如果一个分组内的RSS过多,每次更新RSS较耗资源,一个分组一天最多只能更新10次RSS,以减少别人的RSS被频繁抓取。
  8. 具有收藏功能,看到一篇好的博客,可以点击“收藏”,收藏功能容量无限,可无限收藏。
  9. 为节省资源,每个分组只保存最近的500条博客更新,超过500条,自动循环删除旧数据。
  10. 在线一键升级到最新版,对数据不产生影响。
  11. RSS分组、收藏夹,仅保存在用户的空间,因此需要定期备份。
  12. 等第1版发布之后,将来会推出点赞功能,如果一篇博文被不同的人点赞5次、或被收藏5次(将来可改为10次),会自动升级为优质博文,并自动推送到将要上线的独立博客优质博文推送平台blogval.com。
  13. 支持创新的动态密码登录,另一台设备登录,可从原先设备获取动态密码,有效期5分钟。
  14. 版本号从1.00开始,每升级一次,增加0.01。
……

固定链接 | 发表评论(0) | Trackback(2)

Eonval帐号的登录方式和安全思考
2018年11月24日 07:26

从去年开始,我就采购了一些用于手机号验证的硬件设备,比如录音电话、电话交换机、GSM无线接入平台,并在去年完成把手机做成web服务器,可将手机接收到的短信,自动上传到远程的服务器上,以判断用户是否发了上行的短信。并从今年8月开始,大力开发短信验证的程序。

短信验证的上行手机号也买了一年多,端口是 +86 138100018*0 和 +852 95101*00。……

固定链接 | 发表评论(0) | Trackback(0)

1 2 3 4

首页 | 上一页 | 下一页 | 末页 (共4页)

王志勇:1980-09-26 (44周岁)
程序设计,前端设计。

版权声明:本博客所有文章,均符合原创的定义,禁止转载,违者将必究;正确的方法是贴原文的标题和网址即可。

与此相关的链接
自由勇专栏

Blog存档 Archives

2022年07月
2022年06月(15)
2022年05月(20)
2022年04月(16)
2022年03月(9)
2022年02月(9)
2022年01月(10)
2021年 +

2020年 +
2019年 +
2018年 +
2016年-2017年(9)
2014年06月-09月(10)
2013年 +
2012年 +
2011年 +
2010年 +
2009年 +
2008年 +
2007年 +
2006年 +
2005年09月(4)

Copyright © 2006-2024 auiou.com All rights reserved.
此Blog程序由王志勇编写