Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/php/264.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/date/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Php 日期格式在生成的PDF中显示不正确_Php_Date_Pdf_Format - Fatal编程技术网

Php 日期格式在生成的PDF中显示不正确

Php 日期格式在生成的PDF中显示不正确,php,date,pdf,format,Php,Date,Pdf,Format,关于我的问题,我还不能提供太多细节,因为我不知道从哪里开始。我不是程序员 一夜之间,我的商店出了问题。所有生成的PDF文件显示错误的日期格式。如08&周期;03&期间;2016年这也是我的网站(其UTF-8!)的html源代码中显示它的方式,但浏览器显示正确。我的日期来自MySQL中的时间戳,格式如下:{$event_date | date_format:“%e.%B%Y”}PDF是用()创建的(TCPDF) 现在我不知道从哪里开始搜索。有什么想法吗?(我在托管服务器上,我没有对系统进行任何更改

关于我的问题,我还不能提供太多细节,因为我不知道从哪里开始。我不是程序员

一夜之间,我的商店出了问题。所有生成的PDF文件显示错误的日期格式。如
08&周期;03&期间;2016年
这也是我的网站(其UTF-8!)的html源代码中显示它的方式,但浏览器显示正确。我的日期来自MySQL中的时间戳,格式如下:
{$event_date | date_format:“%e.%B%Y”}
PDF是用()创建的(TCPDF)


现在我不知道从哪里开始搜索。有什么想法吗?(我在托管服务器上,我没有对系统进行任何更改,因此可能是服务器环境发生了更改。什么可能导致这种行为?

生成PDF的程序是什么,使用哪种语言?(TCPDF)已使用。从我的店铺到Facebook共享页面(以文本/标题显示日期)时也会出现这个问题。我以前从未见过。我想@Pekka웃 实际上,我们期望PHP作为答案。如果您添加了
php
tcpdf
作为标记,并删除
date
format
,可能会有所帮助,因为这太通用了。我想我已经解决了这个问题。我在smarty代码中发现:
返回htmlentities(strftime($format,$timestamp),UTF-8)它在5年内一直运行良好,直到上周。我现在跳过了htmlentities,它似乎正在运行。希望它不会破坏网站上的其他任何地方。您的服务器可能有一个PHP更新,该更新改变了
htmlspecialchars()
的行为,即在可以/应该转换为HTML实体的字符列表中添加句点。用
htmlspecialchars
替换
htmlspecialchars
可能是一个很好的解决方案,为您提供了可能预期的安全性,而不会出现奇怪的行为,但我不知道TCPDF为什么首先要这样做,所以我不能肯定。