سلیب که از طراحی سوالات ورودی و خروجی کوئرا خسته شده بود، تصمیم گرفت تا با پیاده‌سازی اسکریپتی این فرآیند طاقت‌فرسا را برای خود سهل کند! ابتدا با ساختار فایل داوری ورودی خروجی آشنا شویم، ساختار فایلی که برای کوئرا مورد پذیرش است، به فرم زیر است:

.
├── in
│   ├── input1.txt
│   ├── input2.txt
│   └── ...
└── out
    ├── output1.txt
    ├── output2.txt
    └── ...

کوئرا برای هر ورودی مثل i، محتویات فایل in/input{i}.txt را به کد ارسالی کاربر می‌دهد و خروجی را با محتویات فایل out/output{i}.txt مقایسه می‌کند و در صورت برابر بودن، نمره را به پاسخ ارسالی کاربر می‌دهد.

تا پیش‌از این سلیب به طور کاملا دستی محتوای تمامی output{i}.txt ها را پر می‌کرد، حال از شما می‌خواهد تا اسکریپتی بنویسید که این کار را برای او انجام دهد. او می‌خواهد تا اسکریپت شما با دریافت تعداد ورودی، ورودی‌ها را از فایل مربوطه بخواند و به عنوان ورودی (stdin) به برنامه main.py دهد و خروجی برنامه را در فایل خروجی مربوط به تست کیس بنویسد. برای درک بهتر مثالی را پیش می‌بریم.

مثال🔗

برای مثالی با 3 تست کیس، اسکریپت generator.sh شما ابتدا در ساختار زیر قرار دارد:

├── generator.sh
├── in
│   ├── input1.txt
│   ├── input2.txt
│   └── input3.txt
└── main.py

سلیب می‌خواهد که وقتی اسکریپت شما را مانند زیر اجرا کند:

bash

./generator.sh 3

• خروجی مربوط به ورودی in/input1.txt درون فایل out/output1.txt ذخیره شود.
• خروجی مربوط به ورودی in/input2.txt درون فایل out/output2.txt ذخیره شود.
• خروجی مربوط به ورودی in/input3.txt درون فایل out/output3.txt ذخیره شود.

و در نهایت به ساختار زیر برسیم:

.
├── generator.sh
├── in
│   ├── input1.txt
│   ├── input2.txt
│   └── input3.txt
├── main.py
└── out
    ├── output1.txt
    ├── output2.txt
    └── output3.txt

پروژه اولیه🔗

برای دریافت پروژه اولیه این لینک را دانلود کنید. درون لینک ساختار فایلی زیر را مشاهده می‌کنید:

Test-Generator
├── generator.sh
├── in
│   ├── input1.txt
│   ├── input2.txt
│   └── input3.txt
└── main.py

راه‌حل خود را درون فایل generator.sh پیاده‌سازی کنید.

توجه کنید🔗

• فایل main.py صرفا برای تست روی سیستم شخصی‌تان در اختیار شما قرار گرفته و main.py روی سیستم داوری خروجی‌های متفاوتی تولید می‌کند.
• برای اجرای فایل main.py باید از دستور زیر استفاده کنید:
  bash

  python3 main.py

  Terminal

  Copy
  بنابراین طبق دستور بالا باید نسخه ۳ پایتون را در سیستم شخصی‌تان نصب داشته باشید.
• در هر تست در سیستم داوری، تعدادی تست‌کیس در دایرکتوری in/ قرار دارند و تضمین می‌شود که هیچ تست‌کیسی خالی نمی‌باشد.
• دسترسی اجرا به فایل ارسالی شما به طور خودکار در سیستم داوری داده می‌شود.

نحوه ارسال🔗

برای ارسال جواب، دستورات خواسته شده را در فایلی با نام generator.sh بنویسید و سپس آن را انتخاب و ارسال کنید.

سلیب که به تازگی شرکت خود را تاسیس کرده اکنون با چالش جدیدی مواجه شده، مدیریت کارمندان! در حال حاضر او نیاز دارد تا بتواند هرگاه که اراده کرد به هر کارمند خود به عنوان تشویق پاداش بدهد یا اطلاعات تمامی کارمندان ساکن شهر خاصی را ببیند.

سلیب اطلاعات تمامی کارمندان خود را در یک فایل با نام employee.csv ذخیره کرده که محتوای آن به فرمت زیر است:

employee.csv

10012,Tehran,Seyed Ali Babaei,09121212121,4000,Narmak-Kooche-Aval
20221,Tehran,Mostafa Karimi,09131313131,3900,Kerman-Kooche-Aval
40521,Semnan,Amin Anvari,09123456789,3800,Piroozi-Kooche-Aval
12140,ALborz,Nima Heydari Nasab,09383838383,4100,Fardis-Kooche-Aval

در ستون اول آیدی کارمند، در ستون دوم شهر کارمند، در ستون سوم نام کارمند، در ستون چهارم شماره تلفن کارمند، در ستون پنجم حقوق کارمند و در ستون ششم آدرس کارمند مشاهده می‌شود.

او که چیزی از ترمینال لینوکس و اسکریپت‌نویسی نمی‌داند از شما کمک خواسته تا برای او دو کار زیر را انجام دهید:

• دستوری با نام bonus تعریف کنید تا با دریافت آیدی کارمند، به میزان ۵ درصد حقوق او به او پاداش دهد. یعنی با اجرای دستور زیر:

bash

./manager.sh bonus 40521

خروجی زیر مشاهده شود:

bash

Amin Anvari will get $190 bonus

• دستوری با نام city تعریف کنید تا با دریافت شهر مورد نظر سلیب، نام و شماره تلفن تمام کارمندان ساکن آن شهر او را خروجی بدهد. یعنی با اجرای دستور زیر:

bash

./manager.sh city ALborz

خروجی زیر مشاهده شود:

bash

Customer Name: Nima Heydari Nasab
Mobile No: 09383838383

• در صورتی که پارامتر اول ورودی هیچ‌کدام از دو حالت بالا نبود، اسکریپت باید عبارت command not found را چاپ کند.

مثال🔗

برای مثال اگر اسکریپت شما را مانند زیر اجرا کنیم:

bash

./manager.sh bonus 10012

باید خروجی زیر را دهد:

bash

Seyed Ali Babaei will get $200 bonus

یا اگر اسکریپت شما را مانند زیر اجرا کنیم:

bash

./manager.sh city Tehran

باید خروجی زیر را دهد:

bash

Customer Name: Seyed Ali Babaei
Mobile No: 09121212121
Customer Name: Mostafa Karimi
Mobile No: 09131313131

پروژه اولیه🔗

برای دریافت پروژه اولیه این لینک را دانلود کنید. درون لینک ساختار فایلی زیر را مشاهده می‌کنید:

Employee-Management
├── employee.csv
└── manager.sh

راه‌حل خود را درون فایل manager.sh پیاده‌سازی کنید.

توجه کنید🔗

• به تمامی فاصله‌های خالی بین حروف خروجی دقت کنید.
• اطلاعات مورد نیاز شما در سیستم داوری درون فایل employee.csv در کنار اسکریپت شما قرار دارد.
• دسترسی اجرا به فایل ارسالی شما به طور خودکار در سیستم داوری داده می‌شود.
• تضمین می‌شود ۵ درصد حقوق کارمندان همواره عددی صحیح است.

نحوه ارسال🔗

برای ارسال جواب دستورات خواسته شده را درون فایلی با نام manager.sh وارد کنید و آن را انتخاب و سپس ارسال کنید.

سلیب که به تازگی با داکر آشنا شده قصد دارد تا یک docker-compose ابتدایی را طراحی کند. در ادامه به بیان جزئیات کانتینر مورد نظر او می‌پردازیم، به سلیب کمک کنید محدویت‌های زیر را در منابع یک container داکر Redis اضافه کند:

• او می‌خواهد تا Redis روی پورت 6379 اجرا شده باشد.
• هرگاه به هردلیلی سرویس Redis از کار افتاد، بلافاصله مجددا اجرا شود.
• دارای Memory Limit‌ای برابر با 30M باشد.
• دارای Memory Reservation‌ای برابر با 30M باشد.

برای دانلود پروژه‌ی اولیه روی این لینک کلیک کنید.

نکات تکمیلی🔗

۱. شما اجازه‌ی build کردن یک Image جدید نخواهید داشت و باید از Imageهای استاندارد استفاده کنید. به‌طور خاص، برای Redis می‌توانید از Image با آدرس زیر استفاده کنید:

registry.gitlab.com/qio/standard/redis:latest

۲. نام container باید redis باشد.

۳. سیستم داوری کوئرا به‌صورت خودکار فایل docker-compose.yml را با کامند زیر اجرا می‌کند. شما نیازی به کد یا اسکریپتی برای اجرای این کار ندارید.

docker-compose up --no-build -d

۴. توجه داشته باشید که ورژن docker-compose.yml باید 2 باشد.

نحوه ارسال پاسخ🔗

شما تنها مجاز به ارسال فایل docker-compose.yml هستید.

docker-compose.yml

version: "2"

# Do not forget that the only available 
# redis image is accessible with the following url:
#  registry.gitlab.com/qio/standard/redis:latest

در تیم زیرساخت دیجی‌کال‍ا، میکروسرویس‌های مختلفی در حال پدید آمدن هستند. برخی از این میکروسرویس‌ها قرار است تنها برای کاربران برخی از کشورها در دسترس باشند. سالار که وظیفه‌ی مدیریت درخواست‌های ورودی از کشورهای مختلف را برعهده دارد، لیستی از بازه‌های آی‌پی‌های کشورهای مدنظرش جمع‌آوری کرده است. او اکنون از شما می‌خواهد اسکریپتی برای او بنویسید که با استفاده از آن بتوان درخواست‌های ورودی از کشورهای مختلف را مسدود یا آزاد کرد.

جزئیات پروژه🔗

پروژه‌ی اولیه را از این لینک دانلود کنید.

ساختار فایل‌های پروژه به‌صورت زیر است:

country-manager
├── ip_lists
│   ├── AG.txt
│   ├── CC.txt
│   └── IR.txt
└── country_manager.sh

اسکریپت country_manager.sh را مطابق توضیحات زیر پیاده‌سازی کنید:

• نحوه‌ی اجرای اسکریپت به‌صورت ./country_manager.sh command ip_list_filepath است. مثال:
  bash

  ./country_manager.sh block ./ip_lists/CC.txt

  Terminal

  Copy
• اگر تعداد آرگومان‌های ورودی اسکریپت کمتر از ۲ تا (یکی برای command و یکی برای ip_list_filepath) بود، اسکریپت باید عبارت not enough arguments را چاپ کند و متوقف شود.
• اگر مقدار command برابر با block یا unblock نبود، اسکریپت باید عبارت invalid command را چاپ کند و متوقف شود.
• اگر فایلی که مسیر آن به‌عنوان آرگومان دوم وارد می‌شود وجود نداشت، اسکریپت باید عبارت ip list file not found را چاپ کند و متوقف شود.
• اگر مقدار command برابر با block باشد، اسکریپت باید لیست بازه‌های آی‌پی موجود در فایل را دریافت کند و درخواست‌های ورودی مربوط به این آی‌پی‌ها را به‌ازای همه‌ی پروتکل‌ها و پورت‌ها DROP کند. اگر rule مربوط به ACCEPT کردن این درخواست‌ها از قبل موجود بود، اسکریپت باید آن‌ها را حذف کند.
• اگر مقدار command برابر با unblock باشد، اسکریپت باید لیست بازه‌های آی‌پی موجود در فایل را دریافت کند و درخواست‌های ورودی مربوط به این آی‌پی‌ها را به‌ازای همه‌ی پروتکل‌ها و پورت‌ها ACCEPT کند. اگر rule مربوط به DROP کردن این درخواست‌ها از قبل موجود بود، اسکریپت باید آن‌ها را حذف کند.

نکات🔗

• عملیات مسدودسازی و آزادسازی درخواست‌ها باید با استفاده از iptables انجام شود.
• داوری این سؤال کمی بیشتر از سایر سؤالات طول می‌کشد.
• بازه‌های آی‌پی طبق نگارش CIDR هستند.
• تضمین می‌شود که هیچ rule ای خارج از اسکریپت اضافه نمی‌شود.

آن‌چه باید آپلود کنید🔗

پس از پیاده‌سازی موارد خواسته‌شده، فایل country_manager.sh را آپلود کنید.

روزی روزگاری، محمد از دست گیت‌لب به کفر آمد و تصمیم گرفت تا سرویسی برای شرکت در همین زمینه راه‌اندازی کند ولی به دلیل خستگی زیاد از شما خواسته تا به او در راستای این هدف کمک کنید.

در این تمرین، ما از شما می‌خواهیم یک سرویس gitea را تنظیم و راه‌اندازی کنید. برای دانلود پروژه‌ اولیه روی این لینک کلیک کنید.

جزئیات پروژه🔗

• سرویس gitea شما باید روی پورت 3000 اجرا شده باشد.
• دیتای سرویس gitea نباید به هیچ عنوان از بین برود (یعنی اگر به هر دلیلی سرویس ها متوقف شدند، نباید هیچ دیتایی از دست رفته باشد.).
• اگر سیستم به هر دلیلی با مشکلی مواجه شد، باید سرویس gitea بلافاصله مجددا اجرا شود.
• پورت ssh سرویس برای محمد اهمیتی ندارد، برای اطمینان می‌توانید از پورت 222 استفاده کنید.
• باید id کاربر و id گروهی که به دستورات gitea دسترسی دارند برابر با 1000 باشد.
• نام کانتینری که سرویس gitea را اجرا می‌کند باید برابر با gitea باشد.

نکات تکمیلی🔗

۱. شما تمامی تغییرات خود را درون فایل docker-compose.yml اعمال کنید. شما تنها مجاز به ارسال این فایل خواهید بود و با دستور زیر فایل ارسالی شما درون سیستم داوری اجرا خواهد شد:

docker-compose up --no-build -d

پس از اجرای دستور بالا باید تمامی سرویس‌های مورد نظر شما تنظیم و راه‌اندازی و اماده تست کردن باشند.

۲. شما تنها مجاز به استفاده از ایمیج‌های موجود در این لینک هستید و می‌توانید هر تعداد سرویس که نیاز دارید تنظیم و راه‌اندازی کنید تا به خواسته مسئله برسید. توجه داشته باشید که شما مجاز به استفاده از ایمیج‌های دیگر نیستید و فقط می‌تونید از مجموعه ایمیج‌های موجود در همین ایمیج‌رجیستری استفاده کنید.

۳. شما اجازه‌ی build کردن یک Image جدید نخواهید داشت و باید از Imageهای استاندارد کوئرا استفاده کنید. به‌طور خاص، برای gitea می‌توانید از Image با آدرس زیر استفاده کنید:

registry.gitlab.com/qio/standard/gitea:1.16.8

۴. در صورت نیاز به دیتابیس، از ایمیج‌های زیر نیز می‌توانید استفاده کنید:

registry.gitlab.com/qio/standard/mysql:8.0
registry.gitlab.com/qio/standard/postgres:14.1
registry.gitlab.com/qio/standard/postgres:14.1-alpine

ارسال فایل‌های اضافی🔗

توجه کنید که هر فایل و محتوای دیگری به جز docker-compose.yml که در فایل ارسالی شما قرار داشته باشد حذف خواهد شد.

در صورتی که نیاز دارید که فایلی علاوه‌بر docker-compose.yml به سیستم داوری کوئرا ارسال کرده و در راه‌حل خود از آن‌ها استفاده کنید، می‌توانید از پوشه‌ی data استفاده کنید. برای این کار کافیست که پوشه‌ای به نام data در کنار docker-compose.yml ایجاد کرده و برای سیستم داوری کوئرا ارسال نمایید.

services:
  sample_container:
    volumes:
      - ./data/extrafile:/extrafile

فراموش نکنید که در این حالت، فایل extrafile که volume شده است را درون پوشه‌ی data قرار داده و آن را برای سیستم داوری ارسال نمایید. برای مثال، پوشه‌ی ارسالی شما برای داوری کوئرا به شکل زیر می‌تواند باشد:

.
├── data
│   └── extrafile
└── docker-compose.yml

توجه: سیستم داوری کوئرا به‌صورت خودکار فایل docker-compose.yml را با کامند up اجرا می‌کند. شما نیازی به کد یا اسکریپتی برای اجرای این کار ندارید.

توجه: استفاده کردن از پوشه‌ی data، کاملاً به خواست شما بوده و ممکن است این سؤال بدون نیاز به استفاده از پوشه‌ی data حل شود.

نحوه ارسال پاسخ🔗

شما تنها مجاز به تغییر در فایل docker-compose.yml هستید و در صورت نیاز در کنار آن می‌توانید پوشه‌ای با نام data نیز قرار داده و ارسال نمایید. تمامی فایل‌ها یا پوشه‌های دیگر حذف خواهند شد!

این سؤال تنها با زبان‌های PHP ، Python ، Go و JS (Node.js) قابل حل است.

دیجی‌کال‍ا قصد دارد برای بخش تحویل محصولات خود یک سامانه‌ی ساده‌ی ثبت پیشنهادات و انتقادات راه‌اندازی کند. از شما می‌خواهیم یک API برای این سامانه طراحی کنید.

جزئیات پروژه🔗

پروژه‌ی اولیه را از این لینک دانلود کنید.

در این سؤال، یک REST API شامل endpoint های زیر باید پیاده‌سازی شود:

در این API هر کاربر باید یک توکن داشته باشد. این توکن برای هر کاربر ثابت است.

در همه‌ی endpoint ها، پاسخ باید به‌صورت JSON باشد.

اطلاعات ورودی به‌صورت application/x-www-form-urlencoded به endpoint ها ارسال می‌شوند.

بررسی up بودن سرویس🔗

پاسخ این endpoint باید به‌صورت زیر باشد:

• کد وضعیت: 200
• بدنه: {"ok":true}

ثبت‌نام🔗

دو پارامتر username و password باید به این endpoint ارسال شوند. در صورتی که حداقل یکی از این پارامترها ارسال نشده باشد یا برابر با رشته‌ی خالی باشد، پاسخ باید به‌صورت زیر باشد:

• کد وضعیت: 400
• بدنه: {"ok":false,"error":"no username or password provided"}

اگر کاربری با نام کاربری واردشده از قبل موجود باشد، پاسخ باید به‌صورت زیر باشد:

• کد وضعیت: 400
• بدنه: {"ok":false,"error":"user already exists"}

در غیر این‌صورت، کاربر باید ساخته شود، یک توکن یکتا برایش تولید شود و پاسخ به‌صورت زیر باشد:

• کد وضعیت: 201
• بدنه: {"ok":true,"token":"USER_TOKEN"}

ورود به حساب کاربری🔗

دو پارامتر username و password باید به این endpoint ارسال شوند. در صورتی که حداقل یکی از این پارامترها ارسال نشده باشد یا برابر با رشته‌ی خالی باشد، پاسخ باید به‌صورت زیر باشد:

• کد وضعیت: 400
• بدنه: {"ok":false,"error":"no username or password provided"}

اگر نام کاربری یا رمز عبور نادرست باشد، پاسخ باید به‌صورت زیر باشد:

• کد وضعیت: 400
• بدنه: {"ok":false,"error":"invalid username or password"}

در غیر این‌صورت، پاسخ باید به‌صورت زیر باشد:

• کد وضعیت: 200
• بدنه: {"ok":true,"token":"USER_TOKEN"}

درج پیشنهاد یا انتقاد🔗

این endpoint نیازمند authentication است. در ریکوئست ارسالی مقدار هدر Authorization باید برابر با توکن کاربر باشد (بدون Bearer یا موارد مشابه).

پارامتر text (متن پیشنهاد یا انتقاد) باید به این endpoint ارسال شود. در صورتی که این پارامتر ارسال نشده باشد یا برابر با رشته‌ی خالی باشد، پاسخ باید به‌صورت زیر باشد:

• کد وضعیت: 400
• بدنه: {"ok":false,"error":"no text provided"}

در غیر این‌صورت، پیشنهاد یا انتقاد باید ثبت شود و پاسخ به‌صورت زیر باشد:

• کد وضعیت: 201
• بدنه: {"ok":true}

دریافت لیست پیشنهادات و انتقادات🔗

این endpoint باید لیست پیشنهادات و انتقادات ثبت‌شده در سامانه را در قالب یک لیست برگرداند. این لیست شامل پیشنهادات و انتقادات ثبت‌شده توسط همه‌ی کاربران است.

• کد وضعیت: 200
• مثالی از پاسخ:

  [
    {
        "user": "username1",
        "text": "sample suggestion 1"
    },
    {
        "user": "username2",
        "text": "sample suggestion 2"
    }
  ]

  JSON

  Copy

نکات تکمیلی🔗

• نیازی به persistent بودن داده‌ها نیست!
• سیستم داوری docker-compose.yml زیر را خارج از فولدر api پاسخ شما قرار می‌دهد و با دستور docker-compose up --build آن را اجرا می‌کند.

docker-compose.yml

version: "3"

services:
  api:
    build: "./api"
    container_name: "api"
    ports:
      - "80:80"

• شما مجاز به تغییر یا ارسال docker-compose.yml دلخواه نیستید.
• سرویس شما باید روی پورت 80 آدرس localhost قابل دسترسی باشد.
• توصیه می‌کنیم در runner.sh خود APIتان را روی 0.0.0.0:80 اجرا کنید.

نحوه ارسال پاسخ🔗

شما می‌توانید تمامی محتوای موجود در پوشه‌ی api را تغییر دهید و هر فایلی که می‌خواهید اضافه یا کم کنید.

api
├──  api.py   # or main.go somefile.js anyfile.php name.any ...
├── Dockerfile
├── requirements.txt  # or go.mod package.json composer.json
└── runner.sh

توجه کنید که نام فایل کد شما برای سیستم داوری اهمیتی ندارد و این خود شما هستید که در runner.sh از نام آن برای اجرای پروژه استفاده می‌کنید.

در نهایت این پوشه را zip کرده و ارسال کنید. توجه کنید که پس از extract کردن فایل zip شما، باید پوشه‌ی api را ببینیم که درون آن Dockerfile وجود دارد.