и базы данных и ссылки на разработчиков и все дела...вощем че туда сувать нада и каким образом ето лучше сделать...
-
15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby
За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.
На последнюю неделю приходится экзамен, где нужно будет показать свои навыки, взломав ряд уязвимых учебных сайтов, и добыть флаги. Успешно сдавшие экзамен получат сертификат.
Запись на курс до 25 апреля. Получить промодоступ ...
impullz
все настрройки глобальные какие есть
т.е. данные по базе, пути, название сайта, ссылки, админа глобального и .т.д всё что считаешь нужным.
все настрройки глобальные какие есть
т.е. данные по базе, пути, название сайта, ссылки, админа глобального и .т.д всё что считаешь нужным.
По-идее, туда надо сувать только то, что используется несколько раз различными приложениями. Т.е. если нужно один раз в проге (и больше вообще нигде) подключиться к базе, то вызывать для этого config.inc.php бессмысленно.
Ну скажем так, если у сайта есть несколько громадных разделов, то уж можно и несколько таких файликов...
Aleks
тогда лучше по-другому
сделать иерархию.
т.е. один САМЫЙ главный (где хрянится глобальная инфа по всему)
остальные отвечают за конкретные разделы
если интересно, посмотрите организацию доступа в linux. сделано грамотоно. по такому же принципу и тут надо.
тогда лучше по-другому
сделать иерархию.
т.е. один САМЫЙ главный (где хрянится глобальная инфа по всему)
остальные отвечают за конкретные разделы
если интересно, посмотрите организацию доступа в linux. сделано грамотоно. по такому же принципу и тут надо.
Обучение наступательной кибербезопасности в игровой форме. Начать игру!