nginx वापरून Google ड्राइव्हवरून फायली वितरित करणे

prehistory

असे घडले की मला कुठेतरी 1.5 TB पेक्षा जास्त डेटा संग्रहित करणे आवश्यक आहे आणि सामान्य वापरकर्त्यांना थेट लिंकद्वारे डाउनलोड करण्याची क्षमता देखील प्रदान करणे आवश्यक आहे. पारंपारिकपणे एवढी मेमरी व्हीडीएसकडे जात असल्याने, "काही करायचे नाही" श्रेणीतील प्रकल्पाच्या बजेटमध्ये भाड्याने देण्याची किंमत फारशी समाविष्ट नाही आणि स्त्रोत डेटावरून माझ्याकडे व्हीपीएस 400 जीबी एसएसडी आहे, जरी मी मला हवे होते, मी लॉसलेस कॉम्प्रेशनशिवाय 1.5TB प्रतिमा ठेवू शकत नाही ते यशस्वी होईल.

आणि मग मला आठवलं की जर मी Google Drive वरून जंक हटवला तर, जसे की फक्त Windows XP वर चालणारे प्रोग्राम्स आणि इतर गोष्टी ज्या ज्या दिवसांपासून एका डिव्‍हाइसवरून दुसर्‍या डिव्‍हाइसवर जात आहेत त्या दिवसांपासून इंटरनेट अजिबात अजिबात वेगवान नव्हते (असीमित नाही) उदाहरणार्थ, व्हर्च्युअल बॉक्सच्या त्या 10-20 आवृत्त्यांमध्ये नॉस्टॅल्जिक व्यतिरिक्त कोणतेही मूल्य असण्याची शक्यता नाही), मग सर्वकाही अगदी व्यवस्थित बसले पाहिजे. पूर्ण करण्यापेक्षा लवकर सांगितले नाही. आणि म्हणून, एपीआयला विनंत्यांच्या संख्येवरील मर्यादा तोडून (तसे, कोणत्याही समस्यांशिवाय तांत्रिक समर्थनामुळे प्रति वापरकर्त्याच्या विनंतीचा कोटा 100 सेकंदात 10 पर्यंत वाढला), डेटा त्याच्या पुढील तैनातीच्या ठिकाणी त्वरीत प्रवाहित झाला. .

सर्व काही चांगले आहे असे दिसते, परंतु आता ते अंतिम वापरकर्त्यापर्यंत पोहोचवणे आवश्यक आहे. शिवाय, इतर संसाधनांवर पुनर्निर्देशित न करता, परंतु जेणेकरून एखादी व्यक्ती फक्त "डाउनलोड" बटण दाबते आणि मौल्यवान फाइलचा आनंदी मालक बनते.

येथे, देवाने, मी सर्व प्रकारच्या संकटांमध्ये गेलो. सुरुवातीला एएमपीएचपी मधील स्क्रिप्ट होती, परंतु मी तयार केलेल्या लोडवर समाधानी नव्हतो (सुरुवातीला 100% कोर वापरापर्यंत तीक्ष्ण उडी). मग ReactPHP साठी कर्ल रॅपर कार्यात आले, जे वापरलेल्या CPU सायकलच्या संख्येच्या बाबतीत माझ्या इच्छेनुसार योग्य आहे, परंतु मला पाहिजे तसा वेग दिला नाही (असे निष्पन्न झाले की आपण कॉलिंगचे अंतर कमी करू शकता. curl_multi_select, परंतु नंतर आमच्याकडे पहिल्या पर्यायाप्रमाणेच खादाडपणा आहे). मी रस्टमध्ये एक छोटी सेवा लिहिण्याचा प्रयत्न देखील केला आणि ती खूप लवकर कार्य करते (हे आश्चर्यकारक आहे की माझे ज्ञान पाहता ते कार्य करते), परंतु मला अधिक हवे होते आणि ते सानुकूलित करणे कठीण होते. याव्यतिरिक्त, या सर्व उपायांनी कसा तरी विचित्रपणे प्रतिसाद बफर केला, आणि जेव्हा फाईल डाउनलोड सर्वात अचूकतेसह संपला तेव्हा मला त्या क्षणाचा मागोवा घ्यायचा होता.

सर्वसाधारणपणे, ते काही काळ कुटिल होते, परंतु ते कार्य करते. एके दिवशीपर्यंत मला एक कल्पना सुचली जी त्याच्या वेडेपणामध्ये उल्लेखनीय होती: nginx, सिद्धांतानुसार, मला पाहिजे ते करू शकते, त्वरीत कार्य करू शकते आणि कॉन्फिगरेशनसह सर्व प्रकारच्या विकृतींना परवानगी देखील देऊ शकते. आम्हाला प्रयत्न करावे लागतील - जर ते कार्य करते तर? आणि अर्धा दिवस सतत शोध घेतल्यानंतर, एक उपाय जन्माला आला जो अनेक महिन्यांपासून स्थिरपणे काम करत होता आणि माझ्या सर्व गरजा पूर्ण करतो.

NGINX सेट करत आहे

# Первым делом создадим в конфигах нашего сайта отдельную локацию.
location ~* ^/google_drive/(.+)$ {

    # И закроем её от посторонних глаз (рук, ног и прочих частей тела).
    internal;

    # Ограничим пользователям скорость до разумных пределов (я за равноправие).
    limit_rate 1m;

    # А чтоб nginx мог найти сервера google drive укажем ему адрес резолвера.
    resolver 8.8.8.8;

    # Cоберем путь к нашему файлу (мы потом передадим его заголовками).
    set $download_url https://www.googleapis.com/drive/v3/files/$upstream_http_file_id?alt=media;

    # А так же Content-Disposition заголовок, имя файла мы передадим опять же в заголовках.
    set $content_disposition 'attachment; filename="$upstream_http_filename"';

    # Запретим буфферизировать ответ на диск.
    proxy_max_temp_file_size 0;

    # И, что немаловажно, передадим заголовок с токеном (не знаю почему, но в заголовках из $http_upstream токен передать не получилось. Вернее передать получилось, но скорей всего его где-то нужно экранировать, потому что гугл отдает ошибку авторизации).
    proxy_set_header Authorization 'Bearer $1';

    # И все, осталось отправить запрос гуглу по ранее собранному нами адресу.
    proxy_pass $download_url;

    # А чтоб у пользователя при скачивании отобразилось правильное имя файла мы добавим соответствующий заголовок.
    add_header Content-Disposition $content_disposition;

    # Опционально можно поубирать ненужные нам заголовки от гугла.
    proxy_hide_header Content-Disposition;
    proxy_hide_header Alt-Svc;
    proxy_hide_header Expires;
    proxy_hide_header Cache-Control;
    proxy_hide_header Vary;
    proxy_hide_header X-Goog-Hash;
    proxy_hide_header X-GUploader-UploadID;
}

टिप्पण्यांशिवाय एक लहान आवृत्ती स्पॉयलरच्या खाली पाहिली जाऊ शकते

location ~* ^/google_drive/(.+)$ {
    internal;
    limit_rate 1m;
    resolver 8.8.8.8;
    
    set $download_url https://www.googleapis.com/drive/v3/files/$upstream_http_file_id?alt=media;
    set $content_disposition 'attachment; filename="$upstream_http_filename"';
    
    proxy_max_temp_file_size 0;
    proxy_set_header Authorization 'Bearer $1';
    proxy_pass $download_url;
    
    add_header Content-Disposition $content_disposition;
    
    proxy_hide_header Content-Disposition;
    proxy_hide_header Alt-Svc;
    proxy_hide_header Expires;
    proxy_hide_header Cache-Control;
    proxy_hide_header Vary;
    proxy_hide_header X-Goog-Hash;
    proxy_hide_header X-GUploader-UploadID;
}

या सर्व आनंदाचे व्यवस्थापन करण्यासाठी आम्ही एक स्क्रिप्ट लिहित आहोत

उदाहरण PHP मध्ये असेल आणि मुद्दाम किमान किटसह लिहिले जाईल. मला वाटते की ज्यांना इतर कोणत्याही भाषेचा अनुभव आहे ते माझे उदाहरण वापरून हा विभाग एकत्रित करू शकतील.

<?php

# Токен для Google Drive Api.
define('TOKEN', '*****');

# ID файла на гугл диске
$fileId = 'abcdefghijklmnopqrstuvwxyz1234567890';

# Опционально, но так как мы не передаем никаких данных - почему бы и нет?
http_response_code(204);

# Зададим заголовок c ID файла (в конфигах nginx мы потом получим его как $upstream_http_file_id).
header('File-Id: ' . $fileId);
# И заголовок с именем файла (соответственно $upstream_http_filename).
header('Filename: ' . 'test.zip');
# Внутренний редирект. А еще в адресе мы передадим токен, тот самый, что мы получаем из $1 в nginx.
header('X-Accel-Redirect: ' . rawurlencode('/google_drive/' . TOKEN));

परिणाम

सर्वसाधारणपणे, ही पद्धत कोणत्याही क्लाउड स्टोरेजमधून वापरकर्त्यांना फाइल्सचे वितरण व्यवस्थापित करणे सोपे करते. होय, अगदी टेलिग्राम किंवा व्हीके वरूनही, (जर फाइलचा आकार या स्टोरेजच्या अनुज्ञेय आकारापेक्षा जास्त नसेल तर). सारखीच एक कल्पना मला होती हे, परंतु दुर्दैवाने मला 2GB पर्यंतच्या फायली आढळतात, आणि मला अद्याप अपस्ट्रीममधील प्रतिसादांना चिकटवण्याची पद्धत किंवा मॉड्यूल सापडले नाही आणि या प्रकल्पासाठी काही प्रकारचे रॅपर लिहिणे अवास्तव श्रम-केंद्रित आहे.

आपण लक्ष दिल्याबद्दल धन्यवाद. मला आशा आहे की माझी कथा तुमच्यासाठी थोडीशी मनोरंजक किंवा उपयुक्त होती.

स्त्रोत: www.habr.com