看到错误提示如下
Warning: Call-time pass-by-reference has been deprecated in E:网站目录www目录a.php on line 46
Warning: Call-time pass-by-reference has been deprecated in E:网站目录www目录a.php on line 47
Warning: Call-time pass-by-reference has been deprecated in E:网站目录www目录a.php on line 47
Warning: Call-time pass-by-reference has been deprecated in E:网站目录www目录a.php on line 48
Warning: Call-time pass-by-reference has been deprecated in E:网站目录www目录a.php on line 49
Warning: Call-time pass-by-reference has been deprecated in E:网站目录www目录a.php on line 51
Warning: Call-time pass-by-reference has been deprecated in E:网站目录www目录a.php on line 56
Warning: Call-time pass-by-reference has been deprecated in E:网站目录www目录a.php on line 56
解决办法如下:
方法1:
把php.ini的display_errors = on改成display_errors = off // (不显示错误)
就不显示了。
但是这种方法不是太好,只是不显示错误,其实错误还是存在的。
方法2:
1. 在PHP.ini中搜索关键字 : allow_call_time_pass_reference 没有的自行建立。
2. 将 Off 改成 On ,Web Server重起就OK了~
allow_call_time_pass_reference = Off 变成 allow_call_time_pass_reference = On
顺便解释下allow_call_time_pass_reference这个参数的含义:
是否启用在函数调用时强制参数被按照引用传递。此方法已不被赞成并在 PHP/Zend 未来的版本中很可能不再支持。鼓励使用的方法是在函数定义中指定哪些参数应该用引用传递。鼓励大家尝试关闭此选项并确保脚本能够正常运行,以确保该脚本也能在未来的版本中运行(每次使用此特性都会收到一条警告,参数会被按值传递而不是按照引用传递)。
在函数调用时通过引用传递参数是不推荐的,因为它影响到了代码的整洁。如果函数的参数没有声明作为引用传递,函数可以通过未写入文档的方法修改其参数。要避免其副作用,最好仅在函数声明时指定那个参数需要通过引用传递。
上传文件出现问题, 检查了一遍发现是php.ini配置问题我们只要修改php.ini配置文件中的upload_tmp_dir、upload_max_filesize、post_max_size等选项即可。php的配置:
代码如下 | 复制代码 |
upload_max_filesize = 200M |
nginx配置:
代码如下 | 复制代码 |
client_max_body_size 200m; |
按说没啥了额, 又怀疑是否是 nginx 做反向代理这里的限制,也检查过了没问题。
又仔细观察了一下 , $_POST 过来的数据是空的, 难道是 POST 大小的问题? 检查了php.ini, 还真的有一个配置项:
代码如下 | 复制代码 |
upload_max_filesize = 8M |
改为 200M, 重启一下 php, OK!! 搞定!! 还真的是 POST过来的数据大小超过限制了!
下现附给没有服务器操作权限的朋友
在PHP上传上加入下面的代码,即可暂时让PHP能上传大文件,如下
代码如下 | 复制代码 |
<?php |
有此主机商是把ini_set函数禁止使用了,我们可以使用下面函数来检测
代码如下 | 复制代码 |
<?php |
既然木有 Star 包,那么安装好 MoarVM 上的 Rakudo 后我们就有必要先自己把 panda 之类的工具编译出来。这一步需要注意一下你的 @*INC 路径和实际的 $PERL6LIB 路径,已经编译之后的 panda 存在的 $PATH 是不是都正确,如果不对的修改一下 ~/.bashrc 就好了。
我的尝试迁移对象是一个很简单的 Puppet 的 ENC 脚本,只涉及 SQLite 的读取,以及 YAML 格式的输出。通过 panda install DBIish 命令即可安装好 DBIish 模块。
脚本本身修改起来难度不大,结果如下:
代码如下 | 复制代码 |
#!/usr/bin/env perl6 use v6; use DBIish; use YAML; my $base_dir = "/etc/puppet/webui"; # 函数在 Perl6 中依然使用 sub 关键字定义,不过有个超酷的特性是 multi sub # 脚本中没有用到,但是在 YAML::Dumper 中遍地都是,这里也提一句。 # MAIN 函数在 Perl6 里可以直接用 :$opt 命令参数起 getopt 的作用 # 不过 ENC 脚本就是直接传一个主机名,用不上这个超酷的特性 sub MAIN($node) { # connect 方法接收参数选项是 |%opts,所以可以把哈希直接平铺写 # 这个 | 的用法一个月前在《Using Perl6》里看到过 my $dbh = DBIish.connect( 'SQLite', database => "{$base_dir}/node_info.db" ); my $sth = $dbh.prepare("select * from node_info where node_fqdn = ?"); $sth.execute("$node"); my $ret = $sth.fetchrow_hashref; my $res; if ( !$ret ) { $res = { # Perl5 的 qw() 在 Perl6 里直接写成 <> 。也不用再通过 [] 来指明是引用 classes => <puppetd repos>, environment => 'testing', }; } else { $res = { environment => $ret{'environment'}, parameters => { role => $ret{'role'} }, classes => {}, }; # 这个 for 的用法,在 Perl5 的 Text::Xslate 模板里就用过 for split(',', $ret{'classes'}) -> $class { if ( $class eq 'nginx' ) { # 这个 <== 符号指明数据流方向,完全可以把数组倒过来,然后用 ==> 写这行 # 如果不习惯这种流向操作符的,可以用,号,反正不能跟 Perl5 那样啥都不写 # 这里比较怪的一点是我试图把这么长的一句分成多行写,包括每行后面加,我看到 YAML 代码里就用分行了,但是我这就会报错 # Perl6 的正则变化较大,这里 /^#/ 要写成 /^'#'/ 或者 /^x23/ # 正则 // 前面不加 m// 不会立刻开始匹配 # 原先的 s///g 可以写作 s:g///,也可以写作对象式的 .subst(m//, '', :g),. 前面为空就是默认的 $_ # 捕获的数据存在 @() 数组里,也可以用 $/[i] 的形式获取 # 字符串内插时,不再写作 ${*},而是 {$*} 的形式 # 命名捕获这里没用上,写个示例: # $str ~~ /^(w+?)$<laststr>=(w ** 4)w$/; # $/<laststr>.chomp.say; # 注意里面的 w{4} 变成了 w ** 4 my @needs <== map { .subst(m/^(.+):(d+)$/, "{$/[0]} max_fails=30 weight={$/[1]}", :g) } <== grep { !m/^x23/ } <== split(',', $ret{'extstr'}); $res{'classes'}{'nginx'}{'iplist'} = @needs; } else { # Perl5 的 undef 不再使用,可以使用 Nil 或者 Any 对象 $res{'classes'}{$class} = Nil; } } }; $dbh.disconnect(); # 这个 dump 就是 YAML 模块导出的函数 # Perl6 的模块要导出函数不再需要 Exporter 那样,直接用 our sub dump($obj) {} 就可以了 say dump($res); }; |
但是麻烦的是 YAML 模块本身,这个模块是 ingydotnet 在好几年前草就,后来就没管了,实际现在压根跑不起来。花了半天时间,一边学习一边修改,总算修改正常了。主要涉及了 Attribute 对象,Nil 对象,twigls 前缀符,:exists 定义几个概念,以及 YAML 格式本身的处理逻辑。
YAML 模块修改对比如下:
代码如下 | 复制代码 |
diff --git a/lib/YAML/Dumper.pm b/lib/YAML/Dumper.pm |
另一处是 pir::getattribute__PPs() 函数,pir 是 parrot 上的语言,而 MoarVM 和 JVM 上都是先实现了一个 nqp 再用 nqp 写 Perl6,不巧的是这个 pir 里的 getattribute__PPs() 刚好至今还没有对应的 nqp 方法。(在 pir2nqp.todo 文件里可见)
所以只能用高级的 Perl6 语言来做了。
总的来说,这个 yaml-pm6 代码里很多地方都是试来试去,同样的效果不同的写法,又比如 .WHICH 和 .WHAT.perl 也是混用。 而且我随手测试了一下,即使在 parrot 上,用 pir::getattribute__PPs 的速度也比 Attribute.get_value 还差点点。
最后提一句,目前 ENC 脚本在 perl5、perl6-m、perl6-p、perl6-j 上的运行时间大概分别是 0.13、1.5、2.8、12s。MoarVM 还差 Perl5 十倍,领先 parrot 一倍。不过 JVM 本身启动时间很长,这里不好因为一个短时间脚本说它太慢。
另外还试了一下如果把我修改过的 YAML::Dumper 类直接写在脚本里运行,也就是不编译成 moarvm 模块,时间大概是 2.5s,比 parrot 模块还快点点。
不过如何把 perl6 脚本本身编译成 moarvm 的 bytecode 格式运行还没有研究出来,直接 perl6-m --target=mbc --output=name.moarvm name.pl6 得到的文件运行 moar name.moarvm 的结果运行会内存报错。
原文来自:tiejiang.org
今天本来说要测试一个新网站的,结果发现打开之后提示Fatal error: Call to undefined function get_header() in 错误了,下面我就给大家整理此问题解决办法。效果就成这样了。
Fatal error: Call to undefined function get_header() in /home/wwwfulis/public_html/index.php on line 1;
在wordpress中这个应该算是比较正常的情况,因为基本都是调用模板函数,简单翻译一下就是get_header()这个函数没有定义。
到网 站查询了很多资料都没有显示有效的结果,没办法只好根据他们提供的信息综合分析一下,最后发现这个问题导致的原因有如下的几种,
1.检查这个函数是否是拼写错误 在php里,内置有get_headers() 函数,但是在xammp上面能够调制,为什么在这上面就不能调试了呢。 该函数的功用是:返回一个数组,包含有服务器响应一个 HTTP 请求所发送的标头。如果失败则返回 FALSE 并发出一条 E_WARNING 级别的错误信息
2.检查是否在其它地方定义了这个函数.
如果自己有设置主机php.ini的权限,不操心log的话,可以修改如下,就不会有错误提示了:
代码如下 | 复制代码 |
|
因为没有权限懂php.ini,于是,我在index.php中添加不显示运行错误:
代码如下 | 复制代码 |
<?php ini_set('display_errors', 0); ?> |
这样以后就没有了错误提示,可是error-log中依旧记录着该错误,如何不记录这个错误呢?如果直接加载index.php且没有定义get_header()这个函数,就直接重定向到网站首页,所以一个简单地判断就可以搞定了。
代码如下 | 复制代码 |
<?php ini_set('display_errors', 0); ?> <?php /* @FileName:index.php @Aurthor: OneDou [http://oneodu.com] @LastModifed:2013-6-10 下午11:27:33 @Charset:UTF-8 */ if (function_exists('get_header')) { get_header(); }else{ header("Location: http://" . $_SERVER['HTTP_HOST'] . ""); exit; }; ?> |
Ok,这样如果直接访问index.php就被重定向到了首页
在运行一个采集页面时发现超过30秒页面出现Fatal error: Maximum execution time of 30 seconds exceeded in 错误了,这个百度了一下说是配置问题,下面给大家分享解决办法。报这个错误不是说php执行时间越过了配置文件中设置的最大执行时间30秒钟,不是你的程序错误,而
是系统的配置文件问题,如果你的网速快服务器配置高的话,再执行一次就不会出现这种错误了
有了出现这种问题也可以进行一下修改:
1.修改php的配置文件,找到php.ini文件,它一般应该放在你的C:WINDOWS目录下,然后找到max_execution_time = 30 ;
//设置成你想要的值,单位是秒
这一行,这就是设置的执行时间最大值为30秒,你可以对这个值进行一下修正,改为你的期望值。
2.使用ini_set()函数,不是所有人都能修改php.ini文件的,那么你可以使用这个函数来改变你的最大执行时间限制值,如:
ini_set(‘max_execution_time’, ’100′);
//设置成你想要的值,单位是秒
3:直接在页面加程序
可用程序修改:set_time_limit (0);