Replies: 2 comments
-
What I tried.
Config for main site:
Note: To fix paths to files this has to be changed in e107_class.php, because pref is ignored and SITEURL value is wrong (it is correct in cached file)
It works for guests. But you got a white page without any error (neither in log file) for logged-in user. It fails on getUser() method. It seems to me like I should use for this scenario version isCli() == true, but I can't set it manually. I am aware this is not standard stuff, but I think it is a good example of how to test if directories work. For example, why you need to use both versions of the media directory. |
Beta Was this translation helpful? Give feedback.
-
Solved by moving both systems to root. |
Beta Was this translation helpful? Give feedback.
-
There was done a lot of work in this area but it is still not fully supported. It fails on SITEURL value and replaceConstants()
It would be nice to have this fully supported.
Example:
e107 installed in the subdirectory e107
siteurl pref is set to subdirectory
main site is including e107 this way to be able to use some of parts similar with subdirectory (and fully using e107 admin area)
require_once("e107/class2.php");
for example e107 is used this way:
Everything works except images. e107 dirs are not correct in replaceConstants(). so {NAV_LINK_ICON} fails
in my case, siteurl pref is ignored (cached siteurl is correct, if fails in set_urls_deferred() method.
It is too complicated for me to find the correct reason. but e107 dirs should have value including subdirectory. And there is a difference between icon or image path - one is using abs URLs, the other one full (as the parameter for replaceConstants().
Or maybe there is an easy way how to fix this.
Thanks
Beta Was this translation helpful? Give feedback.
All reactions