Application.cfc расширяет значения в дочернюю папку

В Application.cfc в подкаталоге администратора расширьте подкаталог в родительском каталоге, например:

component extends="ApplicationProxy" {

    // eg: if you need to do something different in the local onApplicationStart:
    public void function onApplicactionStart(){
        super.onApplicationStart();
        // stuff that's different from the parent goes here
    }    

    // if there's nothing different for a given handler, then don't have one in here: the super one will still fire

    // otherwise override each handler in a similar fashion to the onApplicationStart above, with:
    // a) a call to its super equivalent
    // b) anything that needs overriding

}

В вашем базовом каталоге добавьте ApplicationProxy.cfc, таким образом:

component extends="Application" {

}

Причина этого в том, что суб Application.cfc не может иметь extends="Application", потому что это похоже на циклическую ссылку. Однако нет лучшего «квалифицированного» способа идентификации Application.cfc в базовом каталоге, поэтому нужен прокси.

Я бы попробовал что-то подобное в вашем Application.cfc на RequestStart():

<cffunction name="onRequestStart" returnType="boolean" output="false" hint="I handle page requests." >
  <cfargument name="requestname" type="string" required="true" >

  <cfif FileExists(GetDirectoryFromPath(arguments.requestname) & '/admin.cfm')>
    <cfinclude template="#GetDirectoryFromPath(arguments.requestname)#/admin.cfm">
  </cfif>
</cffunction>

Затем в каждом каталоге, в котором вы хотите настроить пользовательские переменные, поместите файл admin.cfm. В этом файле admin.cfm просто поместите несколько тегов или, как вы хотите, настроить переменные сеанса и приложения.

Вы также можете просто поставить галочку, чтобы увидеть, какой каталог выполняет пользователь, а затем просто запустить дополнительный код. Итак, в вашем основном application.cfc onRequestStart(), например, вы можете сказать: «Является ли текущий запрос для папки администратора?» Хорошо, запустите функцию X, которая включает все ваши функции безопасности. Вы даже можете включить этот код в качестве дополнительных функций в ваш application.cfc, если хотите.

В качестве альтернативы, если вы выберете один из других ответов, выполнив расширение, вы захотите поместить вызов super.function() в каждую функцию, где вы хотите, чтобы другой код выполнялся. Например, с запуском onRequest, super.onRequestStart() в начале вашего sub-Application.cfc onRequestStart() для вызова родительского материала до того, как дочерний элемент сработает.

Я лично предпочитаю первый метод, так как он сохраняет порядок, когда у вас действительно есть только одно приложение.