I'm updating some old code, and noticed there's a lot of files that still have the old-style PHP file ending, where the
?>is the last chars in the file.
NOTE: this is in keeping with many coding standards for PHP eg.: http://www.php-fig.org/psr/psr-2/
Is there a way to quickly remove these directory wide (via
sed, or whatever) but not remove legitimate closing tags in in-line PHP blocks?
I have no problem finding / replacing these-- I am not sure how to ensure that it's the last characters in the file though.
？＆gt; </ code>是文件中的最后一个字符。</ p>
注意：这符合PHP的许多编码标准，例如： http://www.php-fig.org/psr/psr-2/ </ p>
preg_replace </ code>，也许
grep </ code> /
sed </ code> ，或者其他什么）但不删除内嵌PHP块中的合法结束标记？</ p>
我没有问题查找/替换这些 - 我不知道如何确保它是最后一个字符 但是在文件中。</ p>
Firstly, as with all bulk search and replace tasks, be sure you have backed up the files so you have something to fall back on in case this doesn't work.
Then, on the command line, try:
$ sed -i '$s/\([[:blank:]]\)*?>\([[:blank:]]\)*$//g' "$(grep -rl '^\([[:blank:]]\)*?>\([[:blank:]]\)*$')"
- uses command substitution
$()containing a grep command
-rto recursively find files. If your directory has mixed in non-PHP files and takes too long, we can work in a
find, however for now try this
-lto just list, don't show the match, thus pass file names to
[:blank:]is a POSIX character class to match space or tabs.
- so the grep matches for a line beginning with space or tab for zero+ characters, the
?>, followed by space or tab zero+ characters, then end of line.
- this is to deal with edge cases where the code does not end as expected with just
?>but for whatever odd reason you happen to have extra white spaces before and after the
- this grep alone will also include unwanted results where you happen to have
?>on its own line in the middle of the PHP script, so to focus only on end-of-file, last line, we have the
-ireplaces in place. Could also have used
-i.bakto automatically have sed create a
*.bakfile backup, but I prefer not to clutter the web server with
*.bakfiles, and if you followed my recommendation to backup prior to this, you already have a backup and won't need this
- the sed command starting with
$specifies the address is the last line
- then the action to take part on that address is a replacement similar to what grep was looking for
- the sed acts via a replacement, so will still leave a blank line, which at least ensures conformity with PSR-2
All PHP files MUST end with a single blank line.requirement
- if you aren't getting any fixes at all, it could be DOS vs Linux line ending issues preventing grep from working, in which you may need to use
dos2unixon the PHP files and then re-try this command
The result is the successful elimination of last line
?> , even if there were extra "unclean" spaces before or after
I faced very similar issue recently. In order to fix this I decided to replace content of .php files in Notepad++.
1) Firstly backup all your files in working directory 2) Secondly use following regex in notepad++ to replace all .php files:
Replace it with:
It matches all files starting with
<?php and ending with
Additionally it removes white spaces before and after tags. If you do not want this behavior to appear, remove the
(\s+)? part from regex.
\A - means beginning of file \s - matching white spaces \Z - means end of file .*? - match everything between tags
我最近遇到了非常类似的问题。 为了解决这个问题，我决定在Notepad ++中替换.php文件的内容。</ p>
2）然后在notepad ++中使用以下正则表达式替换所有文件 .php文件：</ p>
（？s）\ A（\ s +）？＆lt; \？（php）？（。*？）\？＆gt;（\ s +） ？\ Z
</ code> </ pre>
＆lt;？\ 2 \ 3
</ code > </ pre>
＆lt;？php </ code>开头并以
结尾的文件？＆gt; < /code>.
（\ s +）？</ code>部分。</ p>
\ A - 表示文件的开头
\ s - 匹配空格
\ Z - 表示文件结尾
。*？ - 匹配标签之间的所有内容</ p>