Puncte:1

Mesajul implicit Apache 404 pare să fie diferit pe ARM

drapel cn

Lucrez la portarea aplicației x86-64 a companiei mele la ARM aarch64. Găsesc o diferență în comportamentul implicit 404 al apache pe care nu o pot explica/remedia. Nu am reușit să găsesc documente Apache pentru a explica acest lucru, nici o altă problemă similară pe un site ca acesta. Iată problema, pare trivială, dar această diferență va provoca dureri de cap uriașe cu automatizarea testelor.

Ieșire de testare de la aarch64:

wait> : URL-ul solicitat /test_alias/not_existing.html nu a fost găsit pe acest server.

actual> : URL-ul solicitat nu a fost găsit pe acest server.

În niciuna dintre cauze nu ajustăm setările 404, cu excepția următoarei:

RedirectMatch 404 /(.(svn.|git.))|/onelink/./(apache/.|profiles/.*)|(.(rem|soap|txml|pem|crt|key|conf|lst|utf8) |ini|htaccess)$)

Dacă cineva ar putea ajuta să explice de ce acest comportament este diferit pe aarch64, ar fi foarte apreciat.

Michael Hampton avatar
drapel cz
Ce distribuții Linux? Ce versiuni Apache?
Lenny avatar
drapel cn
Pe x86-64 facem centos7 și redhat7. Versiunile Apache 2.2.x și 2.4.9 de pe aceste platforme au așteptat o ieșire 404 care conține calea cererii. Pe amazon linux aarch64 pe 64 de biți, folosim apache 2.4.48. Am încercat să caut documentația Apache despre aceasta fiind o schimbare intenționată între 2.4.9 și 2.4.48, dar nu am reușit să o găsesc.
Puncte:0
drapel cz

Pagina 404 „Apache” care conține adresa URL nu se află în codul sursă Apache original și, din câte îmi dau seama, nu a fost niciodată. Este o personalizare destul de comună, totuși. L-am văzut pe multe site-uri web. Se pare că Amazon a ales să nu facă această personalizare.

Lenny avatar
drapel cn
Da, uitându-mă la acel jurnal de modificări care pare să fie cazul. Este ciudat cum orice RPM pe care îl obținem pentru CentOS și Redhat are personalizarea. Este mai puțin decât ideal să trebuiască să actualizați această așteptare comportamentală în automatizarea testelor Dev, QA și producție. Cu toate acestea, fără a ne compila, nu văd o modalitate de a face ca AWS aarch64 să se potrivească cu CentOS pe x86-84. A avea un comportament diferit pe diferite platforme nu cred că este sustenabil, dar cred că putem reuși să actualizăm așteptările la nivel general. De asemenea, ar putea fi prudent pentru mine să caut RPMS alternativ pentru AWS aarch64. Mulțumiri!
Michael Hampton avatar
drapel cz
@Lenny Ai putea rula CentOS sau RHEL pe Pi? Cel mai bine, totuși, dacă mergeți cu 8, deoarece 7 a fost mai degrabă o previzualizare tehnică. În această notă, este destul de ciudat că nu faci 8 peste tot.
Lenny avatar
drapel cn
Ideea bună, aș putea încerca să rulez CentOS pe sistemul ARM și să văd dacă se termină cu același comportament. Cred că este destul de probabil. Sincer, nu sunt sigur de ce nu am încercat să mergem la 8. Nu s-a discutat cu adevărat de când sunt eu aici. Ar trebui să mă uit la noi să facem asta.
Michael Hampton avatar
drapel cz
@Lenny Pentru site-urile web conectate la internet, voi merge întotdeauna cu tot ce pot obține și o voi păstra actualizat. Riscul de compromis pe care l-am considerat a fi mult, mult mai mare decât riscul unei rupturi minore de site web, așa că am chiar și actualizări _automate_ activate în producție. Evaluarea dvs. de risc poate fi puțin diferită pentru dispozitivele încorporate, dar construirea pe ceva cât mai recent posibil oferă dispozitivului dvs. o durată de viață utilă mai lungă.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.