content | 易学教程

微信小程序教学第四章第二节（含视频）：小程序中级实战教程：详情-视图渲染

阅读更多关于微信小程序教学第四章第二节（含视频）：小程序中级实战教程：详情-视图渲染

§ 详情 - 数据渲染本文配套视频地址： https://v.qq.com/x/page/x055550lrvd.html 开始前请把 ch4-2 分支中的 code/ 目录导入微信开发工具这一节中，我们开始详情的接口调用、数据加载和视图渲染过程。 Step 1. 引入公用的一些工具库，修改 detail.js ： 'use strict'; import util from '../../utils/index'; import config from '../../utils/config'; // WxParse HtmlFormater 用来解析 content 文本为小程序视图 import WxParse from '../../lib/wxParse/wxParse'; // 把 html 转为化标准安全的格式 import HtmlFormater from '../../lib/htmlFormater'; let app = getApp(); Page({ }); Step 2. 修改 detail.js 在页面初始化时候，请求接口，加载详情数据 Page({ onLoad (option) { /* * 函数 `onLoad` 会在页面初始化时候加载运行，其内部的 `option` 是路由跳转过来后的参数对象。 * 我们从 `option`

微信小程序——前端——抵扣券、优惠券样式

阅读更多关于微信小程序——前端——抵扣券、优惠券样式

微信小程序——前端——抵扣券、优惠券样式效果图：实现思路：左边+划线+右边==使用信息+分割线+使用限制整体底色： .wrapper { margin: 0 auto; width: 100%; display: flex; background:linear-gradient(-90deg,rgba(250,173,82,1),rgba(254,50,103,1)); /*实现颜色渐变 */ } /*几个伪类化成的圆弧的样式以及位置（置于顶部）*/ .content:before, .tip:before, .split-line:before{ border-radius: 0 0 16rpx 16rpx; top: 0; } .content:after, .tip:after, .split-line:after{ border-radius: 16rpx 16rpx 0 0; bottom: 0; } 左边： /*前半部分样式*/ .content { position: relative; flex: 1; padding: 20rpx; text-align: left; white-space: nowrap; display: flex; flex-direction: column; justify-content: space-around; } /

HTML笔记（二）

阅读更多关于 HTML笔记（二）

HTML笔记（二）五、细节 1. 文档类型 2. 头部分 2.1. HTML title 元素 2.2. HTML base 元素 2.3. HTML link 元素 2.4. HTML style 元素 2.5. HTML meta 元素 2.6 HTML script 元素 3. 字符实体五、细节 1. 文档类型常用的 DOCTYPE 声明 HTML 5： <!DOCTYPE html> HTML 4.01 2. 头部分 2.1. HTML title 元素 <title> 标签定义文档的标题。 2.2. HTML base 元素 <base> 标签为页面上的所有链接规定默认地址或默认目标（target）当页面有很多超链接，需要在新的页面打开，一个个处理起来或者修改某个很麻烦： <base target= "_blank" /> /*所有的超链接默认在新的页面打开*/ 页面有很多图片，当更换图片所在位置很麻烦，提出前面的路径，img标签里只留图片名。但是有个问题：超链接a和href也会加上此前缀，容易出错。 <base href= "./img/" /> 2.3. HTML link 元素 <link> 标签定义文档与外部资源之间的关系。 <link> 标签最常用于连接样式表： <head> <link rel= "stylesheet" type= "text/css

1.3 Content Provider

阅读更多关于 1.3 Content Provider

ContentProvider向我们提供了我们在应用程序之间共享数据的一种机制，分为系统的和自定义的，系统的也就是例如联系人，图片等数据。使用方式：一个应用实现 ContentProvider 来提供内容给别的应用来操作，一个应用通过 ContentResolver 来操作别的应用数据，当然在自己的应用中也可以。　　内容提供者将一些特定的应用程序数据供给其它应用程序使用。内容提供者继承于 ContentProvider 基类，为其它应用程序取用和存储它管理的数据实现了一套标准方法。然而，应用程序并不直接调用这些方法，而是使用一个 ContentResolver 对象，调用它的方法作为替代。ContentResolver可以与任意内容提供者进行会话，与其合作来对所有相关交互通讯进行管理。 1 使用 ContentProvider 共享数据 1 ） ContentProvider 类主要方法的作用：　　public boolean onCreate ()：ContentProvider在其它应用第一次访问它时才会被创建，创建后就调用该方法　　public Uri insert (Uri uri, ContentValues values)：该方法用于供外部应用往ContentProvider添加数据。　　public int delete (Uri uri,

Zabbix4.0（三）钉钉，邮件，微信报警

阅读更多关于 Zabbix4.0（三）钉钉，邮件，微信报警

一,zabbix 邮件报警设置原理：触犯告警器之后可以配置相应的动作，在动作里可以发邮件、微信、钉钉、短信等。告警脚本的放置位置见配置/usr/local/zabbix/etc/zabbix_server.conf LogFile=/usr/local/zabbix/zabbix_server.log DBHost=127.0.0.1 DBName=zabbix DBUser=zabbix DBPassword=zabbixpwd DBPort=3306 Timeout=30 AlertScriptsPath=/usr/local/zabbix/alertscripts ##触发脚本放置位置 ExternalScripts=/usr/local/zabbix/externalscripts LogSlowQueries=3000 python 邮件发送脚本 /usr/local/zabbix/alertscripts/zabbix_sendmail.py #!/usr/bin/python # -*- coding: utf-8 -*- from email.mime.text import MIMEText from email.header import Header from smtplib import SMTP_SSL import sys smtpaddr =

PHP 字符串索引问题

阅读更多关于 PHP 字符串索引问题

php 通过下标获取的是字节，而不是字符！！！！ $str{$i} 获取的是第$i个字节，而不是第$i 个字符！！！ PHP可以通过 $str{0} 或者 $str[0] 的形式获取字符串的第一个字节的内容。今天写了一段程序，出现了问题 $contentLength = mb_strlen($assessment['content']); //计算字符串的长度，以‘字符’计算 $content = ''; for($i = 0; $i <= $contentLength; $i++){ $content .= $assessment['content']{$i}; //开始我本以为通过字符串下标获取的是指定字符，结果出现了乱码，经查阅发现，字符串下标获取的是指定的字节，而不是字符。所以出现了乱码。 if($i % 10 == 0) { $content .= "\n\r"; //每10个字换行 $content .= $assessment['content']{$i}; //str_split } } echo 'content:',$content; 所以以后要特别注意了，之前还真没注意过这个问题，靠 >^_^< 那么如果我想获取第$i个字符怎么实现呢。可以这样 $contentLength = mb_strlen($assessment['content']);

Sticky Footer，完美的绝对底部

阅读更多关于 Sticky Footer，完美的绝对底部

写在前面做过网页开发的同学想必都遇到过这样尴尬的排版问题：在主体内容不足够多或者未完全加载出来之前，就会导致出现（图一）的这种情况，原因是因为没有足够的垂直空间使得页脚推到浏览器窗口最底部。但是，我们期望的效果是页脚应该一直处于页面最底部（如图二）：笔者最近在项目中也遇到过这样的场景，在寻找最佳解决方案的过程中，了解到了 “Sticky Footer” 这个名词。本文将带大家重新认识这个常见的网页效果，以及一些可行的实现方案。什么是 “Sticky Footer” 所谓 “Sticky Footer”，并不是什么新的前端概念和技术，它指的就是一种网页效果：如果页面内容不足够长时，页脚固定在浏览器窗口的底部；如果内容足够长时，页脚固定在页面的最底部。总而言之，就是页脚一直处于最底，效果大致如图所示：当然，实现这种效果的方法有很多种，其中有通过脚本计算的，有通过 CSS 处理的，脚本计算的方案我们不在本文探讨。下面我们看看有哪些通过 CSS 可以实现且适用于移动端开发的方案，并分析其中的利弊。如何实现假设我们页面的 HTML 结构是这样： 1 2 3 4 < div class= "wrapper"> < div class= "content">  </ div> < div class= "footer"> <!-- 需要做到

ios 融云自定义消息

阅读更多关于 ios 融云自定义消息

关于在融云上创建自己的应用、集成 SDK、初始化等一些基本的我们在这就不多说了，按照他的教程可以很容易的完成。 ①会话列表的实现会话列表的实现其实也很简单，就是创建一个继承于RCConversationListViewController的控制器，然后重写 init 的方法，这个里边我们需要设定需要显示的会话类型。 -(id)init{ self = [super init]; /** <设置会话列表头像为圆形> **/ [self setConversationAvatarStyle:RC_USER_AVATAR_CYCLE]; if (self) { //设置需要显示哪些类型的会话 [self setDisplayConversationTypes:@[@(ConversationType_PRIVATE), @(ConversationType_DISCUSSION), @(ConversationType_CHATROOM), @(ConversationType_GROUP), @(ConversationType_APPSERVICE), @(ConversationType_SYSTEM)]]; //设置需要将哪些类型的会话在会话列表中聚合显示 [self setCollectionConversationType:@[@(ConversationType

Mixed Content混合内容错误 Iframe Http页面无法访问

阅读更多关于 Mixed Content混合内容错误 Iframe Http页面无法访问

问题描述为通过安全测试, 系统升级为https, 后由于新增了接口(页面集成方式, 即第三方系统某一个界面需要嵌入到我们系统的某个页面中) 采用iframe和重定向方式都报同样的错误, 意思就是我们系统是https, 第三方系统是http, 请求被block了. 下面是chrome报错的内容： Mixed Content: The page at ’ was loaded over HTTPS, but requested an insecure resource ‘xxxxxxxxxxxxx‘. This request has been blocked; the content must be served over HTTPS. 解决办法提供有用的解决办法（最优1，其次2，向下排） 1.把iframe中的http升级成https。 2.https站点降级http，就能访问iframe http。 3.通过nigix做映射，页面写访问https，但nigix接收后转成http发送出去。我的方案(方式2) 1.方式一: https://www.jianshu.com/p/af269bff60f8 行不通 2.方式二:已经通过安全测试就不扯犊子了, 将系统降为http 可行结论别想什么其他解决办法，最好就都升级https，提升站点安全

1.4requests的简单使用

阅读更多关于 1.4requests的简单使用

问题：为什么要学习requests，而不是urllib？ 1、requests的底层实现就是urllib 2、requests在python2 和python3中通用，方法完全一样 3、requests简单易用 4、requests能够自动帮助我们解压(gzip压缩的等)网页内容 Requests: 让 HTTP 服务人类虽然Python的标准库中 urllib 模块已经包含了平常我们使用的大多数功能，但是它的 API 使用起来让人感觉不太好，而 Requests 自称 “HTTP for Humans”，说明使用更简洁方便。 Requests 继承了urllib的所有特性。Requests支持HTTP连接保持和连接池，支持使用cookie保持会话，支持文件上传，支持自动确定响应内容的编码，支持国际化的 URL 和 POST 数据自动编码。 requests 的底层实现其实就是 urllib Requests的文档非常完备，中文文档也相当不错。Requests能完全满足当前网络的需求，支持Python 2.6–3.5，而且能在PyPy下完美运行。开源地址：https://github.com/kennethreitz/requests 中文文档 API： http://docs.python-requests.org/zh_CN/latest/index.html 安装方式

订阅 content