common

thinlphp配置加载

由 寵の児 提交于 2019-12-02 16:16:23
在ThinkPHP中，一般来说应用的配置文件是自动加载的，加载的顺序是： 惯例配置->应用配置->模式配置->调试配置->状态配置->模块配置->扩展配置->动态配置 以上是配置文件的加载顺序，因为后面的配置会覆盖之前的同名配置（在没有生效的前提下），所以配置的优先顺序从右到左。 下面说明下不同的配置文件的区别和位置： 惯例配置 惯例重于配置是系统遵循的一个重要思想，框架内置有一个惯例配置文件（位于 ThinkPHP/Conf/convention.php ），按照大多数的使用对常用参数进行了默认配置。所以，对于应用的配置文件，往往只需要配置和惯例配置不同的或者新增的配置参数，如果你完全采用默认配置，甚至可以不需要定义任何配置文件。 建议仔细阅读下系统的惯例配置文件中的相关配置参数，了解下系统默认的配置参数。 应用配置 应用配置文件也就是调用所有模块之前都会首先加载的公共配置文件（默认位于 Application/Common/Conf/config.php ）。 如果更改了公共模块的名称的话，公共配置文件的位置也相应改变 模式配置 如果使用了普通应用模式之外的应用模式的话，还可以为应用模式（后面会有描述）单独定义配置文件，文件命名规范是： Application/Common/Conf/config_应用模式名称.php （仅在运行该模式下面才会加载）。 模式配置文件是可选的

thinkphp自动创建目录

由 会有一股神秘感。 提交于 2019-12-02 16:11:27
自动创建目录 在第一次访问应用入口文件的时候，会显示如图所示的默认的欢迎页面，并自动生成了一个默认的应用模块Home。 接下来再看原来空的 Application 目录下面，已经自动生成了公共模块 Common 、默认的 Home 模块和 Runtime 运行时目录的目录结构： Application ├─ Common 应用公共模块 │ ├─ Common 应用公共函数目录 │ └─ Conf 应用公共配置文件目录 ├─ Home 默认生成的 Home 模块 │ ├─ Conf 模块配置文件目录 │ ├─ Common 模块函数公共目录 │ ├─ Controller 模块控制器目录 │ ├─ Model 模块模型目录 │ └─ View 模块视图文件目录 ├─ Runtime 运行时目录 │ ├─ Cache 模版缓存目录 │ ├─ Data 数据目录 │ ├─ Logs 日志目录 │ └─ Temp 缓存目录 如果你不是Windows环境下面的话，需要对应用目录 Application 设置可写权限才能自动生成。 如果不是调试模式的话，会在Runtime目录下面生成 common~runtime.php 文件（应用编译缓存文件）。 目录安全文件 在自动生成目录结构的同时，在各个目录下面我们还看到了index.html文件，这是ThinkPHP自动生成的目录安全文件。

AddressUtils

由 天涯浪子 提交于 2019-12-02 14:29:55
package com.ruoyi.common.utils; import org.slf4j.Logger; import org.slf4j.LoggerFactory; import com.ruoyi.common.config.Global; import com.ruoyi.common.json.JSON; import com.ruoyi.common.json.JSONObject; import com.ruoyi.common.utils.http.HttpUtils; /** * 获取地址类 * * @author ruoyi */ public class AddressUtils { private static final Logger log = LoggerFactory.getLogger(AddressUtils.class); public static final String IP_URL = "http://ip.taobao.com/service/getIpInfo.php"; public static String getRealAddressByIP(String ip) { String address = "XX XX"; // 内网不查询 if (IpUtils.internalIp(ip)) { return

ffmpeg中遇到UINT64_C’ was not declared in this scope

由 泄露秘密 提交于 2019-12-02 10:45:57
fmpeg 默认是用C文件来编译的，如果某个CPP文件想引用ffmpeg中的某些函数或者头文件，有可能出现 ‘UINT64_C’ was not declared in this scope的错误 情形大概如下 The same issue i'm getting here when compiling chromium with ffmpeg from svn: In file included from /usr/include/libavutil/avutil.h:81:0, from /usr/include/libavcodec/avcodec.h:30, from out/Release/obj.target/geni/ffmpeg_stubs.cc:16: /usr/include/libavutil/common.h: In function 'int32_t av_clipl_int32(int64_t)': /usr/include/libavutil/common.h:154:47: error: 'UINT64_C' was not declared in this scope make: *** [out/Release/obj.target/geni/ffmpeg_stubs.o] Error 1 可以 在cpp文件中加入 extern "C"{

poj1330

由 大兔子大兔子 提交于 2019-12-02 09:31:09
POJ1330 Nearest Common Ancestors Description A rooted tree is a well-known data structure in computer science and engineering. An example is shown below: In the figure, each node is labeled with an integer from {1, 2,...,16}. Node 8 is the root of the tree. Node x is an ancestor of node y if node x is in the path between the root and node y. For example, node 4 is an ancestor of node 16. Node 10 is also an ancestor of node 16. As a matter of fact, nodes 8, 4, 10, and 16 are the ancestors of node 16. Remember that a node is an ancestor of itself. Nodes 8, 4, 6, and 7 are the ancestors of node 7

文件的上传和下载

由 不羁的心 提交于 2019-12-01 21:55:02
文件上传和下载功能在日常生活中应用的是比较多的。 这是界面原型： 1 <%-- 保全-附件管理--%> 2 <%@page contentType="text/html;charset=utf-8" %> 3 <%@include file="../common/jsp/UsrCheck.jsp" %> 4 5 <html> 6 <% 7 GlobalInput tG = new GlobalInput(); 8 tG = (GlobalInput) session.getAttribute("GI"); 9 String tEdorAcceptNo = request.getParameter("EdorAcceptNo"); 10 String tEdorNo = request.getParameter("EdorNo"); 11 String tPolicyNo = request.getParameter("PolicyNo"); 12 String tOutPolicyNo = request.getParameter("OutPolicyNo"); 13 String tSubMissionID = request.getParameter("SubMissionID"); 14 String tActivityID = request.getParameter(

cmake的使用

由 帅比萌擦擦* 提交于 2019-12-01 09:25:50
cmake cmake使用场景 cmake是一款开源的、跨平台的、集构建、测试、打包于一体的系列工具，在不同的平台（如windows、linux）和编译环境下（如gcc、msc）的Makefile文件是不同的，而cmake可以使用简单的配置文件来生成相应的Makefile文件。 cmake常用选项 指定cmake最小版本 cmake_minimum_required(VERSION 3.4.1) 设置项目名称 project(demo) 在构建中添加子目录 add_subdirectory(source_dir binary_dir) #source_dir指定源CMakeLists.txt和代码文件所在的目录,binary_dir指定放置输出文件的目录 设置编译类型 add_executable(demo demo.c) #生成可执行文件add_library(common STATIC common.c) #生成静态库add_library(common SHARED common.c) #生成动态库add_library 默认生成是静态库，通过以上命令生成文件名字，　　在 Linux 下是：　　　　demo　　　　libcommon.a　　　　libcommon.so　　在 Windows 下是：　　　　demo.exe　　　　common.lib　　　　common.dll

用ECL编译字符游戏的跨平台(Linux/OSX/WINDOWS)可执行文件

由 末鹿安然 提交于 2019-12-01 08:35:07
用ECL编译字符游戏的跨平台(Linux/OSX/WINDOWS)可执行文件 说明 前面我们用 CLISP 写了一个代码超简短的字符游戏, 不过每次运行时都需要通过 Common Lisp 来加载, 本文介绍一种可以把 Common Lisp 代码编译为可执行文件的方法: 用 ECL 把 Common Lisp 程序编译为可执行文件. 这里稍微介绍一下 ECL - Embedded Common Lisp , 也就是嵌入式 Common Lisp , 它采用了一种不同于其他 Common Lisp 实现的内部处理, 具体说就是把 Common Lisp 代码翻译为标准 C 代码, 然后调用系统上的 gcc 进行编译. 所以使用 ECL 的前提是安装好 gcc 编译器. 正因为 ECL 的这种内部处理机制, 所以只要是符合 ANSI Common Lisp 标准的代码都可以由 ECL 编译为可执行文件. 而且因为调用了 gcc 进行实际的编译链接, 所以生成的可执行文件体积非常小. 相关编译命令 编译函数 compile-file , 用于把 Common Lisp 源代码编译为 .fas 文件; 构建函数 c:build-program , 用于调用 gcc 生成可执行文件; 全局变量 c::*delete-files* , 用于设置是否删除中间文件. 假设要编译的文件为 c11

python导入不同目录下的自定义模块

由 …衆ロ難τιáo~ 提交于 2019-12-01 07:25:07
一、代码目录结构 自定义的模块在Common包下，Study文件下SelectionSort.py文件导入自定义的模块 二、源码 2.1：SelectionSort.py文件 　 python导包默认是从sys.path中搜索的。 　　sys.path结果如下：['D:\\PyCharm\\source\\Study', 'D:\\PyCharm\\source', 'D:\\PyCharm\\source\\venv\\Scripts\\python36.zip', 'D:\\Python\\Python36\\DLLs', 'D:\\Python\\Python36\\lib', 'D:\\Python\\Python36', 'D:\\PyCharm\\source\\venv', 'D:\\PyCharm\\source\\venv\\lib\\site-packages', 'D:\\PyCharm\\source\\venv\\lib\\site-packages\\setuptools-40.8.0-py3.6.egg', 'D:\\PyCharm\\source\\venv\\lib\\site-packages\\pip-19.0.3-py3.6.egg'] 从结果中可以看到，并没有Common，也就是说直接是不能导入Common下的模块的（即： 不能

SpringBoot 连接kafka ssl 报 CertificateException: No subject alternative names present 异常解决

由 断了今生、忘了曾经 提交于 2019-11-30 21:19:54
当使用较新版本SpringBoot时，对应的 kafka-client 版本也比较新，如果使用了 2.x 以上的 kafka-client ，并且配置了 kafka ssl 连接方式时，可能会报如下异常： javax.net.ssl.SSLException: Inbound closed before receiving peer's close_notify: possible truncation attack? ..... org.apache.kafka.common.errors.SslAuthenticationException: SSL handshake failed Caused by: javax.net.ssl.SSLHandshakeException: General SSLEngine problem ..... Caused by: java.security.cert.CertificateException: No subject alternative names present ..... 2019-10-09 10:12:55.683 DEBUG 23524 --- [ main] o.s.kafka.core.KafkaTemplate : Failed to send: ProducerRecord ..... 该原因是因为新版本
订阅 common