Dmitriy_2014

Dmitriy_2014
Рейтинг
370
Регистрация
01.07.2014
Интересы
Веб-технологии
Mik Foxi #:
Удалить винду, поставить убунту, самое безопасное.
Ну с Linux’ом понятно, я ему тоже доверяю.
LEOnidUKG #:

От чего?

Чтобы не перехватили ввод клавиатуры?

Ключ не перехватили?

Чтобы провайдер не знал что происходит?

Чтобы соседи не узнали?

Сначала надо определиться в терминах, дальше будет понятно что именно выбирать.

А дальше у нас будет холивар на много страниц.

Безопасно в целом по сравнению с другими, ну я про тот клиент который в Параметры -> Приложения -> Дополнительны компоненты -> Клиент OpenSSH по сравнению с той же PuTTY, ну например утечки пароля от root’а или там этих ssh-rsa sha2 ключей, и т.п. мне просто кажется что через обычную командную строку(CMD) менее безопасно чем через PuTTY или Bash, но может быть я ошибаюсь поэтому и спросил.
Я понял эта рекомендация с переносом этого файла фигня, которую точно никто не знает нужна она или нет, главное, как я понял, чтобы на файле не было атрибутов для всех остальных чтобы они не могли читать, изменять, запускать - rwx и заблокировано для просмотра веб-сервером. Интересно если хакеры увидят данные из файла, смогут ли они подключиться к базе данных, если допустим нету phpMyAdmin, ISPmanager’ов и других локальных штук.

Из офф. документации:

Например, если в вашем файле php.ini есть директива (‘display_errors’ = ‘On’); но у вас есть оператор define (‘WP_DEBUG_DISPLAY’, false); в вашем файле wp-config.php ошибки все равно будут отображаться на экране, даже если вы пытались предотвратить это, установив для WP_DEBUG_DISPLAY значение false, потому что это поведение, настроенное PHP. Вот почему очень важно установить в директивах PHP то, что вам нужно, если для какой-либо из связанных констант WP установлено значение false.

В общем теперь примерно понятно почему ошибки у меня появлялись.

-= Serafim =- #:

Просто интересно, Вам тяжело додуматься написать в Гугл "wp-config.php permissions security"?

Так нигде не написано, что прям вот 100% нужно двигать этот файл, может достаточно этих мер.
webinfo #:

Надо не "слышать", а понимать, что и зачем делаешь. У Вас же ВПС, зачем Вам всё это?

Я просто спросил имеет ли смысл этот файл прятать, как это рекомендуют некоторые на уровень выше от корневой категории где установлен WordPress с целью безопасности, при условии, что выставлены некоторые права доступа и закрыт доступ веб-сервером, про права на файл я тоже спросил чисто из-за интереса т.к. ставил их из разряда вон там написали в статье, закрой веб сервером и забей. К сожалению, ВПС сам автоматически не выставляет какие нужно права, не закрывает этот файл веб сервером а-ля deny from all и не дает рекомендаций перетаскивать этот файл или нет. Везет что у вас есть такой ВПС.
webinfo #:

В вашем случае без разницы.

Да в моем то понятно, интересно кто как делает, вот вы например какие права доступа к этому файлу ставите? Слышал что 440 или 400 нужно ставить.
Достаточно ли прав 660 на этот файл, где все остальные кроме владельца не имеют права выполнять никаких действий, или нужно ставить 400 где даже группам все запрещено, только чтение для хозяина?
А ну и да все таки как я понял создатели плагинов могут отдельно манипулировать включением/отключением дебага в своих плагинах добавляя – error_reportin(0);ini_set(‘display_errors’, 0); как я понял перебивая то что в wp-config.php, хотя это тоже не точно и может быть поэтому я видел сообщения от глючных плагинов при выключенном дебаге.

Димон погугли… и Димон погуглил и стало ещё более все не понятней. Короче, оказывается как я понял эта директива может и не не показывать ошибки, даже если WP_DEBUG в false, как это не странно, короче даже при выключенной отладке показываются ошибки и это не зависит где именно в плагинах, темах, ядрах и т.п. оказывается что если в настройках php включено отображение ошибок то они будут показываться, а по умолчанию как я понял они включены - display_errors     "1", вот и чтобы вот вот вообще не показывало ошибок нигде нужно типо добавить пару строк в wp-config.php:

ini_set('display_errors','Off');

ini_set('error_reporting', E_ALL );

И уж тогда типа точно нигде не будут проецироваться ошибки, но это не точно.

А как вы думаете, стоит ли вообще отключать вывод ошибок, мне не раз помогало то что они высвечивались, и я понимал какой плагин глючит, я понимаю, что это связано с безопасностью и хакеры не дремлют, но и ошибки полезные.
Всего: 2000