config -- 8




概述上一篇日志中,我们介绍了 Spring Security 的基本内容,并且进行了初步的配置工作Spring Secrity 简介及基本配置本篇日志中,我们就来实现用户列表的配置 配置基于内存的用户列表配置用户列表最简单的方法就是通过重载 WebSecurityConfigurerAdapter 的 configure 方法来实现用户列表的加载:package com.techlog.test.testsecurity.configuration; import org.springframework.context.annotation.Configuration; import org.springframework.security.config.annotation.authentication.builders.AuthenticationManagerBuilder; import org.springframework.security.config.annotation.web.builders.HttpSecurity; import org.springframework.security.config.annotation.web.configuration.EnableWeb
#技术帖    #config    #龙潭书斋    #java   
概述上一篇日志中,我们介绍了 Spring MVC 的基本概念及执行流程,并创建了最基本的 hello world 项目Spring MVC 简介及 Hello World 项目创建上篇日志中介绍了一个非常重要的组件 -- DispatcherServlet,并且在 web.xml 中创建了默认的 DispatcherServlet 的配置本篇日志中,我们就来介绍一下 Spring3.0 以后支持的通过 java 代码来配置 DispatcherServlet 的配置方法 DispatcherServlet 的配置与两个应用上下文我们已经知道,DispatcherServlet 最重要的工作是接收请求并转发给特定的 Controller,因此首先需要配置的是 url 映射DispatcherServlet 启动时,会创建 Spring 应用上下文,并加载配置文件或配置类中所声明的 bean,因此我们需要在 DispatcherServlet 的配置中指定 bean 所
#技术帖    #controller    #mvc    #config   
概述上一篇日志中,我们介绍了使用注解代替传统的 xml 进行依赖注入编程:Spring 3.0 依赖注入的注解实现然而,我们还是必须要提供 ApplicationContext.xml 来进行整个项目的初始化本篇日志中,我们介绍一下如何将一切 xml 配置全部用 java 代码配合相应的注解完成 使用 @Configuration、@ComponentScan 和 @Bean 实现 bean 的自动装载Spring 框架是控制反转 (IOC) 或依赖性注入 (DI) 模式的推动因素,而这种推动是通过基于容器的配置实现的。过去,Spring 允许开发人员使用基于 XML 的配置,通过利用应用程序上下文 XML 文件来管理 bean 依赖性尽管使用 XML 配置较为简单和便捷,但仍有另外一种方法可定义 bean 及其依赖项。这种方法也称为基于 Java 的配置。不同于 XML,基于 Java 的配置使您能够以编程方式管理 
#技术帖    #xml    #config    #配置   
概述此前的博客中,我们介绍了 rabbitmq 的安装、使用,然而最重要的,rabbitmq 的配置一直都没有讲解,因为 rabbitmq 安装后会有一些自动配置,通常我们无需进行任何额外配置就可以直接使用接下来我们要进入 rabbitmq 集群的介绍中,rabbitmq 的配置是必不可少的,因此,在本文中,主要介绍一下 rabbitmq 的配置方法 rabbitmq 的配置文件rabbitmq 有三种配置方式:环境变量配置文件运行时参数 环境变量环境变量是通过 /etc/rabbitmq/rabbitmq-env.conf 进行配置的,这个文件的路径和文件名是不可以更改的,也不会自动创建,如果你需要自己配置相应环境变量,就需要手动创建它在这个文件中,你可以进行预设的几个环境变量的配置,类似:#example rabbitmq-env.conf file entries #Rename the node NODENAME=bunny@myhost #Config file location and new filename bunnies.config CONFIG_FILE=/etc/rabbitmq/testdir/bu
#技术帖    #config    #配置    #技术分享   
概述遇到一个需求,需要根据访问域名中解析出的某部分去访问对应的目录这个需求对于测试环境中,多用户使用相同目录结构进行独立访问的场景是非常有用的,也被称为“泛域名”其实,使用正则表达式和 nginx 配置中的变量功能是很容易实现的 nginx 配置server { listen 80; server_name ~^(?<subdomain>.+).techlog.cn; root /home/$subdomain/techlog; index index.html index.htm index.php; fastcgi_intercept_errors on; error_page 404 = /404.html; location / { try_files $uri $uri/ =404; } error_page 500 502 503 504 /50x.html; location = /50x.html { root html; } location ~ .php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_F
#技术帖    #config    #服务器    #技术分享   
概述顾名思义,rewrite 就是重定向,就是将收到的请求依据配置重定向成为另一个请求并返回nginx、Apache 都提供了强大的 rewrite 功能,在实际使用中,也十分的方便,比如消息的转发或网站默认页面或出错页面的处理等ngx_http_rewrite_module 模块实现了对 url 的判断、正则匹配、重定向 nginx 预定义变量nginx 配置文件中可以使用很多变量,rewrite 的规则就是在配置文件中定义的,因此,首先了解 nginx 有哪些预定义变量更加有利于我们去了解和配置 rewrite 规则nginx 配置中可以出现的变量,同时也可以通过 set 指令创建变量可以通过第三方模块 echo-nginx-module 查看配置中 相应变量的值 nginx 预定义变量预定义变量意义arg_PARAMETERGET请求中变量名PARAMETER参数的值argsGET请求中的参数,如foo=123&bar=blahblahbinary_remote_addr二进制码形式的客户端地址body_bytes_sent传送页面的字节数content_le
#技术帖    #apache    #config    #配置   
Symfony 的目录结构尽管如何安排目录结构是非常灵活自由的,但是 symfony 会创建下面这些默认的目录: app -- 用于存放 Symfony 的配置信息 src -- 所有的 PHP 项目代码都存放在这个目录中 vendor -- 所有的 vendor 库都放在这个目录中 web -- 这是 web 的入口目录,所有的可供访问的入口文件都存放在这个目录下 web 目录根目录中的 web 目录存放所有的公共的和静态的文件,包括图片、css、js 文件等,也是供访问的入口 Controller 存放的目录下面是默认的入口 app.php:<?php // web/app.php require_once __DIR__.'/../app/bootstrap.php.cache'; require_once __DIR__.'/../app/AppKernel.php'; use Symfony\Component\HttpFoundation\Request; $kernel = new AppKernel('prod', false); $kernel->loadClassCache(); $kernel->handle(Request::creat
#技术帖    #symfony    #web    #php   



京ICP备15018585号