- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
/**
* Метод проверяет права доступа на использование этого модуля, возвращает результат проверки.
* Кроме этого, происходит запись в лог
*
* @return boolean
*/
private function check_access() {
Logger::log_exception($_SERVER['REQUEST_URI'].'?'.$_SERVER['QUERY_STRING'], $this->log_file_name);
return true;
}
// [...]
/**
* Попытка переключить рабочую базу данных
*/
public function actionChange_db() {
if (!$this->check_access()) {
echo strval($this->err_failure_access);
return;
}
// [...]
Вот такое иногда встречается в коде коллеги, про название метода "log_exception" я промолчу, т.к. это тоже его рук дело, а общий для всех метод Logger::log() ему почему-то не понравился? Я уже просто устал ругаться с ним...
Скоро Страйкеру придется опять коммендантскую неделю вводить.
Провеку регистрации по месту жительства и т.д.
Уже скоро будет двач какой-то.
$_SERVER['PHP_SELF'] нигадица?
оба наговнякали: аффтар дублирует GET-данные, а ты их игноришь. $_SERVER['REQUEST_URI'] уже достаточно.
Но показанном мной случае все равно на лицо полное не знание внутренней структуры фреймворка и попытка использования только стандартных PHP-средств (хотя фреймворк сам может прекрасно "сказать", какой экшн в каком контроллере был вызыван, чтобы записать это в лог "двумя словами" :)
на кой болт держат этих выродков, две строчки связать не могут, лучше б дворниками въябывали
а вообще при отладке фреймворка мне тож приходилось брать и гет, и пост, и сессион
похуй на ошибки при логгировании - возвращаем true и ниибет