更新时间: 2019/8/31 - 点击下载demo 点赞动画插件配合animate.css更好用! 该组件参考于:https://github.com/OYsun/VueStar/tree/master/src/component

思路:点赞.取消点赞 --> Redis --> (每两个小时)存到数据库(MySQL),所以就相当于每次查询或者存储都需要先经过Redis,而查询的目的是为了判断用户的点赞状态(已点赞or未点赞),并不是传递给前端. Redis数据库中需要有的字段: 被点赞作品的id. 点赞人员的id. 点赞状态(已点赞or未点赞) 采用的Redis存储结构为Hash,因为 Hash 里的数据都是存在一个键里,可以通过这个键很方便的把所有的点赞数据都取出.这个键里面的数据还可以存成键值对的形式,方便存入点赞

wxml代码 <image wx:if="{{collection}}" src="/images/boy.png" bindtap="toCollect"></image> <image wx:else src="/images/girl.png" bindtap="toCollect"></image> 切换图片 js代码 Page({ data: { }

<script> /* @author:Romey * 动态点赞 * 此效果包含css3,部分浏览器不兼容(如:IE10以下的版本) */ $(function(){ $("#praise").click(function(){ var praise_img = $("#praise-img"); var text_box = $("#add-num"); var praise_txt = $("#praise-txt&qu

<h3>个人站点下的</h3> 知识点 url (r'(?P<username>\w+)/p/(?P<id>\d+)', xiangxi,name='xxx'),#文章详情页面 url (r'dianzhan/', dianzhan), #文章详情中点赞的一个接收ajax请求路由 url (r'pinlun/', pinlun), #文章详情中评论的一个接收ajax请求路由 url (r'(?P<username>\w+)/(?P<n>

简介 最近几天研究了如何在krpano全景的基础上实现记录浏览量和点赞次数,写了一个插件,方便大家使用. 效果截图如下: 每当有用户打开该全景页面时,浏览量会自动加1: 用户可以主动点击点赞按钮,点击后,赞的数量加1,第二次点赞会取消点赞. 使用说明 插件共有5个文件,如下图所示: 前三个文件为图片,可以自行修改定义不同的样式 va.min.js 为js代码,用于控制点赞,与后台交互等操作 va.xml为xml文件,用于配置样式 使用时,把上述5个文件复制到项目目录,在你的xml文件里添加如下的

效果图 接口分析 通过上面的效果图可以看出,点赞入口主要是在书籍的详情页面. 而书籍详情页面,有以下几个功能是和点赞有关的: 获取点赞状态 点赞 取消点赞 所以项目中理论上与点赞相关的接口就以上三个. 点赞 model 的设计 既然明确了接口数量,那么下一步就是设计接口对应的model,通过model生成表格like,里面存放点赞数据. 那么需要存在哪些点赞数据呢? 这里简单分析后,记录一条点赞信息只需要保存以下的信息即可: 点赞 id 书籍 id 用户 id created_at delete

<?php namespace app\common\controller; use think\App; use think\facade\Cache; use think\facade\Db; /** * redis 点赞/收藏模块 * @package app\admin\controller * @author 宁佳兵 */ class Praise { private $redis = null; private $member_id; //用户id private $customer

基于SpringBoot如何实现一个点赞功能? 解析: 基于 SpringCloud, 用户发起点赞.取消点赞后先存入 Redis 中,再每隔两小时从 Redis 读取点赞数据写入数据库中做持久化存储. 点赞功能在很多系统中都有,但别看功能小,想要做好需要考虑的东西还挺多的. 点赞.取消点赞是高频次的操作,若每次都读写数据库,大量的操作会影响数据库性能,所以需要做缓存. 至于多久从 Redis 取一次数据存到数据库中,根据项目的实际情况定吧,我是暂时设了两个小时. 项目需求需要查看都谁点赞了,所

爬虫:可见即可爬   # 每个网站都有爬虫协议 基础爬虫需要使用到的三个模块 requests 模块  # 模拟发请求的模块 PS:python原来有两个模块urllib和urllib的升级urllib2,这两个模块使用很繁琐,后来在这两个模块上做了封装就出现了requests模块 beautifulsoup 模块  #数据解析库,re模块正则匹配解析库 senium 模块  # 控制浏览器模块 scrapy 模块  # 把上面三个模块进行一个封装,做成一个大框架,可以做分布式爬虫 reques

不管是vue还是react中,都在强调组件思想,同样,在微信小程序中也是使用组件思想来实现页面复用的,下面就简单介绍一下微信小程序中的组件思想. 组件定义与使用 要使用组件,首先需要有组件页面和使用组件的页面,所以,先在pages文件夹下面新建classic页面,然后在项目根目录下新建component文件用于存放组件,并在该文件夹下面新建like组件:    这里建议在新建页面的时候,先新建存放页面的文件夹,然后编辑器中鼠标右击该文件夹,然后选择新建page.新建组件的时候,也是先新建存放组件

问题一:列表页面删除一条数据成功了,但页面上还有数据,再次点击删除,报错了... 问题二:一个点赞按钮,点击后发送一个请求,后台返回1或0 (点赞.取消点赞) ,谷歌浏览器功能正常,但在ie浏览器,后台一直返回同一个状态,导致一直可以点赞. 是谁的锅呢?如果说是前端的锅,数据是后台返回过来的.如果说是后台的锅,其他浏览器又可以正常使用. 其实还不止这两个问题...... 好吧,是前端的锅!!! 由于IE浏览器会把ajax请求缓存下来,所以导致了上面的问题.解决了这个缓存问题,禅道上一整页的Bug

作者:胡子大哈 原文链接:http://huziketang.com/books/react/lesson2 转载请注明出处,保留原文链接和作者信息. 很多课程一上来就给大家如何配置环境.怎么写 React.js 组件.但是本课程还是希望大家对问题的根源有一个更加深入的了解,其实很多的库.框架都是解决类似的问题.只有我们对这些库.框架解决的问题有深入的了解和思考以后,我们才能得心应手地使用它们,并且有新的框架出来也不会太过迷茫:因为其实它们解决都是同一个问题. 这两节课我们来探讨一下是什么样的问

一. Set类型基础 1. 类型说明 1个key→多个value,value的值不重复! Set一种无序且元素内容不重复的集合,不用做重复性判断了,和我们数学中的集合概念相同,可以对多个集合求交集.并集.差集,key可以理解成集合的名字. 注:set 用哈希表来保持字符串的唯一性,没有先后顺序,是按照自己的一个存储方式来遍历,因为没有保存插入顺序. 2. 常用指令Api说明 3. 常用Api说明 (1).SetAdd:添加数据,可以单独1个key-1个value,也可以1个key-多个value

目录 测试计划.过程和结果 后端测试--单元测试与覆盖率 后端测试--压力测试 展示部分数据 平均数据 前端测试--小程序v3.0 新功能 各页面均可正常打开,跳转,回退 授权登录与权限检查 页面数据统一 兼容性测试 性能测试 前端测试--网页端 功能测试表格 兼容性测试 回答课程组问题 测试中发现的bug 场景测试 回归测试 测试矩阵 出口条件 测试计划.过程和结果 后端测试--单元测试与覆盖率 如下图:我们对所有接口设计了单元测试,共62个测试,结果:全部通过.代码覆盖率90%: 后端测试-

班级:软件工程1916|W 作业:Beta阶段团队项目互评 团队名称:Echo 目录 对待就业六人组的Beta产品测试报告 对SkyReach的Beta产品测试报告 对待就业六人组的Beta产品测试报告 1.截图 安装成功 运行截图 2.用户体验 1)第一次上手体验:感觉UI体验不错,功能齐全,操作简单.可以正常运行 2)产品功能 学生端:查看招聘信息,下载简历模板,生成个人简历,投递简历,面试指导 企业端:发布招聘信息,查看简历,修改面试状态 3)该产品提供一个对等的信息发布平台,企业可以发布

目录 写在前面 进度情况 任务进度表 Beta-1阶段燃尽图 遇到的困难 照片 commit记录截图 小程序前端仓库 技术博客 写在前面 例会时间:5.7 22:30-23:00 例会地点:微信群语音通话 代码进度记录github在这里 进度情况 任务进度表 注:点击链接跳转至相应的issue 组员 5.7的进度 5.8的任务 少昂 无法取得联系 审核完成接口文档:数据模型修改 振亚 无 小程序端接口开发完成至少20% 廓然 无 小程序端接口开发完成至少20% 雨飞 持续学习Rails,构思网页

目录 写在前面 进度情况 任务进度表 Beta-1阶段燃尽图 遇到的困难 照片 commit记录截图 小程序前端仓库 技术博客 写在前面 例会时间:5.8 22:30-23:00 例会地点:微信群语音通话 代码进度记录github在这里 进度情况 任务进度表 注:点击链接跳转至相应的issue 组员 5.8的进度 5.9的任务 少昂 审核完成接口文档 数据模型修改 振亚 无,等待少昂修改数据模型 无,等待少昂修改数据模型 廓然 无,等待少昂修改数据模型 无,等待少昂修改数据模型 雨飞 本地开发环

目录 测试计划.过程和结果 后端测试--单元测试与覆盖率 后端测试--压力测试 展示部分数据 平均数据 前端测试--小程序v2.0 授权登录与权限检查 新功能的测试 兼容性测试 性能测试 前端测试--网页端v1.0 功能测试表格 兼容性测试 回答课程组问题 测试中发现的bug 场景测试 回归测试 测试矩阵 出口条件 测试计划.过程和结果 后端测试--单元测试与覆盖率 如下图:我们对所有接口设计了单元测试,共62个测试,结果:全部通过.代码覆盖率: models:94% controllers:9

目录 Beta版本新功能 小程序v2.0新功能 新功能列表 功能详情图 新功能动图展示 网页端v1.0功能 登录方式 社团信息的修改 新闻的录入和修改 活动的录入和修改 这一版修复的缺陷 Beta版本的已知问题和限制 小程序端 网页端 运行.安装与发布 运行环境的要求 安装与发布 小程序 网页端 "北航社团帮"小程序v2.0发布啦!!! 配套的网页端v1.0也发布啦!!! 网页端网址:https://admin.software.questionor.cn/admin/login 这是

目录 新增功能描述 小程序:按模块说明需求 用户权限模块 新闻模块 活动模块 社团模块 社团管理模块 小程序:按页面说明需求变化 新闻页 活动页/活动列表页 活动详情页 社团页 某类别社团页 社团详情页 我的 网页端:新增功能*4(社长和社团管理员使用) 社团信息 社团活动信息 社团新闻信息 导出社员名单 @功能一览表与优先级划分 功能一览表: @任务分解 前端分工: beta-1大致分工: 此为需求文档和任务分解文档,持续更新,gitlab上的同步更新. 更新日志: 5.1, 23:00:第一