‏از توسعه دهنده‌های شناخته شده‌ی لینوکس در اینتل که در حال حاضر یکی از لیدرهای تیم Rust هست، سیستمی رو مبتنی بر io_uring ساخته که میتونه جایگزینی برای fork در لینوکس باشه.

اینقدر این موضوع مهم هست که توضیح‌اش در تویتر ممکن نیست! ویدیو رو هم حتما ببینید.

https://www.phoronix.com/news/Linux-LPC2022-io_uring_spawn

@DevTwitter | <Alireza Gh/>

دوست دارم تجربه‌ام درباره Table در دیتابیس‌های رابطه‌ای رو باهاتون به اشتراک بذارم. این فقط یه تجربه‌ی شخصی هست و خب مسلما همه جا هم بکار نمیاد...

از جدول‌ها نترسید! ده تا. بیست تا. صدتا. دویست تا... مهم نیست. در حدی که واقعا لازم دارید جدول بسازید:

‏اگر در جدول‌تون فیلدی به اسم type دارید، این نشونه خوبی هست که میشه این جدول رو به چند جدول کوچیک‌تر تقسیم کرد!

مثلا فرض کنید یک فروشگاه پوشاک دارید. کیف. کفش. تی‌شرت. شلوار. تاپ. کت. کلاه.... شما هم یه جدول ساختید با اسم clothes که این اقلام رو در اون نگه داری می‌کنید.

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

در این جدول شما حتما فیلدی دارید با اسم فرضی type، که نوع پوشاک رو مشخص میکنه: آیا رکورد فعلی کفشه؟ کیفه؟ شلواره؟

تجربه‌ی من میگه بهتره به جای نگه داری تمام اقلام پوشاک در یک جدول، هر کدوم از انواع پوشاک رو در یک جدول جداگانه قرار بدید، حتی اگر فیلدهاشون در بسیاری موارد شبیه هم و مشترک هست!

بذارید براتون دلیل‌اش رو بگم:
موضوع اینه: پوشاک از نظر «ساختاری» یک موجودیت واحد هست. اما از نظر «منطقی» اینطور نیست. کفش یه چیزه، کت یه چیز دیگه. شلوار چیز دیگری...

با دید برنامه‌نویسی به دیتابیس نگاه نکنید! تقسیم بندی‌های ما در برنامه‌نویسی دید ساختاری داره. ولی برای دیتابیس دید منطقی لازم هست!

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

- دیتابیس‌های رابطه ای در join کردن تبحر دارن. این در واقع حجم دیتا هست که بیشتر مواقع باعث کندی میشه. با تقسیم محتوا به جدول های مستقل، شما راه تقسیم و غلبه رو پیش گرفتید. جداول بیشتر، ولی با حجم کمتر.

‏- اگر همه اقلام در یک جدول باشن، تقریبا در تمام کوئری‌هاتون مجبورین اون فیلد type رو بیارید! با جداول مستقل، کوئری‌ها سبک‌تر و ایندکس ساختن راحت‌تر میشه.

- آسیب‌های احتمالی به یک جدول در پروداکشن، صدمه‌ی کمتری به کل سیستم وارد میکنه. چون دیگه کل کار لنگ یه جدول نیست.

‏- پارتیشن بندی جداول بخاطر جداگانه بودن آن ها راحت‌تر خواهد بود. میشه یه سرور رو به تی‌شرت اختصاص داد. یک سرور رو به شلوار. یه سرور...

- موجودیت‌های مختلف تعدادشان یکسان نیست. مثلا چرا باید برای جستجو بین ۱۰۰ عدد کلاه، پای ۱۰،۰۰۰ مورد بی ربط دیگر رو بکشیم وسط؟

‏با این روش تعداد جدول هاتون زیاد میشه، و خب یک سری مزایا هم در اختیار خواهید داشت. من خودم در گذشته خلاف این عمل میکردم و بیشتر به سمت «جدول‌های کمتر» گرایش داشتم. در بقیه افراد هم اینو زیاد دیدم. در حالی که بیشتر دیتابیس‌ها محدودیت خاصی در رابطه با تعداد جداول ندارن.

پیشنهادم اینه که در سمت UI هم این مدل تقسیم بندی رو داشته باشید. مثلا صفحه ای نداشته باشید که توش کل اقلام پوشاک رو نشون مخاطب بده... به جاش پوشاک مختلف رو در صفحات مخصوص به خودشون دسته بندی کنید، تا کاربر در هر صفحه فقط همون نوع پوشاک رو ببینه.

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

@DevTwitter | <Alireza Gh/>

میدونم که یکم دیره و احتمالا همه خبردار شدید ولی به هر حال...

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

البته به نظر در حال حاضر با بکاپی که داشتن سایت رو دوباره آوردن بالا

@DevTwitter

تقریبا اکثر حملاتی که از دیشب تا حالا رخ داده از نوع DDOS بوده

@DevTwitter

اگه نمیدونین گروه هکری Anonymous در گذشته گوگل، ناسا، دولت فرانسه، اف بی آی، دولت آمریکا، دولت آلمان و.‌‌‌.. هک کرده بودن و در لیست خطرناک ترین فعالان جهان هستن

@DevTwitter | <Archive/>

رفقا توییتر انانیموس توییتهای زیادی زده
و حتی سی هزار رکورد از دیتابیس فارس نیوز رو منتشر کرده

لینک توییترش:

https://twitter.com/YourAnonSpider

@DevTwitter

اونا که دیسلایک میزنن، اگر عرزشین سریعا لفت بدن از کانال تا جمع خودمونی بشه :)

- آقا مردم خیلی تو توییتر دارن شلوغ میکنن
+ سریعا فیلترش کنید
- نمیشه که، قبلا فیلترش کردیم
+ پس اینستا رو فیلتر کنید

@DevTwitter

کیفش به اینه آی دی این عرازشه که لفت دادن رو پابلیک کنم الان :)))))

نت بلاکس فیلترینگ اینستاگرام رو تائید کرد

@DevTwitter

- سید اینستا رو هم فیلتر کردیم فرقی نکرد که، هنوز دارن توییت میزنن
+ واتساپم فیلتر کنید :))))

@DevTwitter

نت بلاکس فیلترینگ واتساپ رو تائید کرد

@DevTwitter

سایت پزشکی قانونی هم هک شده و اطلاعاتش رفته رو اینترنت
فقط تو این مورد متاسفانه اطلاعات مردم عادی هم بینش هست

همچنان Anonymous

@YourAnonSpid3r

@DevTwitter

این دیتابیس رو یه نگاهی بهش انداختم، بیشتر پرسشنامه است برای استخدام در «مرکز تحقیقات پزشکی قانونی»، (با پزشکی قانونی اشتباه نشه).
یه سری اطلاعات از مقاله‌های ثبت شده و فرم‌های استخدامی و بکگراند چک هست که به درد ما نمیخوره. یه قسمت یه سری گفتن سابقه بسیج دارند که معرفی میشن.

@DevTwitter | <Ashkan Monfared/>

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

@DevTwitter

تگلرامِ #کدنمک

@DevTwitter

75 مگابایت از دیتابیس سایت وزارت کار، تعاون و رفاه اجتماعی جمهوری اسلامی توسط Anonymous منتشر شد

@DevTwitter

ایلان داره دکمه رو میزنه

@DevTwitter

همچنین گفته رایگانه
اگر منظورش تجهیزاتش باشه که پس ایرانو نشناخته
سه دور گمرکی بهش میخوره، بعد شیش دست میچرخه و هر کدوم یه سودی میکشن روش
در نهایت هم با 9 درصد مالیات و قیمت روز دلار فروش میره :))

@DevTwitter

توضیحات جادی عزیز در مورد این که چطور آروان به قطع شدن اینترنت کمک میکنه

@DevTwitter

‏توی همین توییتر,بارها این نکته بیان شده بود که سایت های طراحی شده با وردپرس,امنیت ندارند!یکی از سایت های دولتی هک شده بدست گروه معروف,دقیقا پنل کاربری وردپرسی داشت! جوکی به اسم سایت وزارت خانه :)

@DevTwitter | <Alireza/>