Како да се реши проблемот со ограничувањето `is_readable(): open_basedir на приклучокот WordPress BackWPup. Предупредување за патеката AWS`?

Кога го отворив административниот панел на WordPress како и обично , бев спремен да ги проверам логовите за резервни копии.

Потоа, видов еден куп жолти.

Предупредување, предупредување и уште предупредување.

警告: is_readable(): open_basedir restriction in effect. 
File(/home/admin/.aws/config) is not within the allowed path(s): (...)

Резервната копија заврши без прекин, но лентата за статус беше целосно жолта, што беше навистина досадно за гледање.

Го знаете ли тоа чувство? Како да поднесувате извештај за јавноста, сите CI се зелени, но има предупредување за влакненца. Знаете дека тоа нема да влијае на операцијата, но сепак се чувствувате непријатно.

Размислував за тоа за момент.

Може ли овој проблем целосно да се реши?

Вистинската причина за предупредувањето од BackWPup: AWS SDK го активираше ограничувањето open_basedir.

Искрено, на почетокот помислив дека е проблем со додатокот за резервни копии BackWPup, бидејќи предупредувањето се појавуваше во неговите логови.

Но, по подетално испитување, нешто не беше во ред.

Во предупредувањето се споменуваше патека./home/admin/.aws/configОва е AWS SDK кој автоматски го бара стандардниот директориум за конфигурација на AWS на тековниот корисник за време на иницијализацијата.

Тоа звучи малку замрсено, нели?

Во суштина, ова значи дека ако инсталирате додаток поврзан со AWS во WordPress, како што се S3 storage или CloudFront, сите овие додатоци го користат AWS SDK во својата суштина. Кога AWS SDK ќе се стартува, тој автоматски ќе го провери вашиот домашен директориум за алатки за инсталација на AWS SDK..awsОваа папка содржи конфигурациски датотеки и акредитиви.

Сепак, од безбедносни причини, PHP серверот отвори...open_basedirОва е во основа како обележување на територија на серверот и кажување на PHP дека можете да се движите само во рамките на таа територија, а не да талкате наоколу.

/tmpДиректориумот е во белата листа, директориумот на веб-страницата е во белата листа, но вашиот директориум, жал ми е, не е.

Кога AWS SDK се обидува да пристапи до вашиот директориум, тој се блокира.

Потоа се појави предупредувањето.

Правилниот пристап за решавање на предупредувањата open_basedir: Пренасочете ја патеката за конфигурација на AWS.

Да бидам искрена, мојата прва реакција беше да го сменам тоа.open_basedirКонфигурирај, постави/home/adminДодај го внатре.

Но, потоа повторно размислив за тоа и сфатив дека тоа не е во ред.

Направивте грешка со ова. Форматирањето е погрешно. Пропуштивте коса црта и додадовте дополнително празно место. Тоа резултираше со грешка 500 и целата страница е исчезната.

иopen_basedirБеше отворено од безбедносни причини. Ако го отворите, во суштина му давате на серверот дупка во законот, што не се исплати.

Дали постои побезбеден начин?

Размислував за тоа за момент, бидејќи AWS SDK е она што треба да го пронајдете.../home/admin/.aws/configМоже ли да го намамам да ја побара оваа датотека некаде на друго место?

Одете на едно од местата што веќе е на белата листа.

Поправка на предупредувањата за WordPress BackWPup: Додадете два реда код во wp-config.php

Решението е всушност смешно едноставно.

Во WordPresswp-config.phpСамо додадете два реда код во датотеката.

// 解决 AWS open_basedir 警告的环境变量设置
putenv('AWS_CONFIG_FILE=' . __DIR__ . '/wp-content/uploads/.aws_config');
putenv('AWS_SHARED_CREDENTIALS_FILE=' . __DIR__ . '/wp-content/uploads/.aws_credentials');
putenv('AWS_EC2_METADATA_DISABLED=true');

/* That's all, stop editing! Happy publishing. */

Додај во/* That's all, stop editing! Happy publishing. */Само оди над оваа линија.

Само овие три реда.

Поминаа

Верификација на ефектот на поправка: Логовите за резервни копии на BackWPup се вратија во нормала.

Откако ќе ги направите промените, вратете се на бекендот на WordPress, отворете го BackWPup и кликнете на „Run Now“.

Проверете ги логовите откако ќе заврши извршувањето.

Светло жолтите предупредувања исчезнаа, заменети со зелени пораки „успешно завршено“.

Толку е мазно.

Два реда код, нула ризик, помалку од 10 секунди за модификација, и проблемот беше целосно решен.

Ваквите проблеми „не фатални, туку досадни“ всушност одземаат најмногу време. Бидејќи не знаете дали одеднаш ќе се влоши по ажурирањето и не знаете дали ќе влијае на другите додатоци.

Ако нешто може целосно да се елиминира со два реда код, тогаш не го оставајте на патот.

Во ред, тоа е сè за оваа статија.

Бидејќи ова прашање не е комплицирано, не треба да ви дадам никакво претходно знаење, анализа на индустријата или идни трендови.

Тоа е само мало предупредување во административниот панел на WordPress и поправка со два реда код.

Се надевам дека следниот пат кога ќе го видите тоа жолто предупредување, ќе се сетите на оваа статија.