با ابزار ‎n8n یک فرآیند ایجاد پست بلاگ با ورودی فهرستی از کلمات کلیدی و کلمات کمکی مناسب گوگل ساختم. البته مجبور شدم برای تمیز کردن خروجی یکم کد بنویسم. ایجاد و انتشار ۶۴ تا پست بلاگ روی M3 حدود یک ساعت طول کشید.
- self-hosted n8n
- phi4-latest with Ollama

@DevTwitter | <Atta Khalighi S./>

https://aws.amazon.com/compare/the-difference-between-mariadb-vs-mysql/#:~:text=MySQL%20has%20a%20high%20level,PL%2FSQL%20since%20version%2010.3.&text=MySQL%20is%20slightly%20slower%20than,MySQL%20in%20replication%20and%20querying.

گفتگوی خودمونی و بررسی مقالات فدرالیست در کنار عرشا با حضور هرکسی که بخواد
https://meet.google.com/jht-fydq-nrs

#موقت

به ما رسید؛ مرسی از همگی. ❤️

اگه می‌خوایید کد Go با کیفیت بخونید، اینو بخونید:
https://github.com/gogs/gogs

سطوح دسترسی به فایل‌ها در سیستم‌عامل لینوکس

سطوح دسترسی در لینوکس به سه بخش تقسیم می‌شود:

🔹دسترسی‌های مالک فایل (User)
🔹دسترسی‌های گروهی که مالک فایل عضو آن است (Group)
🔹دسترسی‌های دیگر کاربران (Other)

در این تصویر، سطح دسترسی نشان داده شده به صورت -rwx r-x --x است.
- (کاراکتر اول)
اگر - باشد، یعنی این یک فایل معمولی است.
اگر d باشد، یعنی این یک دایرکتوری است.
مقدار rwx (بخش اول، دسترسی‌های مالک فایل)

مقدار r (Read) = 4 → اجازه خواندن فایل را دارد.
مقدار w (Write) = 2 → اجازه نوشتن (ویرایش) فایل را دارد.
مقدار x (Execute) = 1 → اجازه اجرای فایل را دارد (برای اسکریپت‌ها و برنامه‌های اجرایی).

(بخش دوم، دسترسی‌های گروه)
مقدار r → کاربران گروه می‌توانند فایل را بخوانند.
مقدار - → کاربران گروه نمی‌توانند فایل را ویرایش کنند.
مقدار x → کاربران گروه می‌توانند فایل را اجرا کنند.
مقدار --x (بخش سوم، دسترسی‌های سایر کاربران)

مقدار - → سایر کاربران نمی‌توانند فایل را بخوانند.
مقدار - → سایر کاربران نمی‌توانند فایل را ویرایش کنند.
مقدار x → سایر کاربران می‌توانند فایل را اجرا کنند.

چجوری میفهمن مثلا چه گروه هکری حمله کرده بهشون؟
یا اگه گروه هکری نشونه ای از خودشون گذاشتن، چرا این کار میکنن؟هدف شون چیه؟

- قدرت‌نمایی! گروه‌هایی مثل Lazarus کره شمالی و APT28 روسیه برای ایجاد ترس و وحشت از عمد نشانه باقی می گذارند.
- معروف شدن و جذب نیرو
- ارسال پیام سیاسی مثل Anonymous
- گاهی اوقات هم عمداً از نشانه‌های بقیه استفاده می‌کنند تا تحقیقات امنیتی را منحرف کنند.

شرکت‌های امنیتی مثل Broadcom، Kaspersky و خیلی های دیگه مثل FireEye تحلیل های خودشان را از این گروه‌ها و نشانه های این گروه‌ها منتشر می کنند.
در کنار این تحقیقات دانشگاهی هم روی این موارد صورت می گیرد و البته سایت هایی مثل VirusTotal این امکان را میدهند که نتایج را با بقیه محققین به اشتراک گذاشت.
گاهی اوقات هم اسناد افشا شده تاثیر گذار هستند.

@DevTwitter | <Vahid Nameni/>

اگه کد وب می‌زنید با دستور زیر می‌تونید یه live server بالا بیارین و نتایج تغییرات رو زنده ببینید :

npx live-server --host=0.0.0.0

توی گوشی هم می‌تونید به صورت زنده نتایج تغییراتی که توی کد های سیستمتون می‌دین رو بینید، سیستمون رو که به هات اسپات گوشیتون وصله یا گوشی و سیستم که به یه وایفای مشترک وصله رو آیپیش رو بزنید توی گوشیتون با پورت 8080.


@Linuxor

عجب خبری؛ انگلیس با سر داره میره سمت سقوط؟ چه خبره؟
بخشی که به ما مربوط میشه:

Apple can no longer offer Advanced Data Protection (ADP) in the United Kingdom to new users and current UK users will eventually need to disable this security feature. ADP protects iCloud data with end-to-end encryption, which means the data can only be decrypted by the user who owns it, and only on their trusted devices. We are gravely disappointed that the protections provided by ADP will not be available to our customers in the UK given the continuing rise of data breaches and other threats to customer privacy. Enhancing the security of cloud storage with end-to-end encryption is more urgent than ever before. Apple remains committed to offering our users the highest level of security for their personal data and are hopeful that we will be able to do so in the future in the United Kingdom. As we have said many times before, we have never built a backdoor or master key to any of our products or services and we never will,” the company said in a statement shared with me.

source: forbes

خلاصه:
اپل به دستور و تحت فشار مقامات دولتی؛ ویژگی cloud encryption رو برای کابران در UK حذف می‌کنه؛ یا خواهد کرد.

البته قبلتر مقامات دولتی دستور داده بودند که اپل براشون backdoor درست کنه با قبول نکردن اون موضوع؛ نهایتا اپل اینکار رو کرده.

تجربه‌ی جالب در طراحی رابط کاربری

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

<style>
@import url('https://fonts.googleapis.com/css?family=Vazirmatn:400,500,700');

* {
font-family: 'Vazirmatn';
}
</style>

فونت زیبای وَزیــرمتن که توسط زنده یاد صابر راستی‌کردار قبل از مرگش بر اثر سرطان برای گوگل ارسال شده بود، حالا در کلکسیون استاندارد و بسیار معتبر گوگل به طور رسمی ثبت شده و باعث خوشحالی تمام ایرانیان هست.
حالا سعی کنید از فاصله‌ی دور یا حتا با چشمان جمع شده به این فونت در تصویر نمونه‌ی بالا و نقطه ها و دندانه های اون خیره بشین تا هنر طراحی اون رو درک کنید.
فونتی که از هر فاصله و در هر ابعاد ریز و درشتی، خواناترین و زیباترین فونت فارسی نسبت به بقیه است!
لازم نیست توضیح بدم که سِرورهای گوگل هم همیشه در اینترنت با سرعت بالا در دسترس خواهند بود و لود شدن اون از سایت خود شما سریعتره!
بنابراین اگه مثل من عاشق این هستین که همه چیز در یک فایل HTML چپونده بشه و آیکون ها از جنس کد یا SVG باشن، فونت هم اینجوری بدون حضور فایلش در پروژه قابل دستیابی میشه!

اگه سرور دیر جواب می‌ده، شاید ناراحته


@Linuxor

یارو قیمت جنس های 100 دلاریش رو می‌کنه 99 دلار به امید اینکه مشتری هاش گول بخورن ولی از شانس بدش مشتری هاش برنامه نویس بودن گول نخوردن!

@Linuxor

آدم پوچی مثل مِه
کجا بریت که جاش بشت؟
با چه زبونی گپ بزنت
تا یکی آشناش بشت؟

نمی‌دونم طرفدار کدومشی

Design for Scalability
Design for Performance
Design for Maintainability
یا شایدم
Design for Usability

ولی وقتی داری وب کد می‌زنی قضیه یکم فرق داره وب مثل جنگله پلنت باید بره روی :

Design for Security

حالا بعدا یه روز بعد از ظهر میام درباره بالایی ها صحبت می‌کنم.


@Linuxor

خب خب خب ورژن‌بندی اپلیکیشن‌ها چیه؟ 📌

احتمالاً توی پروژه‌ها دیدی که نسخه نرم‌افزارها یه چیزی مثل 1.2.3 هست. ولی این اعداد چه معنی‌ای دارن؟ آیا یه ورژن 1.2.3 بهتر از 1.2.2ـه؟ بیاید یه بار برای همیشه اینو ببینیم

📌 استاندارد ورژن‌بندی (Semantic Versioning - SemVer)
ساختار استاندارد ورژن‌بندی معنایی (Semantic Versioning) معمولاً این شکلیه:

X.Y.Z 

‏X (Major - تغییرات بزرگ)
وقتی این عدد تغییر کنه، یعنی کلی چیز عوض شده مثلاً سازگاری عقبگرد (backward compatibility) شکسته شده و ممکنه کدهای قدیمی دیگه کار نکنن یا به عبارتی BREAKING CHANGE به وجود اومده.

‏Y (Minor - قابلیت‌های جدید)
اگه این عدد تغییر کنه، یعنی قابلیتای جدید اضافه شده ولی همچنان سازگاری با نسخه قبلی حفظ شده.

‏Z (Patch - رفع باگ‌ها و بهبودها)
فقط باگ فیکس یا بهینه‌سازیای جزئی انجام شده و هیچ قابلیت جدیدی اضافه نشده.

🔹 مثال عملی از ورژن‌بندی
فرض کن داریم روی یه اپلیکیشن کار می‌کنیم:
✅ 1.0.0 → نسخه اولیه منتشر شد.
✅ 1.1.0 → یه قابلیت جدید مثل ورود با گوگل اضافه شد.
✅ 1.1.1 → یه باگ توی صفحه لاگین فیکس شد.
✅ 2.0.0 → ساختار دیتابیس عوض شد و نسخه‌های قبلی دیگه کار نمی‌کنن.

🔍 پس کی باید Major، Minor یا Patch رو تغییر بدیم؟
وقتی API رو تغییر دادی و ممکنه کدای قدیمی دیگه کارنکنن؟
‏Major رو ببر بالا 🚀

یه فیچر جدید اضافه کردی ولی چیزی از قبل به مشکل نمیخوره؟
‏Minor رو ببر بالا 📈

فقط یه باگ کوچیک فیکس کردی؟
‏Patch رو ببر بالا 🛠️

🔹 انواع مختلف ورژن بندی؟
گاهی وقتا می‌بینی که ورژنا این شکلیه:
🔸 ‏1.2.3-alpha → نسخه آزمایشی (قبل از انتشار اصلی)

‏🔸 1.2.3-beta → نسخه بتا، برای تست کاربرا
‏🔸 1.2.3-rc1 → نسخه Release Candidate که تقریباً آماده است

جمع‌بندی ✍
ورژن‌بندی معنایی باعث میشه بفهمیم یه نسخه چقدر تغییر کرده و آیا آپدیتش برای ما مشکلی ایجاد می‌کنه یا نه.

#️⃣ #programming #backend

➖➖➖➖➖➖➖➖➖

🥷 CHANNEL | GROUP

مولانا | دیوان شمس | رباعیات | رباعی شمارهٔ ۸۸

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

#مولانا | گنجور
📍@iipoem

رتئودور استورجن وقانون 90 درصد

🔹قانون استرجن (Sturgeon’s law) در واقع یک ضرب‌المثل است که می‌گوید «نود درصد از هر چیزی بی‌ارزش است.» این ضرب‌المثل توسط تئودور استرجن، نویسنده و منتقد ادبی آمریکایی ابداع شده است.

🔹تئودور استورجن، نویسنده علمی‌تخیلی، زمانی نوشت که 90 درصد داستان‌های علمی‌تخیلی خام است. همین امر در مورد اکثر نرم‌افزارهای سنتی نیز صدق می‌کند. بخش بزرگی از کد در هر برنامه‌ای به چیزی غیر از انجام واقعی وظیفه بیان شده اختصاص داده شده است. این کد اضافی نه تنها برنامه را پیچیده‌تر می‌کند، بلکه احتمال بروز خطاها را نیز افزایش می‌دهد. فلسفه یونیکس بر این ایده استوار است که برنامه‌ها باید کوچک، ساده و متمرکز بر انجام یک کار خاص باشند. این اصل نه تنها باعث افزایش کارایی و قابلیت اطمینان برنامه‌ها می‌شود.

🔸متن گرفته شده از :کتاب فلسفه یونیکس
🔸ترجمه حسین سیلانی