a apărut o eroare în timpul procesării acestei directive (Programare, Php, Directivă)

user1304317 a intrebat.

Pe site-ul meu:

http://bammeh.com/tempemail/

Continui să primesc erori pe tot site-ul meu atunci când folosesc fișiere PHP care nu sunt CHMOD la 644 sau 755.

Dacă dau chmod recursiv acest director 755 obțin:

[a apărut o eroare în timpul procesării acestei directive]

Și dacă îl chmod recursiv la 644 primesc:

Interzis

Nu aveți permisiunea de a accesa /disposable/admin/ pe acest server.

Ajutor? 🙁 Folosesc Hostmonster ca gazdă. este de la ei?

Comentarii

  • Am citit postările altora și am încercat răspunsurile lor, fără succes. –  > Por user1304317.
10 răspunsuri
BenOfTheNorth

Aș încerca mai întâi să revendic proprietatea asupra fișierelor cu chown – aveți grijă cu asta totuși, deoarece dacă setați permisiunile strâns și nu lejer, s-ar putea să aveți probleme în a le accesa în alt mod decât prin PHP însuși.

Comentarii

  • Mulțumesc! Mi-am dat seama 🙂 –  > Por user1304317.
  • am și eu aceeași problemă vă rog să-mi dați soluții adecvate. sub URL-ul site-ului meu puteți vedea eroarea : testingforms.com/oc_3020 –  > Por Mujahid Bhoraniya.
Abdul Jabbar

am venit o încrucișare cu un fel de problemă similară, următoarea soluție funcționează pentru mecheck codul dvs. s-ar putea să fi scris un comentariu <!–#some comment–>” adăugați spațiu „<!–[add space ] #some comment [add space] –>” Ca aceasta „<!– #some comment –>

Comentarii

  • Acest lucru încalcă pur și simplu directivele SSI. –  > Por Jeremy.
  • Nu știu cum ți-ai dat seama că asta era soluția, dar fii binecuvântat. ty! –  > Por Laughing Horse.
  • Și acesta este motivul pentru care iubesc Stack Overflow! –  > Por Matt Sims.
Sabir Abdul Gafoor Shaikh

Am rezolvat problema prin simpla adăugare a fișierului .htaccess în directorul rădăcină cu codul implicit și a început să funcționeze. De asemenea, după ce am adăugat trebuie să actualizez permalink-ul în setarea WP admin.

`   # BEGIN WordPress
  <IfModule mod_rewrite.c>
  RewriteEngine On
  RewriteBase /
  RewriteRule ^index.php$ - [L]
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule . /index.php [L]
  </IfModule>

  # END WordPress`

Sper că acest lucru vă va ajuta.

Comentarii

  • am, de asemenea, aceeași problemă vă rog să-mi dați soluții adecvate. sub URL-ul site-ului meu puteți vedea eroarea : testingforms.com/oc_3020 –  > Por Mujahid Bhoraniya.
Jitender Raghav

Este vorba despre problema permisiunii de fișier, Acum funcționează pentru mine…

Permisiunea de dosar trebuie să fie 744 alte permisiuni cum ar fi (752, 753, 756 și 777) cauzează limitări și nu va funcționa…

Permisiunea de fișier trebuie să fie 644 alte permisiuni, cum ar fi (642, 643, 646 și 647) cauzează limitări și nu funcționează…

Comentarii

  • Permisiunile nu ar trebui să fie aproape niciodată 777 pe nimic, dar cum ar putea acest lucru să „cauzeze limitări” pe ceva? –  > Por Andrew Barber.
  • am și eu aceeași problemă, vă rog să-mi dați soluții adecvate. mai jos URL-ul site-ului meu puteți vedea eroarea : testingforms.com/oc_3020 –  > Por Mujahid Bhoraniya.
Shiv

M-am confruntat cu aceeași problemă. S-a întâmplat când am copiat fișiere de pe sistemul linux pe un alt server. Cred că permisiunile de fișiere și grupul au fost încurcate.

Am rezolvat-o prin mutarea fișierelor pe PC-ul Windows, unde aceste lucruri de permisiuni sunt șterse și apoi dezarhivați-le pe serverul Linux. Deși nu este calea corectă, dar mi se pare destul de simplă pentru a încerca o dată.

Lloyd95

Așa cum spune jktech11, totul ține de o problemă de permisiune. pentru mine a funcționat permisiunea 755 pentru foldere și permisiunea 644 pentru fișiere. FYI Puteți schimba permisiunea prin intermediul fișierului zilla sau al promptului de comandă dacă este în gazda locală.

SDDev

SuPHP a fost cauza principală pentru care am primit această eroare. Am trecut la un nou VPS și în mod implicit folosea SuPHP. Am trecut la utilizarea PHP-FPM, care a permis scripturilor cu permisiuni 664 să se execute corect.

Actualul CRM pe care îl folosesc a avut probleme în timpul actualizărilor și acestea eșuau din cauza permisiunilor de fișier setate la 664 pentru unele fișiere care făceau parte din actualizare. Nu am putut schimba permisiunile acestora în timpul procesului de actualizare. Trebuia să poată executa toate fișierele, altfel actualizările eșuau.

După actualizări, am rulat un script pentru a reseta folderele la 755 și fișierele la 644.

Sper că acest lucru ajută pe oricine se confruntă din nou cu acest lucru.

buzibuzi

am avut această problemă cu justhost.com cpanel la crearea fișierului din Aptana 3 folosind conexiunea ftp de la distanță. am rezolvat-o creând fișierul folosind Cpanel File Manager.

Hugo

Am încercat toate soluțiile de aici și niciuna nu a funcționat pentru mine.

De fapt, fișierul de ajutor shell a fost cel care m-a ajutat în mod corespunzător să corectez permisiunile și sfătuiesc pe oricine să facă acest lucru.

Când am tastat:

ls -la public_html

Am arătat că am făcut o atribuire greșită de utilizator la un dosar văr acest același mesaj de eroare.

Am încercat toate soluțiile de aici și din multe alte topicuri dar niciuna nu a funcționat. Așa că am tastat:

chown --help

și mi-a arătat că trebuie să folosesc -hR Exemple:

Examples:

 chown root /u        Change the owner of /u to "root".
  chown root:staff /u  Likewise, but also change its group to "staff".
  chown -hR root /u    Change the owner of /u and subfiles to "root".

În cazul meu:

chown -hR usernameiwanttoownthefile /home/rootpath/public_html/sitefolder

Mi-a rezolvat toate problemele.

Kiren_pr

Verificați codul dvs. html pentru comentariile html de genul <!--{space}comment--> dacă există, atunci eliminați spațiul și încărcați fișierul html. Sper că vă ajută!