بستگی به پیچیدگی و تیم پروژتون باید تصمیم بگیرید از چه استراتژی برنچینگ Git استفاده کنید

این مقاله اومده 6 نوع استراتژی برنچینگ Git برای DevOps همراه با جوانب مثبت و منفی اونهارو نوشته

https://dev.to/juniourrau/6-types-of-git-branching-strategy-g54

@Linuxor

مفتخرم که اعلام کنم شش منبع واقعا فارسی جذاب برای ریسرچ و درک اسیب پذیری توسط بچه ها گروه منتورینگ اکادمی‌ پنتسترلند داره جلو برده میشه

چنل سکیوریتی ریسرچ علیرضا عزیز @Vulnerability_Researcher

( https://news.1rj.ru/str/web_appsec )


چنل توضیح اسیب پذیری اریا
( https://news.1rj.ru/str/toor2root )

کانال کد انالیز عرفان
( https://news.1rj.ru/str/CodeReview0o0 )

توییتر علی( https://x.com/alimostafaeiorg?s=21)

چنل یوتیوب هانتلرن
( https://youtube.com/@huntlearnco?si=qm9l6UebChNUfDhA )

چنل یوتیوب پن تسترلند
https://www.youtube.com/@pentesterland

هر شش تا تایید میشه شدید و بعد استپ دوم و رد کردن لایه اسیب پذیری ها به شدت می تونه نسبت به دیدی که کسب میکنید کمک کنه

اگه خواستین یه دیتابیس معروف رو حرفه ای بشین این سایت برای هر دیتابیس کلی آموزش و سوال how to با راه حلش داره

database.guide

(توی گوشی با حالت desktop mode بازش کنید)

@Linuxor

همیشه طوری کدنویسی کن که انگار کسی که قرار است کد تو را نگهداری کند، یک روانی خطرناک است که آدرس خانه‌ات را می‌داند.


@Linuxor ~ John F. Woods

انقدر با proxmox سرطانای مختلفو تجربه کردم کلی چیز میز هست که یاد گرفتمو باید براش بنویسم
هرموقع بتونم به یه کافنیگ استیبل برسم که عین آدم کار کنه اموزش میذارم براش💀

این تیتر هم جالب بود 9 الگورتیمی که بر دنیای ما حکمرانی می‌کنند.

@Linuxor

کامل ترین “Cheat Sheet” موجود برای Rest API ! ! !
تقریبا بیشتر مواردی که اینجا مطرح هستش بهش اشاره شده

با سرچ کردن keyword ها میتونید به اطلاعات خوبی برسید

Architectural Principles of REST

1. Client-Server Architecture
- Strict separation of concerns
- Clients make requests
- Servers process and respond
- Enables independent evolution of components

2. Statelessness
- Each request contains complete context
- No server-side session storage
- Improves scalability and reliability
- Enables horizontal scaling

3. Cacheability
- Responses can be cached
- Reduces server load
- Improves response times
- Clearly defined cache control mechanisms

4. Layered System
- Components can be independently replaced
- No direct dependency between layers
- Enhances system flexibility
- Supports complex architectures

5. Uniform Interface
- Standardized communication protocol
- Consistent resource identification
- Manipulation through representations
- Self-denoscriptive messages

HTTP Methods Detailed

GET
- Purpose: Retrieve resource data
- Characteristics:
- Safe operation
- Idempotent
- No side effects
- Example: /users/123

POST
- Purpose: Create new resources
- Characteristics:
- Submits data to server
- Generates new resource
- Not idempotent
- Example: /users

PUT
- Purpose: Complete resource replacement
- Characteristics:
- Updates entire resource
- Idempotent
- Requires full resource representation
- Example: /users/123

PATCH
- Purpose: Partial resource modification
- Characteristics:
- Updates specific fields
- More efficient than PUT
- Less bandwidth consumption
- Example: /users/123

DELETE
- Purpose: Remove resources
- Characteristics:
- Removes specified resource
- Idempotent
- Can return success/failure status
- Example: /users/123

HTTP Status Codes

2xx Success
- 200 OK: Standard successful response
- 201 Created: Resource successfully generated
- 204 No Content: Successful request with no response body

3xx Redirection
- 301 Moved Permanently: Resource relocated
- 304 Not Modified: Cached resource unchanged
- 307 Temporary Redirect: Temporary resource movement

4xx Client Errors
- 400 Bad Request: Invalid syntax
- 401 Unauthorized: Authentication required
- 403 Forbidden: Insufficient permissions
- 404 Not Found: Resource doesn't exist
- 409 Conflict: Request conflicts with current state

5xx Server Errors
- 500 Internal Server Error: Unexpected server issue
- 502 Bad Gateway: Invalid server response
- 503 Service Unavailable: Temporary server limitations
- 504 Gateway Timeout: Server didn't receive timely response

Resource Design Principles

Endpoint Naming
- Use nouns
- Prefer plural forms
- Lowercase with hyphens
- Hierarchical and logical structure
- Example: /user-profiles/active

Query Parameters
- Filtering: ?status=active
- Sorting: ?sort=name
- Pagination: ?page=2&limit=50

Security Best Practices

Authentication
- OAuth 2.0
- JWT (JSON Web Tokens)
- API Keys
- OpenID Connect

Authorization
- Role-Based Access Control (RBAC)
- Attribute-Based Access Control (ABAC)
- Fine-grained permission management

Protection Strategies
- Always use HTTPS
- Input validation
- Output encoding
- Rate limiting
- CORS configuration
- Security headers
- Regular security audits

Performance Optimization

Caching Strategies
- Browser caching
- CDN implementation
- ETag support
- Cache-Control headers

Efficiency Techniques
- Compression
- Minimal payload
- Efficient serialization
- Pagination
- Bulk operations

Documentation Guidelines
- Clear endpoint denoscriptions
- Request/response examples
- Error code explanations
- Authentication requirements
- Version management

اگه خواستی درباره سیستم عامل ها بدونی هر روز یکی از قسمت های اینو بخون، خیلی از مباحث سیستم عامل رو با مثال توضیح داده :

https://mohitmishra786.github.io/exploring-os/src/


@Linuxor

ما یک موسسه بین المللی در خیلی از کشورهای دنیا داریم

که میان فرصت های کاآموزی رو برای دانشجویان کشورشون فراهم میکنن

دقیقا مثل تبادل دانشجو

ولی این بار کارآموزی هستش

یعنی دقیقا همون کارآموزی که من و شما درموردش میدونیم

برای اینکه شما انتخاب بشید باید چند تا شرایط رو داشته باشید:

- اینکه زبان انگلیسی بلد باشد چون قبل از ثبت نام از شما آزمون گرفته میشه

- باید میان افراد برتر باشید تا جزو شانس پذیرش باشید

- بعد از انتخاب شده شما به مصاحبه دعوت میشید که سخت نیست

- بعد از اینکه قبول شدید از شما مدارکی مثل انگیزه نامه، رزومه و . . . گرفته میشه

این موسسه در ایران اسمش "آیسته ایران"

اینم لینکش

https://iaeste.ir/

این پوزیشن ها معمولا اواخر پاییز تا اواسط زمستان باز میشن

پس حواستون جمع باشه

درخصوص فراخوان رزومه چند نکته رو بگم:

- مثل قبل رزومه ها رو به اشتراک نمیزاریم برای حفظ اطلاعات شخصی شما

- تمامی رزومه ها به آیدی تلگرامی که فردا قرار میدم ارسال کنید لطفا

- من و تیمم هیچ مسولیتی بابت استخدام شدن شما نداریم!

- تمامی رزومه ها به گروه خصوصی ارسال میشه که اگر مایل بودن با شما ارتباط میگیرن (حتی امکان داره هیچ ارتباطی هم صورت نگیره)

- تعداد افراد زیاده لطفا به من پیام ندین! چون نمیرسم این حجم رو جواب بدم

- هر اطلاعیه لازم باشه داخل کانال قرار داده میشه

- ساختار رزومه بعد از این پیام ارسال میشه اگر خارج از اون قالب باشه به شما جوابی داده نمیشه که ویرایش کنید پس شما یکبار شانس دارید به دقت طبق قالب ارسال برای ما رزومه ارسال کنید

- رزومه حتما باید به انگلیسی باشه! فارسی مورد قبول نیست

- اینکه این رزومه برای چه کسی و چه شرکتی ارسال میشه به شما اینجا گفته نمیشه. . . اگر انتخاب شدید به شما ایمیل ارسال میشه که تمامی ازاطلاعات لازم در اون درج میشه

- استاندارد رزومه رو ما تعیین نمی کنیم ولی میتویند به کانال یوتیوب ما رفته و این لینک رو ببینید چون افراد این رزومه ها رو تایید کردن ساختارش رو (لطفا از رزومه سازهای انلاین استفاده نکنید و اینکه ATS تعریف نشده برای رزومه شما پس از این مورد خیالتون راحت باشه)

- و در آخر امیدوارم از آخرین کمکی که از دستم بر میاد برای شما انجام داده باشم

وقتی یه وبسرور بالا آوردی، می‌تونی با ابزار زیر عملکردش رو تست کنی

ab -n 1000 -c 50 http://localhost/index.html

این دستور 1000 تا درخواست با همزمانی 50 تایی به localhost ارسال می‌کنه و توی نتیجه بهت می‌گه چقدرش Failed شد و سرور چقدر می‌تونه در ثانیه تحمل کنه.


@Linuxor