我有一个主题，我为自己感到骄傲我设计安装在wp位于根级别的wp站点。
然后，我的一半用户在mysite上安装了该主题。com*/wordpress/*！
。。。这没用。。。
因此，需要进行一些路径转换。我创建了许多常量，所以我不必总是重写路径。示例：
//http constants
$symbiostock_template_directory = get_bloginfo(\'template_directory\');
define(\'symbiostock_CLASSDIR\', $symbiostock_template_directory . \'/inc/classes\' );
。。。对于不同的路径，还有更多类似的常量
//filepath constants
$symbiostock_theme_root = get_theme_root() . \'/symbiostock\';
define(\'symbiostock_STOCKDIR\', $_SERVER[\'DOCUMENT_ROOT\'] . \'/symbiostock_rf/\' );
。。。对于不同的路径，还有更多类似的常量
定义（\'symbiostock\\u STOCKDIR\'，$\\u服务器[\'DOCUMENT\\u ROOT\']。/symbiostock\\u rf/\'）；
这些应该有用吧？
有没有一种很好的通用方法可以让wordpress从任何级别运行？tehre的“最佳实践”教程？
SO网友:fuxia
WordPress目录路径在常量中可用ABSPATH. 请注意，这与wp-content 目录常量WP_CONTENT_DIR 可以设置为完全相同的值。或同一级别上的另一个目录WP_CONTENT_URL 是另一个域名。
甚至不必有wp-content 等价物：主题、插件、语言等可能分布在不同的目录中。
不要依赖默认路径。
define(\'symbiostock_STOCKDIR\', $_SERVER[\'DOCUMENT_ROOT\'] . \'/symbiostock_rf/\' );
这将打破许多设置。使用
get_template_directory_uri() 相反，让WordPress找出它在哪里。
关于常数的另一个词：避免它们。可能与其他人的代码发生冲突。他们很慢。使用helper function to load classes 相反，在该函数体中解决所有路径问题，而不是在全局名称空间中解决所有路径问题。
