Si ta zgjidh kufizimin `is_readable(): open_basedir të plugin-it WordPress BackWPup që është në fuqi. Paralajmërim për shtegun AWS`?

Kur hapa panelin e administratorit të WordPress si zakonisht , isha gati të kontrolloja regjistrat e kopjeve rezervë.

Pastaj, pashë një tufë me të verdha.

Paralajmërim, paralajmërim dhe më shumë paralajmërim.

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

Kopja rezervë përfundoi pa ndërprerje, por shiriti i statusit ishte plotësisht i verdhë, gjë që ishte vërtet bezdisëse për t’u parë.

A e njeh atë ndjesi? Është sikur të paraqesësh një kërkesë për PR, të gjitha CI-të janë jeshile, por ka një paralajmërim për fije. E di që nuk do të ndikojë në operacion, por prapëseprapë ndihesh në siklet.

E mendova për një çast.

A mund të zgjidhet plotësisht ky problem?

Arsyeja e vërtetë për paralajmërimin e BackWPup: AWS SDK aktivizoi limitin open_basedir.

Sinqerisht, në fillim mendova se ishte një problem me shtojcën e kopjimit rezervë BackWPup, pasi paralajmërimi u shfaq në regjistrat e saj.

Por, pas një inspektimi më të afërt, diçka nuk shkonte.

Paralajmërimi përmendte një shteg./home/admin/.aws/configKy është SDK-ja e AWS që kërkon automatikisht direktorinë e konfigurimit të parazgjedhur të AWS të përdoruesit aktual gjatë inicializimit.

Kjo tingëllon paksa e ndërlikuar, apo jo?

Në thelb, kjo do të thotë që nëse instaloni një plugin të lidhur me AWS në WordPress, siç është S3 storage ose CloudFront, të gjitha këto plugin përdorin AWS SDK në thelbin e tyre. Kur AWS SDK fillon, ai automatikisht do të kontrollojë direktorinë tuaj kryesore për mjetet e instalimit të AWS SDK..awsKjo dosje përmban skedarë konfigurimi dhe kredenciale.

Megjithatë, për arsye sigurie, serveri PHP hapi një...open_basedirKjo gjë është në thelb si të shënosh një territor në server dhe t'i thuash PHP-së që mund të lëvizësh vetëm brenda këtij territori dhe jo të endesh përreth.

/tmpDrejtoria është në listën e bardhë, drejtoria e faqes së internetit është në listën e bardhë, por drejtoria juaj, më vjen keq, nuk është.

Kur AWS SDK përpiqet të hyjë në direktorinë tuaj, ajo bllokohet.

Pastaj u shfaq paralajmërimi.

Qasja e saktë për zgjidhjen e paralajmërimeve open_basedir: Ridrejtoni shtegun e konfigurimit të AWS.

Të them të drejtën, reagimi im i parë ishte ta ndryshoja.open_basedirKonfiguro, vendos/home/adminShtojeni atë.

Por pastaj mendova përsëri për këtë dhe kuptova se nuk ishte e drejtë.

Ke bërë një gabim me këtë. Formatimi është i gabuar. Ke humbur një vijë të pjerrët përpara dhe ke shtuar një hapësirë ​​shtesë. Kjo rezultoi në një gabim 500 dhe e gjithë faqja është zhdukur.

dheopen_basedirU hap për arsye sigurie. Nëse e hap, në thelb po i jep serverit një boshllëk, gjë që nuk ia vlen.

A ka një mënyrë më të sigurt?

E mendova për një moment, meqë AWS SDK është ajo që duhet të gjesh.../home/admin/.aws/configA mund ta mashtroj që ta kërkojë këtë skedar diku tjetër?

Shkoni në një nga vendet që janë tashmë në listën e bardhë.

Rregulloni paralajmërimet e WordPress BackWPup: Shtoni dy rreshta kodi në wp-config.php

Zgjidhja është në fakt qesharake e thjeshtë.

Në WordPresswp-config.phpThjesht shtoni dy rreshta kodi në skedar.

// 解决 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. */

Shto te/* That's all, stop editing! Happy publishing. */Thjesht shko përtej kësaj linje.

Vetëm këto tre rreshta.

没了.

Verifikimi i efektit të riparimit: Regjistrat e kopjeve rezervë të BackWPup janë kthyer në normalitet.

Pasi të keni bërë ndryshimet, kthehuni në backend-in e WordPress, hapni BackWPup dhe klikoni "Run Now".

Kontrolloni regjistrat pasi të përfundojë ekzekutimi.

Paralajmërimet e verdha të ndritshme janë zhdukur, të zëvendësuara nga mesazhe jeshile "përfunduar me sukses".

Është kaq e lëmuar.

Dy rreshta kodi, zero rrezik, më pak se 10 sekonda për të modifikuar, dhe problemi u zgjidh plotësisht.

Këto lloj problemesh "jo fatale, por bezdisëse" në fakt janë ato që konsumojnë më shumë energji. Sepse nuk e dini nëse do të përkeqësohet papritur pas një përditësimi dhe nuk e dini nëse do të ndikojë në shtojcat e tjera.

Nëse diçka mund të eliminohet plotësisht me dy rreshta kodi, atëherë mos e lini atë pengesë.

Në rregull, kaq ishte për këtë artikull.

Meqenëse kjo çështje nuk është e ndërlikuar, nuk kam nevojë t'ju jap ndonjë njohuri paraprake, analizë të industrisë apo trende të ardhshme.

Është vetëm një paralajmërim i vogël në panelin e administratorit të WordPress dhe një rregullim me dy rreshta kodi.

Shpresojmë që herën tjetër që e shihni atë paralajmërim të verdhë, do ta mbani mend këtë artikull.