Random shi- tutorials – Telegram
Random shi- tutorials
210 subscribers
231 photos
27 videos
12 files
548 links
محتوای مفید برنامه نویسی و لینوکسی از سراسر دنیا ✍️
جوین شدن شما موجب شادی روح و روان ما میگردد😗
Download Telegram
🤔 از کجا می‌تونیم دامنه اینترنتی با کریپتو و بدون احراز هویت واقعی بخریم؟!
☕️ porkbun.com
همینطور که از تصویر مشخصه، تخفیف‌های خوبی هم برای اولین ثبت هر دامنه وجود داره و با چیزی حدود ۱ دلار می‌تونید دامنه سفارش بدید!
#معرفی
~> @PinkOrca | آزاد بیندیشیم 🩷
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from HICTE Blog (smm)
[ Source >> @Teachify ]

#پایتون

تفاوت find() و rfind() در پایتون

در پایتون، دو متد find() و rfind() برای جستجوی یک زیررشته در یک رشته استفاده می‌شوند، اما تفاوت مهمی با هم دارند:

متد find(substring) اولین وقوع substring را در رشته پیدا می‌کند.

متدrfind(substring) آخرین وقوع substring را در رشته پیدا می‌کند.

برای مثال:
text = "banana"

print(text.find("a"))   # 1  (Index of the first occurrence of "a")
print(text.rfind("a"))  # 5  (Index of the last occurrence of "a")

اگر مقدار موردنظر در رشته وجود نداشته باشد، هر دو متد مقدار -1 برمی‌گردانند.

نکته: متدهای find() و rfind() در مقایسه با index() و rindex() عموما امن‌تر هستند، زیرا در صورت نبود مقدار موردنظر، به‌جای ValueError مقدار -1 برمی‌گردانند.

🚁 Hicte Blog
Forwarded from ZGP
😃
🤔21
Forwarded from Linuxor ?
اگه خواستین یه وب سایت کوچیک، تمرینی بسازید یا کد هاتون رو تست کنید و حوصله نداشتین فریم‌ورک ها و ابزار هارو نصب کنید با این سایت آنلاین می‌تونید راحت رانش کنید :

playcode.io/new


@Linuxor
Forwarded from HICTE Blog (smm)
#امنیت

[بخش یکم]
ToCToU
یا Time of Check to Time of Use نوعی آسیب پذیری امنیتی هست و وقتی ایجاد میشه که بین چک کردن یه شرایط و استفاده از اون از نظر زمانی gap بوجود بیاد.

مثلا اگه یه برنامه بررسی کنه آیا کاربر مجوز دسترسی به یه فایل رو داره یا نه و بعدا از اون فایل استفاده کنه تو این شرایط به طور بالقوه یه مهاجم ممکنه فایل یا مجوزهای اون رو بین بررسی و استفاده تغییر بده و منجر به یه نقض امنیتی بشه.

برای دوری از این آسیب پذیری توسعه دهنده باید از استراتژی‌هایی استفاده کنه تا این اطمینان حاصل بشه که وضعیت بررسی شده در طول فاصله زمانی تا نقطه‌ی استفاده بدون تغییر باقی میمونه.

لینک به بخش دوم

🚁 Hicte Blog
Forwarded from HICTE Blog (smm)
HICTE Blog
#امنیت [بخش یکم] ToCToU یا Time of Check to Time of Use نوعی آسیب پذیری امنیتی هست و وقتی ایجاد میشه که بین چک کردن یه شرایط و استفاده از اون از نظر زمانی gap بوجود بیاد. مثلا اگه یه برنامه بررسی کنه آیا کاربر مجوز دسترسی به یه فایل رو داره یا نه و بعدا…
#امنیت

[بخش دوم]
ToCToU
برای مثال یه سناریوی ساده رو در نظر میگیریم:

ما یه تابع پایتون داریم که hash یه فایل رو چک میکنه و اگه فایل درست وجود داشت بعد محتوای اون رو بر میگردونه.
import os

def read_file(file_path):
    # Time of Check: Check if the right file exists
    if os.path.exists(file_path) and hash_check(file_path):
        # Time of Use: Open and read the file
        with open(file_path, 'r') as file:
            content = file.read()
            return content
    else:
        print("File does not exist.")


اینجا مهاجم میتونه با تغییر فایل اصلی تو فاصله زمانی بین چک کردن hash و باز کردن فایل به اهداف شومش برسه.
# Create a malicious file
echo "Malicious content" > sensitive_file.txt


برای اینکه کار دست خودمون ندیم بعد باز کردن اون از محتوای فایل hash میگیریم.
import os

def read_file(file_path):
    if os.path.exists(file_path):
        with open(file_path, 'r') as file:
            content = file.read()
            # Content state locked from outside
            if hash_check(content):
                return content
    else:
        print("File does not exist.")


لینک به بخش یکم

🚁 Hicte Blog
Forwarded from Linuxor ?
از سال 2014 تا 2025 چه زبان هایی برای backend وبسایت ها استفاده شده ؟

@Linuxor
🚩 10 Red flags of a Software Engineer:


1) Always says “it works on my machine”

2) Doesn’t care about the product’s users or their needs

3) Never mentors or shares knowledge

4) Can’t explain what they’re doing to anyone non-technical

5) Blames PMs, design, QA, and “legacy code” for everything

6) Doesn't test their code properly (QA should do it)

7) Consistently misestimates tasks

8) Avoids documentation: "The code is self-documenting"

9) Declares "it's impossible", instead of suggesting ways to solve challenges

10)Freaks out under the pressure