在使用php模板smarty过程中，如果不涉及自定义目录结构的话，按照下面的目录组织就可以直接使用了(前提是需要阅读以下用户手册)。
图上的每个目录都有了相应的说明，关于smarty的工作原理就是按照smarty的语法规则编写模本文件，然后php脚本提供对应的数据，二者通过smarty模板引擎最终输出可以展示的文件（包含格式+数据）。
如下图是smarty最基本的工作原理，当然smarty还提供更多强大的功能。
接下来就是一个hello smarty的体验了。
1.编一个提供数据的php文件(index.php)
2.编一个用户展示数据的模本文件index.tpl（注意模板文件要放置到templates文件夹中）
3.访问index.php
至此smarty就可以工作了，但是关于smarty的用法不是本文的重点，本文的重点是smarty的目录结果配置。
为了说明smarty的目录结构配置，先引入一个问题：目前的php文件都在工程根目录，实际应用中这样并不可取，这时候我们新建一个demo1.php放置到test目录下，看看会发生什么情况。
1. ./test/demo1.php代码如下：
注意：
模板文件不变
引入smarty.class.php文件的路径发生变化。
打印模板目录信息（gettemplatedir()）
2. 访问/test/demo1.php文件看看结果：
首先问题出在模板文件index.tpl找不到，其次打印出的模板目录是:'.\templates\'很显然当前test目录下并不存在template目录，这个时候该怎么办呢？
3.自定义目录结构
实际开发中目录结构自然不能因为某个框架或者组件变成死的，当然框架或组件的开发者一般都会提供最大限度的可扩展，可配置。
上面的问题产生的原因倒不是应为我们的test目录下没有templates目录，而是我们在使用smarty的时候完全采用了默认的配置，这样做方便了使用，单不利于项目的组织和管理。
我们能够做的就是将smarty的自定义配置分离出来，单独做一个文件，然后在使用到smarty对象的地方直接引用即可。
3.1下面是一个简单的分离示例（smarty.config.php）：
3.2 将smarty.config.php放置到工程的根目录，然后去掉$_smarty->testinstall()的注释，访问smarty.config.php看看有什么效果：
看到这么多ok，就说明我们的smarty目录结构配置成功了。
3.3接下来我们要使用smarty.config.php，在test目录下创建demo2.php:
注意:
包含smarty.config.php的路径
3.4 接下来访问tset/demo2.php看看什么效果：
看到这个结果和我们最开始的结果是一致的，这样我们就可以在项目中使用smarty的时候不用关心smarty的要求的目录结果是什么样子的了，当然并非一点都不关心，这个时候我们只需要维护smarty.config.php中的配置。
4.smarty.config.php配置的一点延伸
从3.1中smarty.config.php的配置代码中看，我们引入smarty.class.php类的时候使用的绝对路径，这样做就可以保证项目中任何通过引入smarty.config.php文件来使用smarty类能够正常加载。
做到这一步之后，接下来为了防止通过浏览器直接访问smarty库以及它的依赖目录（cache, template, plugins, configs, templates_c），我们需要做点安全方面的工作，这个时候只需要吧smarty库和它的依赖目录至于服务器文档根目录之外, 然后修改smart.config.php文件中的配置即可。
smarty3.7的目录结果如下图：
然后修改一下smarty.config.php中的配置即可，如下代码行。