This media is not supported in your browser
VIEW IN TELEGRAM
A portal between two parallel perspectives.
Pure CSS.
Full code CodePen:
https://codepen.io/amit_sheen/full/mdLOKom
@DevTwitter
Pure CSS.
Full code CodePen:
https://codepen.io/amit_sheen/full/mdLOKom
@DevTwitter
🤯8
طرف کد تست ربات اینستا با یوزرنیم پسورد اکانتش تو گیت هاب پوش کرده :)
حواستون باشه
@DevTwitter | <Abdollah Zangian/>
حواستون باشه
@DevTwitter | <Abdollah Zangian/>
🤣33🤯3
چند تا از بهترین رزومه ساز های آنلاین:
CV Maker
Zety
Indeed Resume
Resume Nerd
Cake Resume
Canva Resume
@DevTwitter | <Abdollah Zangian/>
CV Maker
Zety
Indeed Resume
Resume Nerd
Cake Resume
Canva Resume
@DevTwitter | <Abdollah Zangian/>
👍9👎1
آموزش نصب NGINX, PHP و MySQL در اوبونتو با قیمت 85 دلار که تا سه روز آینده رایگانه
از یودمی
Install NGINX, PHP, MySQL, SSL & WordPress on Ubuntu
https://www.udemy.com/course/install-nginx-php-mysql-ssl-wordpress-on-ubuntu/?couponCode=YOUACCEL20697
@DevTwitter
از یودمی
Install NGINX, PHP, MySQL, SSL & WordPress on Ubuntu
https://www.udemy.com/course/install-nginx-php-mysql-ssl-wordpress-on-ubuntu/?couponCode=YOUACCEL20697
@DevTwitter
👎15👍3
عدهای فکر میکنند که زبانهای برنامهنویسی به دو دستهی «سطح بالا» و «سطح پایین» تقسیم میشن؛ در حالی که این قضیه حالت باینری نداره و باید به صورت یک «طِیف» (Spectrum) دیده بشه.
ما با یک طیف مواجه هستیم که در یک سمتش زبان ماشین به عنوان نقطهی شروع قرار داره، و زبانهای دیگر با توجه به ابسترکشنهایی که ارائه میکنند یکی پس از دیگری در ادامهی آن قرار میگیرند.
برای مثال هم C و هم Python هر دو جزو زبانهای سطح بالا طبقه بندی میشن؛ ولی مگه میشه که شما هنگام کار با C، متوجه سطح پایین تر بودن آن به نسبت Python نشین؟
@DevTwitter | <Alireza Gh/>
ما با یک طیف مواجه هستیم که در یک سمتش زبان ماشین به عنوان نقطهی شروع قرار داره، و زبانهای دیگر با توجه به ابسترکشنهایی که ارائه میکنند یکی پس از دیگری در ادامهی آن قرار میگیرند.
برای مثال هم C و هم Python هر دو جزو زبانهای سطح بالا طبقه بندی میشن؛ ولی مگه میشه که شما هنگام کار با C، متوجه سطح پایین تر بودن آن به نسبت Python نشین؟
@DevTwitter | <Alireza Gh/>
👍17👎2🤣2
چند وقته میخوایم برای پوزیشن بک اند php و laravel یکی رو استخدام کنیم
هر کی میاد یا لاراول بلد نیست کلا، یا مثلا میگه من لاراول بلدم و php خیلی وقته کار نکردم یادم رفته :///
و این که جون هر کی دوست دارید تو رزومه هاتون عدد و درصد برای چیزایی که بلدید نزنید
اگرم میتونید تو تهران تو این پوزیشن کار کنید بهم پیام بدید
@dvtwi
@DevTwitter
هر کی میاد یا لاراول بلد نیست کلا، یا مثلا میگه من لاراول بلدم و php خیلی وقته کار نکردم یادم رفته :///
و این که جون هر کی دوست دارید تو رزومه هاتون عدد و درصد برای چیزایی که بلدید نزنید
اگرم میتونید تو تهران تو این پوزیشن کار کنید بهم پیام بدید
@dvtwi
@DevTwitter
🤯10👎1
یه هکر ۱۸ ساله اوبر رو هک کرده و به همه کارمندا پیام داده:
من دارم بهتون اطلاع میدم که من هکر هستم و مشکل دیتا دارید(رخنه)
جالبه که به کل نتورک دسترسی پیدا کرده.
https://jalopnik.com/uber-rideshare-company-hacked-by-teenager-1849544884
@DevTwitter | <Aref/>
من دارم بهتون اطلاع میدم که من هکر هستم و مشکل دیتا دارید(رخنه)
جالبه که به کل نتورک دسترسی پیدا کرده.
https://jalopnik.com/uber-rideshare-company-hacked-by-teenager-1849544884
@DevTwitter | <Aref/>
🔥12👍1👎1🤣1
Use the `Clipboard` API to create the "copy to clipboard" functionality
@DevTwitter | <Javanoscript Coding/>
@DevTwitter | <Javanoscript Coding/>
👍10👎5
از توسعه دهندههای شناخته شدهی لینوکس در اینتل که در حال حاضر یکی از لیدرهای تیم Rust هست، سیستمی رو مبتنی بر io_uring ساخته که میتونه جایگزینی برای fork در لینوکس باشه.
اینقدر این موضوع مهم هست که توضیحاش در تویتر ممکن نیست! ویدیو رو هم حتما ببینید.
https://www.phoronix.com/news/Linux-LPC2022-io_uring_spawn
@DevTwitter | <Alireza Gh/>
اینقدر این موضوع مهم هست که توضیحاش در تویتر ممکن نیست! ویدیو رو هم حتما ببینید.
https://www.phoronix.com/news/Linux-LPC2022-io_uring_spawn
@DevTwitter | <Alireza Gh/>
👍3👎1🤯1
دوست دارم تجربهام درباره Table در دیتابیسهای رابطهای رو باهاتون به اشتراک بذارم. این فقط یه تجربهی شخصی هست و خب مسلما همه جا هم بکار نمیاد...
از جدولها نترسید! ده تا. بیست تا. صدتا. دویست تا... مهم نیست. در حدی که واقعا لازم دارید جدول بسازید:
اگر در جدولتون فیلدی به اسم type دارید، این نشونه خوبی هست که میشه این جدول رو به چند جدول کوچیکتر تقسیم کرد!
مثلا فرض کنید یک فروشگاه پوشاک دارید. کیف. کفش. تیشرت. شلوار. تاپ. کت. کلاه.... شما هم یه جدول ساختید با اسم clothes که این اقلام رو در اون نگه داری میکنید.
مخصوصا پوشاک که جزییات شون شبیه هم هست. عنوان. رنگ. سایز. برند. توضیحات. جنس. کشور سازنده... منطقی هست که همه این اقلام رو در یک جدول نگه دارید.
در این جدول شما حتما فیلدی دارید با اسم فرضی type، که نوع پوشاک رو مشخص میکنه: آیا رکورد فعلی کفشه؟ کیفه؟ شلواره؟
تجربهی من میگه بهتره به جای نگه داری تمام اقلام پوشاک در یک جدول، هر کدوم از انواع پوشاک رو در یک جدول جداگانه قرار بدید، حتی اگر فیلدهاشون در بسیاری موارد شبیه هم و مشترک هست!
بذارید براتون دلیلاش رو بگم:
موضوع اینه: پوشاک از نظر «ساختاری» یک موجودیت واحد هست. اما از نظر «منطقی» اینطور نیست. کفش یه چیزه، کت یه چیز دیگه. شلوار چیز دیگری...
با دید برنامهنویسی به دیتابیس نگاه نکنید! تقسیم بندیهای ما در برنامهنویسی دید ساختاری داره. ولی برای دیتابیس دید منطقی لازم هست!
یک سری مزیتها از این مدل تقسیم بندی نصیب تون میشه:
- دیتابیسهای رابطه ای در join کردن تبحر دارن. این در واقع حجم دیتا هست که بیشتر مواقع باعث کندی میشه. با تقسیم محتوا به جدول های مستقل، شما راه تقسیم و غلبه رو پیش گرفتید. جداول بیشتر، ولی با حجم کمتر.
- اگر همه اقلام در یک جدول باشن، تقریبا در تمام کوئریهاتون مجبورین اون فیلد type رو بیارید! با جداول مستقل، کوئریها سبکتر و ایندکس ساختن راحتتر میشه.
- آسیبهای احتمالی به یک جدول در پروداکشن، صدمهی کمتری به کل سیستم وارد میکنه. چون دیگه کل کار لنگ یه جدول نیست.
- پارتیشن بندی جداول بخاطر جداگانه بودن آن ها راحتتر خواهد بود. میشه یه سرور رو به تیشرت اختصاص داد. یک سرور رو به شلوار. یه سرور...
- موجودیتهای مختلف تعدادشان یکسان نیست. مثلا چرا باید برای جستجو بین ۱۰۰ عدد کلاه، پای ۱۰،۰۰۰ مورد بی ربط دیگر رو بکشیم وسط؟
با این روش تعداد جدول هاتون زیاد میشه، و خب یک سری مزایا هم در اختیار خواهید داشت. من خودم در گذشته خلاف این عمل میکردم و بیشتر به سمت «جدولهای کمتر» گرایش داشتم. در بقیه افراد هم اینو زیاد دیدم. در حالی که بیشتر دیتابیسها محدودیت خاصی در رابطه با تعداد جداول ندارن.
پیشنهادم اینه که در سمت UI هم این مدل تقسیم بندی رو داشته باشید. مثلا صفحه ای نداشته باشید که توش کل اقلام پوشاک رو نشون مخاطب بده... به جاش پوشاک مختلف رو در صفحات مخصوص به خودشون دسته بندی کنید، تا کاربر در هر صفحه فقط همون نوع پوشاک رو ببینه.
البته جداول بیشتر یعنی کدنویسی بیشتر! و بسته به سیستمتون، ممکنه به معنی join های بیشتر هم باشه... بنابراین حد و حدود رو باید رعایت کرد. لازم نیست از اونور بوم بیفتیم. این فقط یه تجربهی شخصی بود. شما باید با توجه به سیستم و شرایط خودتون تصمیم گیری کنید.
@DevTwitter | <Alireza Gh/>
از جدولها نترسید! ده تا. بیست تا. صدتا. دویست تا... مهم نیست. در حدی که واقعا لازم دارید جدول بسازید:
اگر در جدولتون فیلدی به اسم type دارید، این نشونه خوبی هست که میشه این جدول رو به چند جدول کوچیکتر تقسیم کرد!
مثلا فرض کنید یک فروشگاه پوشاک دارید. کیف. کفش. تیشرت. شلوار. تاپ. کت. کلاه.... شما هم یه جدول ساختید با اسم clothes که این اقلام رو در اون نگه داری میکنید.
مخصوصا پوشاک که جزییات شون شبیه هم هست. عنوان. رنگ. سایز. برند. توضیحات. جنس. کشور سازنده... منطقی هست که همه این اقلام رو در یک جدول نگه دارید.
در این جدول شما حتما فیلدی دارید با اسم فرضی type، که نوع پوشاک رو مشخص میکنه: آیا رکورد فعلی کفشه؟ کیفه؟ شلواره؟
تجربهی من میگه بهتره به جای نگه داری تمام اقلام پوشاک در یک جدول، هر کدوم از انواع پوشاک رو در یک جدول جداگانه قرار بدید، حتی اگر فیلدهاشون در بسیاری موارد شبیه هم و مشترک هست!
بذارید براتون دلیلاش رو بگم:
موضوع اینه: پوشاک از نظر «ساختاری» یک موجودیت واحد هست. اما از نظر «منطقی» اینطور نیست. کفش یه چیزه، کت یه چیز دیگه. شلوار چیز دیگری...
با دید برنامهنویسی به دیتابیس نگاه نکنید! تقسیم بندیهای ما در برنامهنویسی دید ساختاری داره. ولی برای دیتابیس دید منطقی لازم هست!
یک سری مزیتها از این مدل تقسیم بندی نصیب تون میشه:
- دیتابیسهای رابطه ای در join کردن تبحر دارن. این در واقع حجم دیتا هست که بیشتر مواقع باعث کندی میشه. با تقسیم محتوا به جدول های مستقل، شما راه تقسیم و غلبه رو پیش گرفتید. جداول بیشتر، ولی با حجم کمتر.
- اگر همه اقلام در یک جدول باشن، تقریبا در تمام کوئریهاتون مجبورین اون فیلد type رو بیارید! با جداول مستقل، کوئریها سبکتر و ایندکس ساختن راحتتر میشه.
- آسیبهای احتمالی به یک جدول در پروداکشن، صدمهی کمتری به کل سیستم وارد میکنه. چون دیگه کل کار لنگ یه جدول نیست.
- پارتیشن بندی جداول بخاطر جداگانه بودن آن ها راحتتر خواهد بود. میشه یه سرور رو به تیشرت اختصاص داد. یک سرور رو به شلوار. یه سرور...
- موجودیتهای مختلف تعدادشان یکسان نیست. مثلا چرا باید برای جستجو بین ۱۰۰ عدد کلاه، پای ۱۰،۰۰۰ مورد بی ربط دیگر رو بکشیم وسط؟
با این روش تعداد جدول هاتون زیاد میشه، و خب یک سری مزایا هم در اختیار خواهید داشت. من خودم در گذشته خلاف این عمل میکردم و بیشتر به سمت «جدولهای کمتر» گرایش داشتم. در بقیه افراد هم اینو زیاد دیدم. در حالی که بیشتر دیتابیسها محدودیت خاصی در رابطه با تعداد جداول ندارن.
پیشنهادم اینه که در سمت UI هم این مدل تقسیم بندی رو داشته باشید. مثلا صفحه ای نداشته باشید که توش کل اقلام پوشاک رو نشون مخاطب بده... به جاش پوشاک مختلف رو در صفحات مخصوص به خودشون دسته بندی کنید، تا کاربر در هر صفحه فقط همون نوع پوشاک رو ببینه.
البته جداول بیشتر یعنی کدنویسی بیشتر! و بسته به سیستمتون، ممکنه به معنی join های بیشتر هم باشه... بنابراین حد و حدود رو باید رعایت کرد. لازم نیست از اونور بوم بیفتیم. این فقط یه تجربهی شخصی بود. شما باید با توجه به سیستم و شرایط خودتون تصمیم گیری کنید.
@DevTwitter | <Alireza Gh/>
👍25👎8
میدونم که یکم دیره و احتمالا همه خبردار شدید ولی به هر حال...
گروه بین المللی هکری ناشناس سایت دولت رو هک کردن و تمام دیتابیسش رو پاک کردن
البته به نظر در حال حاضر با بکاپی که داشتن سایت رو دوباره آوردن بالا
@DevTwitter
گروه بین المللی هکری ناشناس سایت دولت رو هک کردن و تمام دیتابیسش رو پاک کردن
البته به نظر در حال حاضر با بکاپی که داشتن سایت رو دوباره آوردن بالا
@DevTwitter
👍32👎6🤯1
🎄 DevTwitter | توییت برنامه نویسی
میدونم که یکم دیره و احتمالا همه خبردار شدید ولی به هر حال... گروه بین المللی هکری ناشناس سایت دولت رو هک کردن و تمام دیتابیسش رو پاک کردن البته به نظر در حال حاضر با بکاپی که داشتن سایت رو دوباره آوردن بالا @DevTwitter
اگه نمیدونین گروه هکری Anonymous در گذشته گوگل، ناسا، دولت فرانسه، اف بی آی، دولت آمریکا، دولت آلمان و... هک کرده بودن و در لیست خطرناک ترین فعالان جهان هستن
@DevTwitter | <Archive/>
@DevTwitter | <Archive/>
👍25👎6🔥3🤣1
رفقا توییتر انانیموس توییتهای زیادی زده
و حتی سی هزار رکورد از دیتابیس فارس نیوز رو منتشر کرده
لینک توییترش:
https://twitter.com/YourAnonSpider
@DevTwitter
و حتی سی هزار رکورد از دیتابیس فارس نیوز رو منتشر کرده
لینک توییترش:
https://twitter.com/YourAnonSpider
@DevTwitter
👍40👎7🔥1
اونا که دیسلایک میزنن، اگر عرزشین سریعا لفت بدن از کانال تا جمع خودمونی بشه :)
👍95👎15🤣1
- آقا مردم خیلی تو توییتر دارن شلوغ میکنن
+ سریعا فیلترش کنید
- نمیشه که، قبلا فیلترش کردیم
+ پس اینستا رو فیلتر کنید
@DevTwitter
+ سریعا فیلترش کنید
- نمیشه که، قبلا فیلترش کردیم
+ پس اینستا رو فیلتر کنید
@DevTwitter
🤣62👍5👎2
🎄 DevTwitter | توییت برنامه نویسی
اونا که دیسلایک میزنن، اگر عرزشین سریعا لفت بدن از کانال تا جمع خودمونی بشه :)
کیفش به اینه آی دی این عرازشه که لفت دادن رو پابلیک کنم الان :)))))
👍63🤣19👎8😁1
🎄 DevTwitter | توییت برنامه نویسی
- آقا مردم خیلی تو توییتر دارن شلوغ میکنن + سریعا فیلترش کنید - نمیشه که، قبلا فیلترش کردیم + پس اینستا رو فیلتر کنید @DevTwitter
- سید اینستا رو هم فیلتر کردیم فرقی نکرد که، هنوز دارن توییت میزنن
+ واتساپم فیلتر کنید :))))
@DevTwitter
+ واتساپم فیلتر کنید :))))
@DevTwitter
🤣21👍3👎1