[6] Nginx 서버 셋업 - Up/Down 구현 + 간단한 업로드 client

리스팅 까지 진행됫고, 업/다운을 Drogon을 통해 구현한다

1. 서버 기능 구현

1-1. Drogon Contoller 구현

Drogon Contoller 등록 진행을 한다 ( 아래 작업을 해야 빌드시 인식이 됨 ) 

cd /root/drogon2/drogon/build/drogon_ctl 
drogon_ctl create controller FileController

1-2. 업/다운 구현

소스 위치할 경로 ( /root/drogon2/drogon/build/drogon_ctl/testAPI/controllers )

FileController.h

#pragma once
#include 

using namespace drogon;

class FileController : public HttpController
{
public:
    std:: string _storagePath = "/root/storage/";
    METHOD_LIST_BEGIN
    // "/upload" 경로의 POST 요청 처리
    ADD_METHOD_TO(FileController::handleUpload, "/upload", Post);

    // "/download/{filename}" 경로의 GET 요청 처리
    ADD_METHOD_TO(FileController::handleDownload, "/download/{1}", Get);
    METHOD_LIST_END

    // 메서드 선언
    void handleUpload(const HttpRequestPtr& req, std::function&& callback);
    void handleDownload(const HttpRequestPtr& req, std::function&& callback, const std::string& filename);
};

FileController.cc

#include "FileController.h"
#include 
#include 

// 업로드 핸들러
void FileController::handleUpload(const HttpRequestPtr& req, std::function&& callback)
{
    Json::Value respStr;
    HttpStatusCode code = k200OK;

    MultiPartParser fileUpload;
    do
    {
        if ( fileUpload.parse(req) != 0 )
        {
            code = k400BadRequest;
            respStr = Json::Value("Multipart Format Invalid");
            break ;
        }

        auto &file = fileUpload.getFiles()[0];
        LOG_INFO << "file:" << file.getFileName()
            << " (extension=" << file.getFileExtension()
            << ", type=" << file.getFileType()
            << ", len=" << file.fileLength()
            << ", md5=" << file.getMd5() << ")";

        std::string uploadPath =_storagePath + file.getFileName();
        LOG_INFO << "uploadPath:" << uploadPath.c_str();

        if ( file.saveAs(uploadPath) != 0 )
        {
            code = k500InternalServerError;
            respStr = Json::Value("Internal Server Error");
            break ;
        }
    }
    while(false);

    auto resp = HttpResponse::newHttpResponse();
    resp->setStatusCode(code);
    callback(resp);
}

// 다운로드 핸들러
void FileController::handleDownload(const HttpRequestPtr& req, std::function&& callback, const std::string& filename)
{
    std::string filePath = _storagePath.c_str() + filename;
    if ( std::ifstream(filePath).good() == true )
    {
        auto resp = HttpResponse::newFileResponse(filePath.c_str(), filename.c_str());
        resp->setContentTypeCode(CT_APPLICATION_OCTET_STREAM);
        resp->addHeader("Content-Disposition", "attachment; filename=\"" + filename + "\"");
        callback(resp);
    }
    else
    {
        auto resp = HttpResponse::newHttpResponse();
        resp->setStatusCode(k404NotFound);
        callback(resp);
    }

}

작업 이후 아래 경로로 이동후 make

cd /root/drogon2/drogon/build/drogon_ctl/testAPI/build
make

1-3. drogon 설정 수정

/root/drogon2/drogon/build/drogon_ctl/testAPI/config.json 파일의

client_max_body_size 값을 수정한다 ( 기본 1M으로 되어있음 ) 

"client_max_body_size": "256M" # 기본 1M, 원하는 만큼 변경하면된다

위 값 수정하지않으면 413 Request Entity Too Large 에러를 리턴한다

이건 로그도 안찍어서 소스 뒤져봐야되는데, 머리아프다

위 작업 까지 완료되면 서버쪽은 완료된다

2. 클라이언트 기능 구현

아래 경로에 html 추가 /root/nginx/html/upload.html

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>File Upload</title>
</head>
<body>
    <h2>Upload a File</h2>
    <form action="/upload" method="post" enctype="multipart/form-data">
        <input type="file" name="file" required>
        <br><br>
        <button type="submit">Send</button>
    </form>
</body>

3. nginx 설정

  • API Alias 설정 수정
  • 마찬가지로 client_body 수정
user nobody;
worker_processes  10;

events {
    worker_connections  1024;
    use epoll;
}


http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;
    client_max_body_size 256m;

    proxy_buffer_size 128k;
    proxy_buffers 4 256k;

    server {
        listen       10099;
        server_name  localhost;

        location /doUpload {
            alias /root/nginx/html/;
            index upload.html;
            autoindex on;
        }

        location /list {
            alias /root/storage/;
            autoindex on;                  # 디렉터리 인덱스 표시
            autoindex_exact_size off;      # 파일 크기를 간소화된 형식으로 표시 (선택사항)
            autoindex_localtime on;        # 로컬 시간으로 파일 시간 표시 (선택사항)
        }

        location /upload {
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto $scheme;
            proxy_pass http://127.0.0.1:8848;  # 프록시할 대상 서버
        }

        location ~ ^/download/(.*) {
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto $scheme;
            proxy_pass http://127.0.0.1:8848/download/$1;  # 캡처된 변수를 백엔드 서버로 전달
        }

    }
}

413 Request Entity Too Large 에러 리턴되면 clientmaxbody_size 만져보시길

4. 동작 확인

4-1. upload 동작 확인

  • upload api 호출 및 clinet파일 선택
drogon upload
  • 동작, 200ok return
200 ok
  • 아래 경로에 저장된다
[root@vbox storage] $ ll
합계 72
-rw-r--r--. 1 root   root   66662 11월  4 08:48 7.PNG
-rw-r--r--. 1 nobody nobody     2 11월  4 06:21 test.txt
  • 이전 '[5] Nginx 서버 셋업' 에서 만든 리스트로 보아도 이상없다.
drogon download

4-2. download 동작 확인

  • 웹에서 http://127.0.0.1:10099/download/7.PNG 호출 시 다운로드 발생까지 확인 하면 된다. ( 사실 리스트에서 클릭해도 다운로드 되긴하는데, 만든 기능 확인을 위해 API로 해보자 ) 
# wget으로 다운로드 받아보면 size 특이사항 없다 
[root@vbox ~] $ wget http://127.0.0.1:10099/download/7.PNG
--2024-11-04 08:59:27--  http://127.0.0.1:10099/download/7.PNG
Connecting to 127.0.0.1:10099... connected.
HTTP request sent, awaiting response... 200 OK
Length: 66662 (65K) [application/octet-stream]
Saving to: `7.PNG'

7.PNG                                   100%[============================================================================>]  65.10K  --.-KB/s    in 0s

2024-11-04 08:59:27 (397 MB/s) - `7.PNG' saved [66662/66662]

댓글

댓글 쓰기

이 블로그의 인기 게시물

윤석열 계엄령 선포! 방산주 대폭발? 관련주 투자 전략 완벽 분석

이미지
## 1. 배경 2024년 12월 3일, 윤석열 대통령이 국가 비상사태를 이유로 계엄령을 선포하였습니다. 계엄령은 전시나 사변 등 국가의 안녕과 공공질서가 심각하게 위협받을 때 대통령이 군사적 권한을 통해 이를 방어하고 유지하기 위해 발효하는 특별한 조치입니다. 이러한 조치는 국내 정치·경제 전반에 큰 영향을 미치며, 특히 주식시장에서는 관련 기업들의 주가 변동이 예상됩니다. 24.12.03 오전 5시 계엄 해제로 아래 관련주 추천 - [윤석열 계엄령 해제! 이재명 관련주 급등? 투자자 필독 전략](https://warguss.blogspot.com/2024/12/yoon-martial-law-lift-lee-jaemyung-stocks.html) --- ## 2. 기업 및 관련주 ### 2-1 식품 관련주 - 계엄령이 선포되면 사회적 불안정성이 증가할 수 있으며, 이에 따라 생필품 및 음식 관련 주식이 단기적으로 강세를 보일 가능성이 있습니다. #### 1. CJ제일제당 (KOSPI: 097950) [시가총액: 약 10조 원] - **주요 산업**: 식품 및 생필품 제조 - **관련주 근거**: 국가적 위기 상황에서 식료품 수요가 증가하며, 즉석밥, 가공식품 등의 판매가 확대될 가능성이 있습니다. - **주가정보**: [네이버 차트](https://finance.naver.com/item/main.nhn?code=097950) #### 2. 오뚜기 (KOSPI: 007310) [시가총액: 약 3조 원] - **주요 산업**: 식품 제조 및 유통 - **관련주 근거**: 라면, 즉석식품 등 비축 가능한 식품 수요가 증가하며, 매출 상승이 기대됩니다. - **주가정보**: [네이버 차트](https://finance.naver.com/item/main.nhn?code=007310) #### 3. 대상 (KOSPI: 001680) [시가총액: 약 2조 원] - **주요 산업**: 식품 제조 및 발효제품 - **관련주 근거**: 계엄...
Read more »

한국 핵무장 논의와 방위산업 관련주: 핵무기 개발 과정과 유망 종목 분석

이미지
한국의 독자적 핵무장 논의가 주요 이슈로 떠오르며 방위산업 관련 주식들이 주목받고 있습니다. 특히, 핵무기 및 방어 관련 기술력을 보유한 기업들이 관심을 끌고 있어 투자자들에게 큰 잠재적 수혜가 예상됩니다. 트럼프 전 미국 대통령의 재집권 가능성 등 외교적 변화는 이러한 방위산업 관련주를 더욱 부각시키고 있습니다. --- ### 핵무기 생산과정 요약 #### **핵연료 확보** : 고농축 우라늄-235 또는 플루토늄-239와 같은 핵분열 물질을 확보하는 과정입니다. - **우라늄 농축**: 우라늄-235의 비율을 약 90% 이상으로 높이는 과정입니다. - **플루토늄 생산**: 원자로에서 우라늄-238을 중성자로 포획하여 플루토늄을 생성하고 이를 화학적으로 분리합니다. #### **폭발 장치 개발** : 확보한 핵연료를 폭발할 수 있도록 설계된 장치입니다. - **충돌 방식 (Gun-type)**: 고농축 우라늄을 이용해 두 덩어리를 빠르게 결합시켜 핵분열을 유도합니다. - **내부 압축 방식 (Implosion-type)**: 고폭압력으로 플루토늄을 압축하여 임계 질량을 초과하도록 합니다. ####. **무기화 및 배치** - 폭발 장치를 무기 형태로 조립하여 배치 가능한 상태로 만드는 과정입니다. 미사일, 폭격기 등에 탑재될 수 있도록 설계합니다. --- ### 핵심적인 부분 가장 중요한 부분은 **핵연료 확보**와 **폭발 장치 개발**입니다. - **핵연료 확보**: 핵분열 물질 확보가 핵무기 개발의 필수 조건입니다. 우라늄 농축과 플루토늄 생산은 고도의 기술력을 요구하며, 보안과 국제적인 감시가 강화된 부분입니다. - **폭발 장치 개발**: 핵연료가 있어도 이를 효과적으로 폭발시키는 장치가 없다면 무기화가 불가능합니다. 압축 방식 등 폭발 장치 개발 기술이 핵무기의 폭발력과 신뢰성을 좌우하는 중요한 요소입니다. --- ### 핵연료 확보 관련 기업 - **한전원자력연료 (KEPCO NF)** :...
Read more »

[로스트아크] 제작 효율 최적화 위한 영지 세팅

이미지
### 1. 대성공 확률 증가 vs. 제작 수수료 절감 - **대성공 확률 증가**: 대성공 확률이 2% 증가해도 실제 효과는 크지 않습니다. 예를 들어, 기본 대성공 확률 5%에 2% 증가를 적용해도 실질적인 효과는 0.1% 증가에 불과합니다. - **제작 수수료 절감**: 제작 수수료를 2% 절감할 경우, 제작할 때마다 발생하는 골드 비용을 직접적으로 줄일 수 있어 비용 절약 효과가 훨씬 큽니다. - 결과적으로, 제작 수수료 절감이 대성공 확률 증가보다 약 10배 더 많은 이득을 제공합니다. 따라서 대성공 확률보다는 수수료 절감에 집중하는 것이 권장됩니다. --- ### 2. 효율적인 영지 세팅을 위한 이득 극대화 세팅 - 영지 내 필수 세팅 아이템으로 "곡예사의 대기실," "찬란한 소원 나무," "여신의 가호"가 추천됩니다. - **곡예사의 대기실**: 마리샵에서 블루 크리스탈로 구매할 수 있으며, 기본적인 제작 효율을 높이는 데 필수 아이템입니다. - **찬란한 소원 나무**: 수수료 절감을 제공하여 제작 비용을 절감하는 효과가 있어 이득 극대화에 도움이 됩니다. - **여신의 가호**: 미술품 42개를 모아 획득할 수 있으며, 추가적인 제작 효율을 제공합니다. 여유가 있다면 필수로 장착하는 것이 좋습니다. - 여신의 가호 대신, **곡예사의 무기 진열대**를 구매해 사용할 수도 있으며, 경제적인 선택지로 활용할 수 있습니다. --- ### 3. 의상 세팅 (선택적 적용) - 특정 의상을 착용하면 제작 효율이 약간 증가하지만, 최적의 의상 옵션은 없기 때문에 필수는 아닙니다. 크리스탈 비용이 부담스러울 경우 생략 가능하며, 다른 세팅을 우선적으로 강화하는 것이 좋습니다. - **드레스룸 이용**: 크리스탈을 사용하여 드레스룸에서 특정 NPC와의 호감도로 얻을 수 있는 의상을 구매할 수 있습니다. - **추천 의상**: 페...
Read more »