답변 2개
모두들 감사드립니다. 우선 다 시도해봤으나 원인은 찾지 못하고 결국 해당 오류를 반환하지 않게 처리하였을 뿐입니다. ㅠㅠ
답변에 대한 댓글 1개
댓글을 작성하려면 로그인이 필요합니다.
기본적으로 리눅스 파일시스템이 폴더는 755 / 파일은 644로 생성됩니다.
(물론 변경할 수 있지만 추천드리진 않습니다.)
그누보드 자체 config.php 설정에서도
define('G5_DIR_PERMISSION', 0755); // 디렉토리 생성시 퍼미션
define('G5_FILE_PERMISSION', 0644); // 파일 생성시 퍼미션
이렇게 정의되어 있습니다.
8진수로 표현하는 퍼미션
|
8진수 |
표시되는 퍼미션 |
의미하는 내용 |
|
0 |
--- |
아무런 권한이 없음 |
|
1 |
--x |
실행권한만 있음 |
|
2 |
-w- |
쓰기 권한만 있음 |
|
3 |
-wx |
쓰기와 실행권한만 있음 |
|
4 |
r-- |
읽기 권한만 있음 |
|
5 |
r-x |
읽기와 실행권한만 있음 |
|
6 |
rw- |
읽기와 쓰기 권한만 있음 |
|
7 |
rwx |
모든 권한(읽기, 쓰기, 실행) |
파일에 7 (모든권한)을 앵간해서는 주지 않는걸 추천합니다.
해킹에 취약점이 생겨 보통을 읽거나 쓰기만 허용하지 x (실행까지는 허용하지 않습니다.)
그래서 보통은 읽기 권한만 주고, 업로드시에는 써야하니 해당 폴더는 707 을 넣어줘야 하는겁니다.
업로드가 되었다면 퍼미션 문제라기보단 라이브러리의 문제가 클것으로 생각됩니다.
내용만 봐서는 정확히 무슨 원인이지는 파악이 안되네요 ㅎ
댓글을 작성하려면 로그인이 필요합니다.
답변을 작성하려면 로그인이 필요합니다.
로그인
이미지 처리 라이브러리(GD)와 스마트에디터 플러그인의 처리 로직 문제같습니다.
Imagick으로의 전환 및 GD 설정(imagesavealpha, alphablending 등) 적용 방안을
꼼꼼히 적용하여 보시면 어떨까 싶습니다.
1. 이미지 처리 시 GD보다는 Imagick 사용을 권장 (특히 투명 PNG)
2. 업로드 후 chmod() 확실히 적용 (chmod($file, 0666))
3. PHP 오류 로그 활성화 후 원인 분석하시여 정확한 오류 확인
4. MIME 타입 필터링 부분을 명확히 설정하여 PNG가 배제되지 않게 ~