//设置session里的值
public function session1(Request $request){
//1.HTTP request session();
/*$request->session()->put('key1','value1');
echo $request->session()->get('key1');*/
//2.session()
/*session()->put('key2','value2');
echo session()->get('key2'); */
//3.session
//存储数据到session
//Session::put('key3','value3');
//获取session里的数据
//echo Session::get('key3');
//不存在则获取默认的值
//echo Session::get('key4','default');
//以数组的形式存储数据
//Session::put(['key4'=>'value4']);
//把数据放到Session的数组中
/*Session::push('user','yxh');
Session::push('user','imooc');*/
//取出数组的数据
/*$res = Session::get('user','default');
var_dump($res);*/
//取出数据之后就把它删除
/*$res = Session::pull('user','default');
var_dump($res);*/
//取出session中的所有制
/*$res = Session::all();
var_dump($res);*/
//判断session中的某个值是否存在
/*if(Session::has('key1')){
$res = Session::all();
dd($res);
}else{
echo '不存在';
}*/
//删除session中指定的值
//Session::forget('key1');
//清空所有session
//Session::flush();
//设置临时数据,只能访问一次,第二次访问就删除了
//Session::flash('key-flash','flash');
}
Laravel框架之Session操作
-
Android-WebView中远端链接使用本地js文件
本例中加载的js库是 jQuery 放在本地的原因是: 1.js库本身挺大,浪费流量 2.js库可能常年不更新
-
laravel,gulp,Browsersync浏览器同步测试
Browsersync能让浏览器实时、快速响应您的文件更改(html、js、css、sass、less等)并自动刷新页面。更重要的是 Browsersync可以同时在PC、平板、手机等设备下进项调试。您可以想象一下:“假设您的桌子上有pc、ipad、iphone、android等设备,同时打开了您需要调试的页面,当您使用browsersync后,您的任何一次代码保存,以上的设备都会同时显示您的改动”。无论您是前端还是后端工程师,使用它将提高您30%的工作效率。
-
Java中Arrays的asList()方法
Java中Arrays的asList()方法 可以将 数组转为List 但是,这个数组类型必须是 引用类型的,如果是8中基本数据类型就不可以 原因如下,引用别人的一篇文章:
-
Android中资源文件中的字符串数组string-array简单用法
在Android中,用string-array是一种简单的提取XML资源文件数据的方法。
-
No such property: sonatypeRepo for class:
这种问题一般是出现在导入一些开源项目的时候。原因为该项目的原作者会把项目发布到maven中央仓库中,所以在gradle中添加了相关的maven发布任务,而发布任务需要配置
-
vue的style绑定background-image
vue的style绑定background-image
-
PHP的pm、pm.max_requests、memory_limit参数优化说明
pm是来控制php-fpm的工作进程数到底是一次性产生固定不变(static)还是在运行过程中随着需要动态变化(dynamic)。众所周知,工作进程数与服务器性能息息相关,太少则不能及时处理请求,太多则会占用内存过大而拖慢系统。
-
NGINX + PHP-FPM 502 相关事
NGINX + PHP-FPM 报 502 错误,我想大部分 SA 都遇到过吧。 根据报错的频率,可以分为两种情况,间歇性的502和连续性的502。 这里只讨论第一种情况——间歇性的502。
-
php-fpm占用系统资源分析
由上图分析,可以看出共有602个进程,其中有601个进程休眠了。这好像有点不对劲,内核进程也就80个左右,加上memcached, nginx, mysqld,也不会超出90个。除了这些,剩下的只有php-fpm管理的php-cgi,难道是…?