Насрочената задача на Coldfusion 8 не се изпълнява?

Започнах работа като уеб разработчик в компания преди няколко месеца, като наред с други неща управлявах куп приложения на Coldfusion. Очевидно планирана задача е била създадена преди много години и е работила добре, докато не спря да работи под един от предишните уеб разработчици преди няколко години. Никой не знае защо спря да работи, но сега е моя работа да го поправя. Това е първата ми работа като уеб разработчик, не знаех CF, когато започнах работата си (едва знаех, че съществува) и започнах да научавам за планираните задачи едва тази сутрин, така че просто знайте, че съм напълно новак.

Файлът е основен - той просто актуализира таблица в базата данни. Ако стартирате URL адреса в браузъра (което правят през последните няколко години), той работи добре и всичко се актуализира. Планираната задача, която беше настроена да се изпълнява всяка вечер, не актуализира файла. Опитах се да включа регистрационния файл в CF Admin, да го настроя да се изпълнява по различно време тази сутрин и също така просто да му кажа да стартира ръчно и според регистрационния файл той се изпълнява (без грешки), но файлът е не се актуализира. Опитах се да коментирам по-голямата част от файла и просто да му кажа да изпрати основен имейл, без променливи или нещо подобно, но получавам същия резултат.

Някакви идеи? Нямам идея какво да пробвам от тук нататък. Опитах се да потърся решение онлайн, но единствената публикация, която намерих подобна на моята ситуация, е тази, където хората изглежда предполагат, че проблемът може да е променливи, които не са достъпни за планировчика:

планираната задача на Coldfusion не изпраща имейли

В момента обаче няма променливи на страницата ми. Опитах да стартирам задачата чрез CFSCHEDULE, според предложението на тази страница, но получих същия резултат както преди. Някои от другите предложения (сървърен монитор/FusionReactor/cflog) просто не знам как да направя, така че не съм ги пробвал.

Редактиране: В момента това е единственият код в страницата, който не е коментиран:

<cfmail 
    to="[e-mail address]"
    from="[e-mail address]"
    Subject="is it running at all?">
    Is it running?
</cfmail>

Редактиране 2: Добре, сега имам нещо подобно преди и след кода за имейла:

<cflog 
text = "before e-mail"
application = "yes"
log = "Scheduler"
type = "information">

Виждам съобщенията в регистрационния файл, ако действително отида до URL адреса на файла (и имейлът също е изпратен), но не и ако му кажа да изпълни планираната задача от администратора на CF. Тъй като имейлът се изпраща, когато отворя файла в браузъра, не мисля, че е проблем с имейл сървъра.

Редактиране 3: Да, имейл адресите са обикновени, твърдо кодирани низове. Все пак не съм сигурен какво имате предвид под „покрити“ от файл Application.cfm. Има файл Application.cfm в най-високото ниво на сайта, но не и в тази конкретна поддиректория. Има редица променливи за обхвата на приложението, но нито една не се използва във файла, както е сега.

Редактиране 4: Благодаря ви за обяснението. Както казах, пълен n00b, когато става въпрос за CF, така че оценявам помощта. Страницата Application.cfm за това приложение проверява дали сте влезли и ако не сте, ви пренасочва към страницата за влизане. Възможно ли е това да е проблемът?

Редактиране 5: УРА! Изглежда, че това беше проблемът. Благодаря, благодаря, благодаря! Лий, моля, изпратете това като отговор, за да мога да го избера. Ти си моят герой!


person bansheekitty    schedule 03.12.2012    source източник
comment
Можете ли да публикувате кода на вашата страница?   -  person Travis    schedule 03.12.2012
comment
Ако насрочената задача определено се изпълнява (поставете свой собствен cflog в началото и края на шаблона, който извиква за потвърждение ), тогава не можем наистина да помогнем, без да видим кода.   -  person Peter Boughton    schedule 03.12.2012
comment
Потвърдихте ли, че проблемът не е в пощенския сървър?   -  person Peter Boughton    schedule 03.12.2012
comment
Само за потвърждение, истинският [e-mail address] е обикновен твърдо кодиран низ (а не променлива)? Също така, в крайна сметка, планираната ви задача е в директория, покрита от Application.cfm/Application.cfc файл?   -  person Leigh    schedule 04.12.2012
comment
Тогава изглежда, че вашият скрипт е покрит (т.е. е част от родителското приложение.) Причината за въпроса е, че кодът в родителския файл Application.cfm се изпълнява първо преди вашия .cfm скрипт. Има ли някакъв код във файла Application.cfm, който прекъсва заявка или пренасочва (като проверка на разрешения)?   -  person Leigh    schedule 04.12.2012


Отговори (1)


(От коментарите)

Далеч, но вашата планирана задача е в директория, покрита от приложение .cfm/Application.cfc файл? Причината за запитването е, че кодът в родителския Application.cfm файл се изпълнява първо преди вашия .cfm скрипт. Има ли някакъв код във файла Application.cfm, който прекъсва заявка или пренасочва (като проверка на разрешения)?

person Leigh    schedule 03.12.2012
comment
Благодаря много за помощта! - person bansheekitty; 04.12.2012