localhost 램프의 워드 프레스로 플러그인을 설치할 수 없습니다

Question

localhost 램프의 워드 프레스로 플러그인을 설치할 수 없습니다

- 17
- 33589 2011-06-09
ubunutu 11.04에 LAMP 서버를 설치했습니다. 나는 wordpress를 설치했고 MySQL db에 바로 연결했다. www-data 그룹의 권한을 파일 읽기 및 쓰기로 변경했습니다.

모든 것이 작동하는 것 같고 관리자 패널을 통해 사이트를 관리 할 수 있지만 플러그인을 설치할 수 없습니다. 시스템에서 FTP 세부 정보를 요청하고 통과 할 수없는 것 같습니다.

어떤 신체가 도움이 될 수 있습니까?제발 ...

i've installed a LAMP server on my ubunutu 11.04. i've installed wordpress and hooked it right with the MySQL db. i've changed the permissions of the www-data group to read and write files.

every thing is seems to work and i can manage the site through the admin panel, but i can't install plugins cause the system is asking me the FTP details, and i can't seem to go through it.

can any body help? please...

plugins installation ftp localhost

11 대답

투표

- 49
- 2013-02-27
내장 된 Apache2를 실행하는 Mac에서 작동했던 해결책은 이것을 'wp-config.php'에 추가하는 것입니다.

define('FS_METHOD','direct');

이것을 로컬 호스트 또는 개발 설정에 보관하고 프로덕션에 사용하지 마세요.

The solution I found that worked on my Mac running the built-in Apache2 was to add this to 'wp-config.php'

define('FS_METHOD','direct');

Keep this to a localhost or dev setup and don't use it for production.
- 이것이 최상의 솔루션입니다.* 보안 문제를 일으킬 수 있으므로 프로덕션에 추가하지 마십시오. http://codex.wordpress.org/Editing_wp-config.php
  
  This is the best solution. *Make sure* you don't add it to production as it can cause security issues: http://codex.wordpress.org/Editing_wp-config.php
  - 4
  - 2014-03-10
  - Justin
- 이것이 최선의 답변입니다 (WP의 로컬 구성의 경우).
  
  This is the best answer (for local config of WP)
  - 2
  - 2015-09-03
  - oyvindhauge
- 우분투 15.10에서도 작동합니다 ..
  
  works in Ubuntu 15.10 too..
  - 2
  - 2015-11-28
  - arshad
- 이것은 데비안 8에서 작동합니다.
  
  this works in Debian 8
  - 1
  - 2016-01-01
  - Vinícius Fagundes
- 이것은 의심의 여지없이 로컬 WordPress에 대한 대답입니다.
  
  This is the answer without a doubt, for a local WordPress.
  - 0
  - 2018-09-07
  - Dammeul
- 대신 이것을 시도하십시오 https://stackoverflow.com/questions/18352682/correct-file-permissions-for-wordpress
  
  Try this instead https://stackoverflow.com/questions/18352682/correct-file-permissions-for-wordpress
  - 0
  - 2019-06-07
  - JimLohse
- 6
- 2011-06-10
이것은 권한 문제입니다.wp-content/plugins는 웹 서버 사용자가 쓸 수 있어야합니다.

This is a permissions issue. wp-content/plugins must be writable by the web server user.
- 출처
- anu
- 4
- 2019-05-08
Debian 9 Stretch에 WordPress 5 설치 업데이트 (원격 로컬 호스트에서)하고 FTP 세부 정보를 입력하라는 메시지가 표시되었습니다.

터미널에서 다음 명령을 실행하면 문제가 해결되었습니다.

chown -R www-data:www-data /var/www/html chmod -R g+rwX /var/www/html

파일 소유권 문제입니다.

코드 및주의 사항 turnkeyLinux.com :
<인용구>
파일 권한 변경은 절충안입니다. (종종 보안을 강화하면 사용자 편의성 및/또는 유용성). 보안 '모범 사례'를 위해 필요한 폴더 만 웹 서버의 쓰기 액세스는 웹 서버가 소유해야합니다. 웹 서버가 모든 곳에서 쓰기 권한을 가지고 있고 서버가 손상되면 WordPress 설치를 해킹하기가 더 쉽습니다.) 사용하기 쉽도록 웹 서버 소유권을 부여하면 문제 ...
After installing WordPress 5 on Debian 9 Stretch I updated (remotely on localhost) and was prompted for FTP details.

Running these commands in terminal fixed the problem:

chown -R www-data:www-data /var/www/html chmod -R g+rwX /var/www/html

It's a file-ownership issue.

Code and caveat from turnkeyLinux.com:

Changing file permissions is a trade off (often increasing security reduces user-friendliness and/or usability). For security 'best practice' only the folders that require write access by the webserver should be owned by the webserver. If your webserver has write access everywhere and your server is compromised it makes it easier to hack your WordPress install) but for ease of use giving the webserver ownership should resolve all your issues...
- 출처
- Kelly
- 4
- 2019-05-08
이것은 권한 문제입니다. 다음은보다 안전한 방식으로 소유권 및 r/w 권한을 수정하는 몇 가지 단계입니다.

//사용자 이름이 속한 그룹 확인

$ 그룹

//사용자 이름이 www-data 에 속하지 않는 경우 그룹에 사용자 이름 추가

$ sudo usermod -a -G www-data 사용자 이름

//ssh 세션을 종료 (로컬 인 경우 터미널 창을 닫음)하여 그룹 변경을 고정

$ 이탈

//이제 /var/www/html 의 www-data 그룹 소유권을 부여합니다 (소유자를 수정하는 것이 아니라 여기에서 그룹 소유권 만 변경 함).

$ sudo chgrp -R www-data/var/www/html

//www-data의 구성원 인 사용자에게 필요한 r/w 권한 디렉토리 및 파일 제공

$ sudofind/var/www/html -type d -exec chmodg=rwxs "{}"\;

$ sudofind/var/www/html -typef -exec chmodg=rw "{}"\;

//계속 진행하기 전에 확인하는 것을 좋아합니다

$ ls -l/var/www/html/

//아파치를 다시 시작할 필요는 없지만 원하는 경우

$ sudo 서비스 apache2 다시 시작

Apache는 이제 /var/www/html 및 www-data
This is a permissions issue. Here are some steps to fix ownership and r/w permissions in a more secure way: // check what groups your username belongs to $ groups // if your username doesn't belong to www-data then add username to group $ sudo usermod -a -G www-data username // exit ssh session (or close terminal window if local) to make group change stick $ exit // now give www-data group ownership of /var/www/html (you're not modifying the owner, just changing group ownership here) $ sudo chgrp -R www-data /var/www/html // give necessary r/w permissions directories and files to users who are members of www-data $ sudo find /var/www/html -type d -exec chmod g=rwxs "{}" \; $ sudo find /var/www/html -type f -exec chmod g=rw "{}" \; // I like to check things before moving on $ ls -l /var/www/html/ // you likely don't need to restart apache, but if you want to $ sudo service apache2 restart Apache should now have r/w access to /var/www/html as well as any user that you shh/ftp in with that also belongs to www-data 출처 mtm

2 2016-06-17 Ubuntu 사용자 define('FS_METHOD','direct');를 wp-config.php에 추가하면 localhost에서 작동합니다.프로덕션 버전에 추가하지 않도록하십시오.참조 : codex.wordpress.org/Editing_wp-config.php Ubuntu Users Just add define('FS_METHOD','direct'); to wp-config.php and it will work on localhost. Just make sure you don't add it to production version. See: codex.wordpress.org/Editing_wp-config.php 출처 Jahanzaib Aslam 이것은 우분투에만 국한되지 않습니다 .. This isn't specific to Ubuntu.. 1 2016-06-17 Tim Malone 2 2016-07-21 보통 다음을 사용합니다. sudo chown -R _www : _www/path/to/wordpress/ 보안이 큰 문제가 아닌 경우 I usualy use : sudo chown -R _www:_www /path/to/wordpress/ if security not big issue 출처 Ari Pratomo 이것은 작동하지만 그렇게하면 파인더를 통해 해당 폴더에서 아무것도 할 수 없음을 의미합니다.이러한 문제가 발생하지 않았으며 올해 시작되었습니다. This works but if i do that it means i can't do anything in that folder via finder. Never used to have these issues and odd its started this year. 0 2018-05-16 v3nt 보안이 큰 문제는 아니지만 인터넷에 연결된 모든 것에 대해 이와 같은 모든 워드 프레스 파일을 열지 않으려면 괜찮습니다. :) This is fine if security is not a big issue but you don't want to open up all your wordpress files like this for anything connected to the internet :) 0 2019-06-07 JimLohse 0 2011-06-10 이것은 WordPress 문제가 아닙니다.설정 옵션을 확인하려면 LAMP 서버에 대한 설명서를 참조해야합니다. localhost의 경우 WordPress에서 플러그인 설치를 건너 뛰고 플러그인을/wp-content/plugins에 복사하기 만하면됩니다.복사 한 후 WordPress 관리로 이동하면 활성화 할 준비가 된 플러그인에 표시됩니다. 플러그인의 압축을 풀고 폴더에 보관하세요. This isn't a WordPress problem. You need to refer to the documentation for the LAMP server to check the setup options. For localhost, you can bypass plugin installation from WordPress and simply copy your plugins into /wp-content/plugins. After you copy them in, go to your WordPress administration and they will show up in your plugins ready to be activated. Make sure you unzip the plugins and keep them in their folders. 출처 Elpie 0 2015-09-15 두 가지 작업이 필요합니다. WolfieZero가 말한 추가 define ( 'FS_METHOD','direct'); wp-config.php 파일 이 시점에서 다음 단계를 따르게됩니다. 패키지 압축 풀기… 디렉토리를 만들 수 없습니다. 2 Then set permission to 777 to wp-content/plugins 이후 다음과 같은 메시지가 표시됩니다. Downloading install package from https://downloads.wordpress.org/theme/exclusive.1.0.32.zip… Unpacking the package… Installing the theme… Successfully installed the theme Exclusive 1.0.32. CHOWN도 작동해야하며 서버가 소유자 그룹에있는 것이 더 나은 방법입니다. You need two things to do Add WolfieZero has said define('FS_METHOD','direct'); in wp-config.php file At this point you will have following, which one step forward Unpacking the package…Could not create directory. 2 Then set permission to 777 to wp-content/plugins After this it will show message like following Downloading install package from https://downloads.wordpress.org/theme/exclusive.1.0.32.zip… Unpacking the package… Installing the theme… Successfully installed the theme Exclusive 1.0.32. CHOWN should also work and it is better way of doing it that Server is in owner group. 출처 vimal krishna -1 2011-06-10 mod_php를 사용하는 경우 대신mod_suphp로 전환하십시오.이것은 과거에 저에게 효과적이었습니다. 우분투에 어떤 패키지가 나열 될지 모르겠지만 일반적으로 어딘가에 있습니다.Fedora에서 작동합니다. If you're using mod_php, switch to mod_suphp instead. This has worked for me in the past. I don't know what package it will be listed as in Ubuntu, but generally it's there somewhere. Works in Fedora. 출처 Otto -1 2016-06-20 당신이 대답을 받았는지 모르겠습니다.하지만 제가 특히 리눅스에서 작업 할 때 겪은 일들과 저는 다른 사용자들,특히 리눅스에서 작업하는 사람들이 이것이 유용 할 것이라고 생각했습니다.같은 문제에 직면했지만 SSH2 옵션을 사용해야했습니다. SSH2 설치 방법 apt-get install openssh-server libssh2-php 그 후 apache2 서버를 다시 시작해야했습니다. 내 테마를 업로드하려고 할 때 자격 증명을 요청하면 FTP가 아닌 SSH를 사용해야했습니다. 예 Hostname: localhost FTP/SSH Username: admin FTP/SSH Password: password 효과가있었습니다. 감사합니다. I don't know if you are answered...but what i have encountered especially when i was working on linux and i just thought maybe other users, especially who are working on linux might find this useful. I was facing the same problem...but i had to use the SSH2 option. How to install SSH2 apt-get install openssh-server libssh2-php After that, i had to restart my apache2 server. Then when i tried to upload my theme i had to use SSH not FTP when asked for credentials. E.g Hostname: localhost FTP/SSH Username: admin FTP/SSH Password: password And it worked. Thanks. 출처 Samson 'Melah' Nyabanga

mike23 · Accepted Answer · 2011-06-10

-1

2011-06-10

저는 보통 이런 일이 발생할 때 이것을합니다 (프로덕션이 아닌 로컬에서만) :

 chown -R nobody:nobody /path/to/wordpress

I usually do this when that happens (only locally, not for production) :

chown -R nobody:nobody /path/to/wordpress

이로 인해 보안이 저하됩니까?나는 아파치가 아무것도 소유해서는 안된다고 읽었지만 그것은 누군가의 의견 일 수있다.

Does this decrease security? I read that Apache shouldn't own anything, but that may just be someone's opinion.
- 0
- 2014-06-18
- JFA
`chown : 잘못된 그룹 :‘nobody :nobody’`

`chown: invalid group: ‘nobody:nobody’`
- 3
- 2017-09-06
- DaVince
글쎄,위의 주석은 맞습니다.nobody :nobody의 아이디어는 아마도/etc/passwd,nobody :nobody의 항목에서 비롯된 것입니다.나는 누가 다양한 파일을 소유해야 하는가에 대한 더 큰 문제에 의문을 제기하고 있으며,현재 Wordpress 테마를 업로드하기 위해 조사하고 있으며 파일 소유권에 대한 많은 상충되는 정보가 있습니다.따라서mike23이 [ "링크 용 콘텐츠 제공"] (https://stackoverflow.com/help/how-to-answer)

Well, this comment above is correct, the idea of nobody:nobody probably comes from the entry in /etc/passwd, nobody:nobody. I question the bigger issue of who should own various files, am currently looking into that for uploading Wordpress themes and there's a lot of conflicting info about file ownership. So this is not really a "correct" answer unless mike23 can give a convincing argument and link to some reference material as in, ["Provide content for links"](https://stackoverflow.com/help/how-to-answer)
- 0
- 2019-06-07
- JimLohse
Asaf 또는 인터넷 검색을 통해 여기에 온 사람은 https://wordpress.org/support/article/hardening-wordpress/를 확인하고 가장 잠긴 권한을 가지고 있으며 업로드 디렉토리에서 파마를 열 것인지 결정하십시오.

For Asaf or anyone who got here by Googling, check https://wordpress.org/support/article/hardening-wordpress/, have the most locked down permissions and decide if you're willing to open up perms on upload dirs.
- 0
- 2019-06-07
- JimLohse