عمومي و فني

شما یک متقلب نیستید توسعه دهندگان همه آن را جعل می کنند.

وقتی توسعه‌دهندگان می‌گویند احساس می‌کنند که یک شیاد هستند، قلبم می‌شکند.

سایت سفارش طراحی سایت با بهترین طراحان سایت

من را اشتباه نگیرید سندرم ایمپوستر بسیار واقعی است. در هر صورت، صنعت ما آن را تشدید می کند. انتظار ظریفی وجود دارد که قهرمان هر تیمی باشید که در آن حضور دارید.

اما اکثریت قریب به اتفاق توسعه دهندگان در حال انجام کار عالی هستند!

حقیقت واقعی این است که همه ما فقط در حال ساختن چیزهایی هستیم.
کد جعلی نمی تواند

کامپیوتر کاری را که شما به آن می گویید انجام می دهد.

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

با این حال، فراتر از "کدی که کار می کند"، مقدار زیادی جعل و ساختن چیزها وجود دارد.

متلب انجام پروژه متلب با بهترین متلب دانان

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

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

هیچ کتاب مقدسی وجود ندارد که توسعه دهندگان آن را دنبال کنند.

وقتی یک توسعه‌دهنده ارشد با مشکل جدیدی مواجه می‌شود، به‌طور خودکار راه‌حل را نمی‌داند. هیچ مسیر از پیش تعیین شده ای وجود ندارد. آنها نمی توانند پاسخ را در یک کتاب جادویی جستجو کنند.

آنها در حال ساختن پاسخ هستند! بداهه پردازی!

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

بهترین توسعه دهندگان ارشد کسانی هستند که بیشترین اشتباهات را دیده اند.

با تمرین در بداهه گویی بهتر می شوید. در ابتدا، ممکن است به نظر برسد که «تا زمانی که آن را بسازید، آن را جعلی کنید». از این گذشته ، شما هنوز هیچ تجربه ای ندارید.

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

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

و این چیز خوبی است!


سفارش طراحی لوگو با بهترین طراح لوگو همچنین طراحی لوگو حرفه ای

اشتباه کردن از شما یک شیاد نمی سازد. تو را انسان می کند! یعنی چیزی را امتحان کردید و از شکست درس گرفتید.
دیگر فریبنده نیست

اگر شما یک شیاد هستید، پس من هم هستم. ما همه هستیم.

واقعیت این است که ما همه آن را جعل می کنیم. همه دارند آن را درست می کنند که ما می رویم.

هیچ راه درستی برای توسعه دهنده شدن وجود ندارد. بنابراین، خود را رها کنید. برای قهرمان بودن تحت فشار نباشید. شما در حال حاضر عالی کار می کنید.
منابع بیشتر

به مشاوره شغلی نیاز دارید؟ مشاوره ایمیلی 7 روزه مستقیما از من مشاوره بگیرید

کسب تجربه جدید، نه با خواندن. با انجام کاری…
بداهه نوازی خلاق همه چیز در مورد داشتن یک ذهنیت مهندس است

پسوند کد ویژوال استودیو شگفت انگیز که ممکن است درباره آن ندانید
معرفی Blackbox: هوش مصنوعی که در پاسخ به سوالاتی که وارد می کنید، راه حل های کد را به شما می دهد.

طراحی سایت سفارش طراحی سایت با بهترین طراحان سایت

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

Blackbox یک هوش مصنوعی است که کد مربوط به سوالی را که شما به آن داده اید به شما می دهد. شما حتی می توانید سوالات پیچیده بنویسید و اکنون یک پسوند برای Visual Studio Code دارد.

شما فقط باید بعد از دو اسلش رو به جلو (//) سوال خود را در ویرایشگر متن در ویژوال استودیو کد بنویسید و وقتی علامت سوال (؟) را بعد از سوال وارد کردید قطعه کد را می دهد و می توانید با فشار دادن دکمه از آن استفاده کنید. دکمه "Tab".
منفی

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

امیدوارم این مقاله برای شما مفید باشد و Blackbox به شما در سفر کمک کند. در صورت تمایل به من پیشنهاداتی بدهید.


انجام متلب انجام پروژه متلب با بهترین برنامه نویسان متلب

خداحافظ.

مطالب بیشتر در PlainEnglish.io. برای دریافت خبرنامه هفتگی ما ثبت نام کنید. ما را در توییتر، لینکدین، یوتیوب و دیسکورد دنبال کنید. به هک رشد علاقه دارید؟ مدار را بررسی کنید.

خطای tal و از کار افتادن برنامه بدون هیچ نشانه ای از اشتباه رخ داده است. این یک تجربه کاربری وحشتناک است و ما هیجان زده هستیم که از آن دور شویم.

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

سایت سفارش طراحی سایت با بهترین طراحان سایت
مثال

در زیر یک مثال ساده
از انتقال یک برنامه تک صفحه ای از محبوب ترین کتابخانه ناوبری React Native، React Navigation است.

Expo Router بر روی React Navigation ساخته شده است و انتقال برنامه های React Native موجود به مسیریابی مبتنی بر سیستم فایل را آسان تر می کند.

بدون نیاز به دیگ بخار! اکنون برنامه‌ها چندین نقطه ورودی ثابت دارند که به ابزارها امکان می‌دهد در مورد ساختار برنامه شما استدلال کنند و در پشت صحنه بهینه‌سازی‌هایی انجام دهند.
❌ قبل از اکسپو روتر

برای اختصار، مراحل نصب وابستگی و مراحل بومی Xcode/Android Studio را که هنگام کار بدون Expo لازم است حذف کرده‌ام. این مثال همچنین دلیلی برای پنهان کردن صفحه چلپ چلوپ پس از نصب ناوبری ندارد.

ابتدا باید یک جزء صفحه نمایش ایجاد کنید:
app/home.js

سپس یک فایل ناوبری:
./App.js

در نهایت یک فایل ورودی برای ثبت کامپونت ریشه ایجاد کنید:
index.js
✅ روتر بعد از اکسپو

index.js و App.js را حذف کنید - به سادگی یک فایل در فهرست برنامه ایجاد کنید و یک جزء React را صادر کنید. این چارچوب، ناوبری و پیوندهای عمیق را در حافظه، فوراً با Fast Refresh ایجاد می‌کند!

متلب انجام پروژه متلب با بهترین متخصصان متلب


app/home.js

می توانید برنامه را با npx expo start راه اندازی کنید و از مسیر home / در هر دستگاهی بازدید کنید. توصیه می کنم از uri-scheme برای آزمایش لینک های عمیق در iOS و Android استفاده کنید. همچنین می توانید برای رسیدن به نقشه سایت (فقط توسعه) به /__index بروید:
بازگشت به عقب شاخص آپاچی

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

برخی از تنظیمات اضافی موقت در طول بتا وجود دارد که نیاز به استفاده از یک افزونه babel اضافی دارد. این در نسخه رسمی از بین خواهد رفت.

اگر به مسیری پیمایش می‌کنید که مطابقت ندارد، رفتار پیش‌فرض این است که یک پاسخ 404 esque داشته باشید که کاربر را قادر می‌سازد تا به مسیر ریشه برگردد / - این می‌تواند با استفاده از یک مسیر پویا عمیق سطح بالا جایگزین شود.
صفحات مجازی یک موضوع تکراری دارند.
درخواست نظرات

ما مشتاقیم که بتای اولیه روتر Expo را امروز با شما به اشتراک بگذاریم. ما می‌خواهیم بازخورد شما را بشنویم و به ما کمک کنید تا مرزهای ممکن را کنار بگذاریم!

ما به دنبال بازخورد در مورد موارد زیر هستیم:

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


طراحی لوگو حرفه ای با بهترین طراح لوگو در فریلنس لوگو



با تشکر ویژه

این بتا بدون کمک برخی از توسعه دهندگان با استعداد ممکن نبود:

Moti Zilberman • باندلر مترو در Meta.
Brent Vatne & Satyajit Sahoo • Expo / React Navigation.
چارلی چیور • اکسپو / طرفدار پی اچ پی.

بخش‌هایی از API عمومی یک نسخه بومی‌شده از چارچوب‌های وب محبوب Remix (مسیرهای تودرتو) و Next.js (قراردادهای فایل) هستند. با الهام از API اضافی از SvelteKit (گروه ها → قطعات) و Redwood (مرزهای خطا مشابه سلول ها هستند). هر چیزی که باقی مانده از PHP الهام گرفته شده است. من سعی کردم تا حد ممکن احساس API را برای توسعه دهندگانی که تجربه قبلی استفاده از چارچوب های React را دارند آشنا نگه دارم.
با تشکر برای خواندن

برای شروع، به مستندات Expo Router مراجعه کنید. لطفاً اشکالات و مشکلات موجود در مخزن Expo Router GitHub را گزارش کنید.

RFC: مسیریابی بومی مبتنی بر سیستم فایل با Expo و React Native

TL;DR: کتابخانه جدید Expo Router در حال پیشرفت است، به بحث در GitHub بپیوندید! برای شروع و کسب اطلاعات بیشتر به مستندات Expo Router مراجعه کنید.

سایت سفارش طراحی سایت سایت
انگیزه

یکی از سخت‌ترین و حل‌نشده‌ترین مشکلات در توسعه اپلیکیشن (براساس پلتفرم)، ناوبری است. ظاهراً هیچ راه درستی برای تنظیم ناوبری در یک برنامه وجود ندارد، اما راه های اشتباه زیادی وجود دارد. ایجاد ناوبری بومی یک فرآیند دستی، مخصوص پلتفرم و پر زحمت است که تقریباً همیشه از پتانسیل کامل خود (پیوندهای جهانی قوی، نمایه سازی برنامه، دستیابی، کلیپ های برنامه و غیره) کوتاهی می کند.

در طرف مقابل طیف، شما مسیریابی وب دارید که ساخت سریع، درک آسان، قابل کشف و بسیار مقیاس پذیر است. خارج از انیمیشن های ژست محور، ناوبری وب استاندارد طلایی است. پس چرا آن را به توسعه موبایل نمی آوریم؟
مشکل

کار کردن یک سیستم شبیه وب برای برنامه های بومی بسیار دشوار است. Native دارای بسیاری از حالت های داخلی است که نمی توان به راحتی توسط URL بدون فرض پیش فرض های معقول زیادی در هر مرحله نشان داد. برنامه های بومی باید بدون سرور به صورت آفلاین اجرا شوند. برنامه‌های بومی نیز به‌طور سنتی با زبان‌های کامپایل‌شده ساخته می‌شوند که تجزیه پویا ساختار فایل پروژه را به گونه‌ای که سریع و پاسخگوی توسعه‌دهنده باشد، دشوار می‌سازد.
راه حل نظری

اینجاست که React Native وارد می‌شود. رابط جاوا اسکریپت/نیتیو، تکنیک‌های بسته‌بندی پیشرفته، و معماری مبتنی بر کامپوننت، نیازهای پایه را برای ایجاد یک گردش کاری که در توسعه سریع و بهینه‌سازی شده برای تولید است، فراهم می‌کند.

متلب انجام پروژه متلب با متلب دانان

از آوریل 2021، من روی یک روتر چند پلتفرمی جدید کار می کنم که ناوبری تودرتو و پیوندهای عمیق را کاملاً بر اساس ساختار فایل پروژه ایجاد می کند. مفهوم روتر مبتنی بر سیستم فایل برای توسعه دهندگان وب (PHP، Next.js و غیره) جدید نیست، اما برای توسعه موبایل کاملاً جدید است. با آوردن این پارادایم اساسی به موبایل، به تطبیق قابلیت کشف و مقیاس پذیری وب سایت ها در برنامه های بومی بسیار نزدیکتر می شویم.
اهداف

برنامه های بسیاری برای سیستم مسیریابی جدید وجود دارد. مهم‌ترین هدف ایجاد، نگهداری و مقیاس‌بندی برنامه‌ها با ناوبری بومی تودرتو سریع و آسان است. در نسخه های بعدی می توان ویژگی های بیشتری را در بالای صفحه قرار داد.
قابل کشف و مقیاس پذیر

Expo Router یک سیستم تودرتو است که پیوندهایی را برای هر مسیر برگ در برنامه ایجاد می کند. این به کاربران امکان می‌دهد هر بخشی از برنامه را فوراً با هر کسی باز کرده و به اشتراک بگذارند. این ویژگی برای برنامه‌های محتوا محور مانند رسانه‌های اجتماعی، اخبار و تجارت الکترونیک، در واقع هر چیزی که محتوا محور است، حیاتی است.

تصور کنید می‌خواهید عکسی را با یکی از دوستانتان به اشتراک بگذارید، بنابراین پیوندی به instagram.com ارسال کردید و به او گفتید که در اطراف جستجو کنید تا دقیقاً صفحه مورد نظر شما را پیدا کند. این دقیقاً نحوه عملکرد یک برنامه بدون پیوندهای عمیق است و منجر به پذیرش ضعیف کاربر می شود.

وب این مشکل را چندین دهه پیش با مرتبط کردن هر صفحه با یک URL که می تواند فوراً توسط هر کسی به اشتراک گذاشته و بازدید کند، حل کرد. ما قصد داریم همین انعطاف‌پذیری را از طریق روتر Expo به برنامه‌های تلفن همراه بیاوریم.

از آنجایی که Expo چند پلتفرمی است، می‌توانید مسیرهای خود را یک بار توسعه دهید و آنها را در iOS، Android و وب به اشتراک بگذارید. این بدان معنی است که می توانید از مدیریت URL داخلی مرورگر برای ایجاد سریع مسیرهای برنامه بومی خود استفاده کنید.

در نهایت می‌خواهیم کاری کنیم که همه برنامه‌های بومی از جستجوی برنامه و فهرست‌بندی محتوا به صورت خودکار پشتیبانی کنند. این کار موتورهای جستجوی بومی را قادر می‌سازد تا محتوا را در برنامه شما فهرست‌بندی کنند و قابلیت کشف محتوا را بسیار بهتر می‌کند.
آفلاین-اول و سریع


طراحی لوگو با بهترین طراح لوگو با بهترین متخصصان

بر خلاف برنامه های وب، برنامه های بومی انتظار می رود همه به صورت آفلاین کار کنند. این بدان معنی است که برنامه باید بتواند هر URL ورودی را بدون اتصال شبکه یا سرور مدیریت کند.
ناوبری واقعاً بومی و برای iOS و اندروید بهینه شده است

ما این مشکل را با پیاده‌سازی ویژگی‌های جدید در کل چارچوب از Expo SDK گرفته تا Expo CLI و بسته‌کننده Metro حل کردیم.

تجربه کاربر نهایی سریع و سبک است زیرا روتر می تواند سیاست بارگذاری اجزا را به صورت پویا بین توسعه و تولید تغییر دهد - در حال حاضر این فقط در زمان اجرای JS صرفه جویی می کند، ما قصد داریم در آینده گزینه ای را برای گره های برگ تقسیم بسته اضافه کنیم. نسخه تجربه توسعه‌دهنده با استفاده از بازخوانی سریع جهانی، بسته‌بندی افزایشی، و یادداشت چندلایه مصنوع در باندلر به همان اندازه سریع است.
واکشی داده ها و مدیریت خطا

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

Expo Router این قابلیت را دارد که مرزهای خطای React را برای هر مسیر تنظیم کند (مرزهای Suspense در نسخه بعدی ارائه می شوند). این بدان معنی است که می توانید به راحتی خطاها و وضعیت های واکشی داده ها را به روشی ثابت در کل برنامه مدیریت کنید و درخواست های ناموفق را دوباره امتحان کنید.

این یک انحراف بزرگ از رویکرد سنتی برای رسیدگی به خطاها در یک برنامه بومی است: پرتاب یک فا

طراحی دابسونین

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

انجام پروژه با بهترین متخصصان پروژه در پروژه فریلنس

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

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

سفارش ساخت سایت با بهترین متخصصان
یاتاقان‌های جانبی گرد که به لوله چسبانده می‌شوند معمولاً لوازم التحریر هستند و روی پدهای تفلون می‌چرخند و حرکت فوق‌العاده صاف به سمت بالا و پایین را به دوربین می‌دهند. پایین پایه نیز با نرمی کره ای از چپ به راست حرکت می کند و روی سطوح بلبرینگ ساخته شده از تفلون و فرمیکا می لغزد. این حرکت یادآور سوزان تنبل اما بی صدا و بدون لرزش است.

زیبایی این طرح این است که تقریباً هر کسی می تواند آن را با استفاده از طیف گسترده ای از مواد در دسترس ساخته شود. علاوه بر این، چنین ابزارهایی را می‌توان در اندازه‌های مختلفی ساخت، از متوسط‌ترین ابعاد تا اندازه‌های عظیم. مثال در عکس زیر در مقایسه با برخی از خلاقیت های آماتور کوچک است.
عکس توسط Halfblue Creative Commons Attribution-Share Alike 3.0 مجوز منتقل نشده.

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

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

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

دابسون در 14 سپتامبر 1915 در پکن به دنیا آمد. مادرش یک موسیقیدان و پدرش استاد جانورشناسی بود که در دانشگاه معروف پکن تدریس می کرد. خانواده در سال 1927 به سانفرانسیسکو نقل مکان کردند، جایی که جان در سال 1943 مدرک شیمی را از دانشگاه برکلی دریافت کرد.

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

او شروع به ساخت تلسکوپ از هر چیزی که می‌توانست پیدا کرد و دیگران را دعوت کرد تا در استفاده از آنها سهیم باشند. در واقع، مدت زیادی نگذشته بود که او بیشتر وقت خود را صرف آموزش ساختن سازهای خود به دیگران می کرد، سرگرمی که انجمن ودانتا آن را نامناسب می دانست. به همین دلیل در سال 1967 از وی خواسته شد تا آنجا را ترک کند. دابسون موافقت کرد و به کمک به پیدا کردن پیاده‌روی سانفرانسیسکو آسترون ادامه داد

omers سال بعد.
عکس جان دابسون در سال 2002 توسط Alan J. Wylie / Share Alike 3.0 Unported License.

جان دابسون بقیه عمر خود را صرف نشان دادن نحوه ساخت تلسکوپ های خود به دیگران کرد، به آنها در مورد شگفتی های آسمان شب آموزش داد و به طبیعت جهان فکر کرد. او هرگز طرح های خود را به ثبت نرساند و حتی زمانی که کسی از ساخته های او به عنوان "دابسونی ها" نام می برد، به وضوح ناراحت می شد. او همیشه اصرار داشت که آنها را «تلسکوپ های پیاده رو» بنامند.
انجام پروژه متلب با بهترین متلب دانان

امتناع دابسون از سود بردن از اختراعش در مقاله ای در سال 2014 توسط الین وو مورد بحث قرار گرفته است. در این قطعه، وو داستانی را بازگو می‌کند که توسط باب البرزیان، هماهنگ‌کننده بخش Burbank از Sidewalk Astronomers، گفته شده است. همانطور که او می گوید، «البرزیان، که از سال 1968 دابسون را می شناخت، گفت که یک بار از دابسون خواست تا طرح خود را به ثبت برساند. دابسون نپذیرفت. البرزیان یادآور شد: «او گفت: اینها هدیه ای به بشریت است. "هدف او این بود که نجوم را به روی مردم عادی باز کند" (وو).

جان دابسون نه تنها این هدف را برای خود تعیین کرد، بلکه در واقع به آن رسید. تا زمان مرگ او در سال 2014، تلسکوپ های سبک دابسونی توسط میلیون ها آماتور در سراسر جهان استفاده می شد. آنها مسئول ساعت‌های بی‌شماری نجوم تفریحی و همچنین مشارکت‌های علمی واقعی هستند، مانند کشف دنباله‌دار هیل باپ در سال ۱۹۹۵.

زندگی دابسون نزدیک به یک قرن طول کشید، اما خاطره او بسیار بیشتر از بدنش باقی خواهد ماند. کمک های فداکارانه او به علم و بشریت بی اندازه است، و دنیا برای داشتن او در آن شرایط بسیار بهتری دارد. اغلب گفته می شود که قهرمانان ما به ندرت با تصورات ایده آل ما از آنها مطابقت دارند. با این حال، اگر استثنایی از این قاعده وجود داشته باشد، می توان آن را در مطالعه راهب سابق معروف به جان دابسون یافت.
مجری ذیصلاح لیست مجریان نظام مهندسی اراک مجری ساختمان

اگر از این مقاله لذت بردید، لطفاً با دنبال کردن من در Medium به من کمک کنید تا مخاطبان خود را افزایش دهم. از حمایت شما سپاسگزاریم.

y زیرا پیامی که آنها درخواست می کنند هنوز ذخیره نشده است. این اولین بار است که هر مشتری این پیکربندی دقیق پیام را درخواست می کند.

انتخاب پیام

مهم ترین اطلاعات برای ارائه یک پیام، بازرگانی است که آن را نمایش می دهد. این اطلاعات به صورت شناسه کلاینت ارائه می شود. شناسه مشتری برای جستجوی حساب تاجر استفاده می‌شود، که به زیرساخت پیام‌رسان هر آنچه را که برای تعیین محتوای پیام برای بازگشت باید بداند، می‌گوید. عواملی که برای تعیین یک پیام استفاده می شود:

انجام پروژه در فریلنس پروژه
1. محصولات + پیشنهادات: چه محصولات + پیشنهاداتی در دسترس این تاجر است؟ این شامل پیشنهادات در دسترس برای همه بازرگانان در کشورشان و هر پیشنهاد سفارشی شده ای است که تاجر پیکربندی کرده است.

2. واجد شرایط بودن: کدام پیشنهادها، از میان موارد موجود، این تاجر واجد شرایط نمایش است؟ این بر عوامل بسیاری استوار است که اصلی ترین آن صنعت تاجر است.

3. سرکوب: اگر بازرگان تصمیم گرفته است که پیام را برای یک محصول خاص متوقف کند، ما می خواهیم در تصمیم خود به آن احترام بگذاریم.

لیست مجریان نظام مهندسی اراک
4. ریسک + سایر عوامل: هر درخواست پیام توسط سیستم‌های ریسک ما ارزیابی می‌شود تا مشخص شود آیا تاجر باید اجازه نمایش یک محصول خاص را داشته باشد یا خیر.

از آنجایی که این عوامل خاص تاجر هستند، نمی‌توان پیام یکسانی را برای همه تجار ذخیره کرد. در اینجا می‌توان با استفاده از حساب تجاری (شناسه مشتری) در کلید کش، یک رویکرد ساده‌لوحانه در نظر گرفت، اما این امر منجر به کلیدهای منحصربه‌فرد بسیاری می‌شود، و به نوبه خود، نرخ ضربه حافظه پنهان ضعیفی را به همراه خواهد داشت. با وجود چنین تعداد زیادی از بازرگانان، برخی از آنها ناچارند با همان عوامل مطابقت داشته باشند. و در واقع، بسیاری از بازرگانان دارای تنظیمات کاملاً منطبق هستند. این بازرگانان برای انتخاب پیام عملاً یکسان هستند و می توان با آنها رفتار کرد.

انتقال تصمیم به لبه - "نمایه بازرگان"
توزیع نمایه‌های بازرگان، مزایای اشتراک‌گذاری اشیاء ذخیره‌شده در حافظه پنهان بین تاجران را نشان می‌دهد

با توجه به اینکه بسیاری از بازرگانان تصمیم پیام یکسانی خواهند داشت، اگر CDN بتواند از «نوع» تاجری که پیام درخواست می‌کند آگاه شود، می‌توان «تصمیم» را به CDN منتقل کرد. به "نوع" تاجر "نمایه تاجر" گفته می شود. "نمایه تاجر" هش تمام اطلاعاتی است که بر تصمیم ذکر شده در بالا تأثیر می گذارد. هر دو تاجر با هش یکسان، فاکتورهای تصمیم یکسانی خواهند داشت، و بنابراین برای یک مقدار مشخص و پیکربندی نمایش، پیام یکسانی خواهند داشت.

سفارش طراحی سایت در فریلنس پروژه
برای اطلاع از لبه «نمایه تاجر»، باید یک هش در URL درخواست هر پیام ارسال شود. مقدار هش در بسته کد PayPal JS SDK (کیت توسعه نرم افزار) موجود است که پیام iframe را ایجاد می کند. این امکان حذف ایمن شناسه کلاینت را از کلید حافظه پنهان بدون تأثیرگذاری بر پیامی که ارائه می‌شود را می‌دهد. این تنظیمات تمام تصمیم گیری پیام را به لبه منتقل کرد.

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

مدیریت کش

نتیجه یک حافظه پنهان عملیاتی است که می تواند صدها میلیون پیام را در روز، با سرعت نور، با اثربخشی بالا، و توانایی مدیریت آن در سطح دانه ای ارائه دهد. دو بخش کلیدی برای فعال کردن این مدیریت ساخته شد: یک کتابخانه پوشش دهنده API ارائه‌دهنده CDN (رابط برنامه‌نویسی برنامه) که می‌تواند تفاوت‌های بین ارائه‌دهندگان CDN را انتزاع کند، و یک برنامه کاربردی پانل کنترل داخلی که به اپراتورها اجازه می‌دهد وضعیت حافظه پنهان و فلاش را مشاهده کنند. بخش های خاص در صورت نیاز
انجام پروژه متلب با بهترین متخصصان

بسته‌بندی API ارائه‌دهنده CDN (با عنوان محبت‌آمیز «C.R.E.A.M.» برای Cache Rules Everything Around Me) روش‌هایی را برای شستشوی حافظه پنهان با یک URL جداگانه، با یک یا چند «برچسب کش» یا به طور کامل ارائه می‌دهد. تگ‌های کش امکان گروه‌بندی اشیاء ذخیره‌شده را فراهم می‌کنند و کنترل حافظه پنهان را با معنایی که برای مورد استفاده ما منطقی است، می‌دهد. کش را می توان برای یک نمایه تجاری خاص، یا کل یک منطقه، با استفاده از برچسب کش مناسب پاک کرد. نمایه‌های تاجر تکی را می‌توان با شستشوی بسته SDK ذخیره‌شده که شامل مقدار هش نمایه قدیمی است، به‌روزرسانی کرد (به‌عنوان مثال، هنگامی که پیکربندی آن‌ها تغییر می‌کند)، و اطمینان حاصل می‌شود که در صورت درخواست بعدی، یک نمایه جدید در هنگام SDK برای آن فروشنده وجود خواهد داشت.

کنترل پنل همچنین معیارهایی را در مورد ترافیک هر CDN و نرخ ضربه در طول زمان گزارش می‌کند و این داده‌ها در یک داشبورد کش برای نظارت نمایش داده می‌شوند.
پنل مدیریت کش در داشبورد کنترل کش

طراحی لوگو با بهترین طراحان لوگو

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

متوسط ​​مدت زمان رندر تقریباً 90٪ کاهش یافته است و برخی از کاربران سرعت رندر پایین 10 تا 25 میلی ثانیه را می بینند.
توزیع زمان‌های رندر پیام با فعال کردن Edge Caching

C̶a̶c̶h̶e همکاری بر همه چیز در اطراف من حاکم است

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

تیم JS SDK، به رهبری گرگ جوپا، به ما کمک کرد تا نمایه بازرگان را به فرآیند بسته‌بندی اضافه کنیم، اهمیتی که قبلاً در مورد آن صحبت کردیم. ما همچنین به‌خوبی کار کردیم تا وقتی پیکربندی‌های فروشنده تغییر می‌کند، این بسته‌ها را فلاش کنیم.

تیم Edge Engineering ما که ادغام‌ها و رابط‌های CDN ما را با ارائه‌دهندگان ما به رهبری برنت بازبی اجرا می‌کند، هنگام طراحی طرح کلید حافظه پنهان با ما مشورت کرد و به ما در پیاده‌سازی این طرح و آزمایش تغییرات خود در مراحل مختلف کمک کرد. یک فریاد ویژه از این تیم برای آریجیت گوش و آشوتوش سریواستاوا به دلیل پاسخگویی ما در رفع اشکالات اولیه.

انجام پروژه برنامه نویسی با بهترین برنامه نویسان

ما همچنین با تیم CDNX خود به رهبری Shaun Warman مشورت کردیم که بر تجربه توسعه دهندگان در ارتباط با CDN ها تمرکز دارد. آنها توصیه های درستی در مورد کار با API های ارائه دهنده ای که با آن ها تجربه داشتند و راهنمایی در مورد ایجاد چیزی که می تواند برای دیگران خارج از پروژه ما مفید باشد ارائه کردند.

در پایان، می‌خواهم از همه هم تیمی‌هایم که با هم برای تحقق این امر همکاری کردند، تشکر کنم.

تیم جمینی: جاستین دوان، رنه عثمان، دن هاس، آنتونی ری

تیم مرکوری: نیت شات، جاش داترر، جولیا فورمن، گرانت بلک، مرلین پترسون

پیام‌های ذخیره‌شده لبه اکنون برای همه بازرگانان با ارائه بالادستی در دسترس است.

ذخیره محتوای پویا در لبه
عکس توسط ناسا در Unsplash

پیام‌های PayPal Upstream PayLater مشتریان را در مورد فرصت‌های تامین مالی برای خرید محصولات از تی‌شرت تا تردمیل آگاه می‌کند. این پیام‌ها علاوه بر اطلاع‌رسانی به مشتریان از گزینه پرداخت ایمن و مطمئن در آینده، می‌توانند نرخ تبدیل و میانگین سفارش تاجران را افزایش دهند. در یک قطعه کوچک از HTML نکات مثبت زیادی برای مصرف کنندگان و مشتریان تجاری وجود دارد.
یک مثال US Pay در 4 پیام

ارسال پیام به مشتریان ممکن است ساده به نظر برسد. با این حال، در مقیاس اینترنت، ارسال پیام به میلیون‌ها مشتری در سراسر جهان در هزاران سایت تجاری، نیازمند مهندسی ماهر و زیرساخت‌های پیچیده است. مشتریان تاجر PayPal علاوه بر ارسال پیام صحیح به تاجر مناسب در زمان مناسب، خواستار تحویل این پیام‌ها با سرعت مضحک هستند.
انجام پروژه در فریلنس پروژه

رویای ذخیره سازی CDN (یا چگونه یاد گرفتم نگران نباشم و لبه را دوست داشته باشم)
بازآفرینی دراماتیک تیمی که تقاضای پیام رسانی بالادستی جهانی را تجزیه و تحلیل می کند (منبع: filmschoolrejects)

مشتریان PayPal در سراسر جهان واقع شده اند. وقتی مشتری از وب‌سایت تاجری که با پیام‌رسانی Pay Later یکپارچه شده است بازدید می‌کند، درخواست پیام به مرکز داده PayPal هدایت می‌شود، جایی که زیرساخت Pay Later بهترین پیام Pay Later را بر اساس تاجر و مقدار مورد تعیین می‌کند. بسته به فاصله فیزیکی بین دستگاه مشتری و مرکز داده PayPal، تکمیل درخواست ممکن است زمان زیادی طول بکشد.
سفارش ساخت سایت در فریلنس پروژه

بیشتر این جریمه زمانی اجتناب ناپذیر است که ما تمام راه را به مرکز داده برویم، که توسط سرعت نور بر روی یک کابل فرا اقیانوسی محدود شده است. اگر بتوانیم تصمیمی را که امروزه در مرکز داده PayPal اتفاق می‌افتد به مصرف‌کننده نزدیک‌تر کنیم، به‌کلی از انجام این سفر اجتناب می‌کنیم. برای انجام این کار، ما به شبکه های تحویل محتوا (CDN) نگاه کردیم.

CDN ها در درجه اول برای بهبود ارائه رسانه های دیجیتال ایستا، مانند تصاویر و محتوای صوتی/تصویری، یا دارایی هایی با URL های ضعیف استفاده می شوند. اگر بتوانیم رندر پیام‌هایمان را به این سرورهای Edge منتقل کنیم، می‌توانیم آن زمان رفت و برگشت را برای مصرف‌کنندگان حذف کنیم. اما چرا در وهله اول باید این سفر رفت و برگشت را انجام دهیم؟

مزایای رندر سمت سرور

پیام‌های بالادستی PayPal رندر سمت سرور (SSR) هستند. این بدان معناست که وقتی سرویس سطح اول پیام‌رسانی درخواستی برای یک پیام دریافت می‌کند، نشانه‌گذاری HTML برای آن پیام ایجاد می‌کند و آن نشانه‌گذاری مستقیماً در یک iframe در صفحه تاجر تحویل داده می‌شود. یکی از مزایای اصلی SSR جعبه سندباد iframe است. جعبه ایمنی iframe با جدا کردن کد پیام از صفحه وب تاجر، امنیت بهبود یافته ای را فراهم می کند و یک زمینه CSS (Cascading Style Sheets) مجزا به ما می دهد که امکان تداخل سبک های پیام PayPal با صفحه تاجر را از بین می برد.
طراحان لوگو با بهترین طراحی

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

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

انجام پروژه متلب
پیکربندی Edge

با یک CDN، یک درخواست HTTP از یک کاربر به نزدیکترین سرور فیزیکی هدایت می شود. اگر سرور لبه یک پاسخ کش داشته باشد که با آن درخواست مطابقت دارد، بلافاصله برگردانده می شود. در غیر این صورت، آن درخواست را به سرور "origin" که در این مورد مرکز داده PayPal است، ارسال می کند تا پاسخ را دریافت کرده و به کاربر برگرداند. پاسخ ما شامل هدرهایی خواهد بود تا به سرور لبه اطلاع دهد که پاسخ باید در حافظه پنهان بماند و همچنین مدت زمان ذخیره آن را در حافظه پنهان می کند. سایر جنبه های رفتار لبه را می توان در یک رابط کاربری گرافیکی یا کد، معمولاً Varnish/VCL پیکربندی کرد. پیکربندی پیش فرض استفاده از URL کامل به عنوان کلید حافظه پنهان است.

لیست مجریان نظام مهندسی اراکنمونه URL پیام

وقتی درخواستی از مشتری برای همان URL می رسد، CDN می تواند پاسخ ذخیره شده را ارائه دهد. با این رویکرد، هزاران کلید منحصر به فرد وجود دارد. بیش از 35000 بازرگان فعال PayPal PayLater وجود دارد که بسیاری از آنها مقادیر محصول و گزینه های پیکربندی مختلف را برای ظاهر پیام ارسال می کنند. ممکن است تعجب کنید که آیا یک CDN حتی می‌تواند این تعداد اشیاء کش شده را مدیریت کند؟ ما دقیقاً این سؤال را از یک مهندس آکامی در مراحل اولیه برنامه ریزی پرسیدیم و آنها با این سؤال گیج شدند که پاسخ ما را داد: بله! CDN ها برای مدیریت این نوع حجم مجهز هستند. این دقیقاً همان چیزی است که CDN ها برای آن طراحی شده اند. با این حال، این مشکل دیگری را ایجاد کرد: یک محدودیت گسترده برای نرخ ضربه کش وجود دارد. بسیاری از مشتریان همچنان با تأخیر در تحویل پیام مواجه خواهند شد

هزینه های محیط برای متمرکز کردن محاسبات ابری

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

در این مقاله، برخی از این تاثیرات و اینکه چگونه شبکه بلاک چین دوستدار محیط زیست CUDOS می تواند با راه حل های غیرمتمرکز به کاهش آنها کمک کند را بررسی خواهیم کرد. ما همچنین به این خواهیم پرداخت که چرا CUDOS اولین جایگزین واقعاً پایدار برای پلتفرم‌های ابری موجود است.
تاثیر محیطی ابر در حال افزایش است

ابر سهم عمده ای در انتشار جهانی کربن، مصرف انرژی و انتشار گازهای گلخانه ای دارد. بر اساس گزارش بانک جهانی، در سال 2016 فضای ابری 1 درصد از انتشار CO2 جهانی را به خود اختصاص داده است - بیش از مجموع حمل و نقل هوایی و دریایی.

میزان آبی که توسط مراکز داده استفاده می شود می تواند هر سه ماه یکبار دریاچه تاهو را پر کند. آزمایشگاه ملی انرژی های تجدیدپذیر تخمین می زند که تمام مراکز داده ایالات متحده روزانه 710 میلیارد گالن آب مصرف می کنند - که تقریباً معادل تمام نیازهای آب خانگی در شهرستان لس آنجلس، بزرگترین شهر آمریکا است!
رایانش ابری متمرکز تقاضا برای مراکز داده تشنه انرژی ایجاد می کند

سفارش ساخت سایت در فریلنس پروژه

رایانش ابری متمرکز تقاضا برای مراکز داده تشنه انرژی را ایجاد می کند که نه تنها ساخت آنها گران است بلکه مقادیر زیادی برق مصرف می کند. در حالی که برخی برآوردها مصرف انرژی یک مرکز داده بزرگ را 1٪ از کل مصرف برق جهانی می دانند، برخی دیگر آن را 2٪ می دانند. مراکز داده برای تامین انرژی سرورها و سیستم های خنک کننده خود، آب را در مقادیر زیادی مصرف می کنند و اغلب به سوخت های فسیلی مانند زغال سنگ یا گاز طبیعی متکی هستند.

به سختی می توان تأثیرات بلندمدت این تسهیلات را تعیین کرد زیرا هنوز در سراسر کشور ساخته نشده اند - اما ما می دانیم که روندهای فعلی نشان می دهد که محاسبات متمرکز می تواند برای دهه های آینده خطرات زیست محیطی ایجاد کند.
سرورهای ابری ردپای کربن بزرگی دارند

رایانش ابری یک راه عالی برای دسترسی به آخرین فناوری است. اما هزینه‌های انرژی نگهداری سرورهای ابری بالاست و تنها زمانی که به سمت دنیای کربن خنثی پیش می‌رویم، بیشتر می‌شود.

برای درک اینکه چرا این درست است، باید بدانید که سرورهای ابری چگونه کار می کنند. هر شرکتی که یک وب سایت دارد از رایانه ها برای میزبانی محتوای خود استفاده می کند، خواه از طریق اجاره فضای روی سرور شخص دیگری یا ساختن مزرعه سرور خود (یعنی چندین رایانه متصل به هم). در هر صورت، این شرکت‌ها به انرژی نیاز دارند تا سرور در تمام طول روز کار کند - و حتی اگر بخواهند 24/7/365 یا حداقل 99.999٪ از آن ساعت‌ها در روز کار کند، به قدرت بیشتری نیاز دارند! این کار زمانی که به صورت محلی انجام شود می تواند بسیار پرهزینه باشد زیرا نه تنها به مصرف برق اضافی نیاز دارد، بلکه به اقدامات خنک کننده اضافی مانند واحدهای تهویه مطبوع و فن هایی که برای خنک نگه داشتن وسایل به اندازه کافی لازم است تا پردازنده ها بیش از حد گرم نشوند به دلیل افزایش دما ناشی از افزایش مقادیر، نیاز دارد. گرما توسط بیش از یک ماشین کار همزمان تولید می شود (در غیر این صورت این امر به طور طبیعی بدون انجام این مراحل اضافی اتفاق می افتد).

علاوه بر این، استفاده از منابع به جای بازیافت آنها پس از استفاده، تأثیر زیست محیطی نیز دارد، زیرا دیگر انگیزه ای برای انجام این کار وجود ندارد، مگر اینکه همان منابع در دفعه اول به اندازه کافی ارزشمند باشند - شاید مانند طلا؟
راه حل های غیرمتمرکز پایدارتر هستند

سیستم های غیرمتمرکز کارآمدتر هستند
سیستم های غیرمتمرکز انعطاف پذیرتر هستند
سیستم های غیرمتمرکز امنیت بیشتری دارند
سیستم های غیرمتمرکز ارزان تر هستند

چرا شبکه بلاک چین CUDOS یک راه حل ابری سازگار با محیط زیست است؟

تغییر از محاسبات ابری متمرکز به غیرمتمرکز مزایای متعددی دارد، اما یکی از مهمترین آنها بهبود پایداری است.

طراحی لوگو با بهترین طراحان لوگو

را
CUDOS
شبکه بلاک چین 100٪ از انرژی تجدیدپذیر استفاده می کند، به این معنی که به انتشار کربن کمک نمی کند. همچنین نسبت به سایر شبکه ها انرژی کمتری مصرف می کند، بنابراین گازهای گلخانه ای کمتری در محیط منتشر می شود. این شبکه بلاک چین CUDOS را به یک راه حل سازگار با محیط زیست برای مشاغلی تبدیل می کند که به دنبال راه حل های محاسبات ابری مانند خدمات وب آمازون (AWS) یا Microsoft Azure هستند.
CUDOS Decentralized Cloud سازگار با محیط زیست است

CUDOS
فناوری دوستدار محیط زیست انتشار کربن را کاهش می دهد و در نتیجه راه حل ابری پایدارتری ایجاد می کند.

انجام پروژه برنامه نویسی
از آنجایی که مراکز داده در مقیاس بزرگ انرژی زیادی مصرف می کنند، مهم است که اطمینان حاصل شود که برق مورد استفاده برای عملکرد آنها از منابع تجدید پذیر تامین می شود. این امر مرکز داده سبز CUDOS را بسیار منحصر به فرد می کند - پنل های خورشیدی آن را روی سقف آن و برق آبی از سدهای همسایه تامین می کند. علاوه بر این، تمام زباله های تولید شده در مرکز داده ما از زمان افتتاح آن در سال 2009 بازیافت شده است.

نتیجه

با فناوری سازگار با محیط زیست و شبکه غیرمتمرکز، CUDOS راه حلی برای تأثیرات زیست محیطی محاسبات ابری است. این یک جایگزین پایدارتر برای خدمات ابری سنتی ارائه می دهد.

برای تحقق چشم انداز یک Web3 غیرمتمرکز، Cudos با ترکیب DeFi، NFT ها و تجربیات بازی، به متاورس دامن می زند. این به همه کاربران اجازه می دهد تا از گسترش شبکه سود ببرند. ما یک پلتفرم باز و قابل تعامل هستیم که به عنوان یک سکوی پرتاب برای واقعیت های دیجیتالی کاملاً غوطه ور و بازی سازی شده عمل می کند. ما زیرساخت های لازم برای برآوردن نیازهای پردازشی 1000 برابری را فراهم خواهیم کرد. به منظور تضمین دسترسی غیرمتمرکز و بدون مجوز به محاسبات با کارایی بالا در مقیاس، Cudos یک بلاک چین لایه 1 و شبکه محاسباتی تحت کنترل جامعه لایه 2 است. توکن ابزار بومی CUDOS به کل شبکه ما قدرت می دهد و سود سهام سالانه جذاب و همچنین نقدینگی را برای دارندگان و سهامداران فراهم می کند.

لیست مجریان نظام مهندسی اراک

وب را کش کنید
شخصی با صفحات شناور در اطراف

کش مکانی است که در آن صفحات وب می توانند منابعی مانند شیوه نامه ها، فایل های اسکریپت یا انواع دیگر داده ها را برای بارگذاری سریعتر صفحه دوم نگهداری کنند. به دلیل پاسخگویی سریعتر، آن را برای کاربران کارآمدتر و راحت تر می کند.
کش پیش فرض

انجام پروژه در فریلنس پروژه

مرورگر یک تنظیمات پیش‌فرض برای ذخیره‌سازی فایل‌ها دارد که فکر می‌کند احتمالاً تغییر نمی‌کنند، بر اساس آخرین هدر. فایل ها برای 10٪ بیشتر از طول عمر فعلی خود، از زمان درخواست نگهداری می شوند. این بدان معناست که فایل هایی که یک ماه پیش (30 روز) روی سرور ایجاد شده اند، به مدت 3 روز دیگر (10٪ از 30) روی مشتری ذخیره می شوند.


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

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

هدر HTTP کنترل کش، دستورالعمل‌هایی را برای درخواست‌ها و پاسخ‌ها، که کش کردن در مرورگر و حافظه‌های پنهان مشترک را کنترل می‌کند، دارد.

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

سفارش ساخت سایت در فریلنس پروژه
پاسخی که از سرور دریافت می‌کنید عمری تازه دارد، که تعیین می‌کند چه زمانی یک منبع کهنه شود. همانطور که قبلاً ذکر شد، مرورگر از هدر Last-Modified برای کش کردن فایل‌ها به عنوان مثال استفاده می‌کند. طول عمر تازگی اما طول عمر تازگی را می توان از طریق کنترل حافظه پنهان نیز تنظیم کرد: دستورالعمل حداکثر سن یا سربرگ Expires. اگر هیچ یک از اینها روی پاسخ تنظیم نشده باشد، مرورگر تازه بودن را از سرصفحه تاریخ و سربرگ آخرین تغییر محاسبه می کند.

Freshness Lifetime = (تاریخ - آخرین مرورگرها پیاده سازی ها و مواردی را که می توانید در دستگاه کاربر ذخیره کنید متفاوت است. اما مقدار آن معمولاً بر اساس فضای موجود در دستگاه است.

کروم و کروم به مرورگر اجازه می‌دهند تا حداکثر 80 درصد از فضای دیسک و تا 60 درصد از کل فضای دیسک را در هر مبدا استفاده کند.
فایرفاکس به مرورگر اجازه می دهد تا 50 درصد از فضای خالی دیسک را استفاده کند و در هر منبع تا 2 گیگابایت استفاده کند.
سافاری اجازه 1 گیگابایت را می دهد، اما کاربران را برای ذخیره سازی بیشتر و افزایش محدودیت در 200 مگابایت افزایش می دهد.

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

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

مرورگرهای مبتنی بر کروم و فایرفاکس زمانی که فضای مرورگر تمام شود شروع به حذف داده‌ها می‌کنند و همه داده‌های سایت را از مبداهایی که اخیراً استفاده شده‌اند پاک می‌کنند تا زمانی که مرورگر دوباره زیر حد مجاز شود.
سافاری یک سقف هفت روزه را بر روی تمام حافظه های قابل نوشتن اعمال کرده است.) / 10

طول عمر طراوت = (تاریخ - آخرین اصلاح) / 10

و سپس محاسبه زمان انقضا، به معنای تاریخی به آینده که در آن حافظه پنهان بیات خواهد شد.

زمان انقضا = زمان پاسخ + طول عمر تازگی - سن فعلی

با استفاده از هدر Cache-Control می‌توانید به مرورگر بگویید که چه مدت محتوا را در حافظه پنهان نگه دارد و وقتی حافظه پنهان از بین می‌رود چه کاری انجام دهد.

تنظیم دستورالعمل حداکثر سن به مرورگر می گوید که چه زمانی پاسخ پس از x ثانیه "قدیمی" شده است. این بدان معناست که مرورگر با درخواست بعدی از سرور یک نسخه جدید می خواهد. مشابه هدر Age که زمان ذخیره شده را در کش پروکسی ذخیره می کند.
دستورالعمل عدم فروشگاه به مرورگر می‌گوید که محتوا را کش نکند، و باعث می‌شود کاربر هر بار یک درخواست جدید و تازه دریافت کند.
دستورالعمل no-cache محتوا را ذخیره می کند اما از سرور می خواهد که هر درخواست را مجدداً تأیید کند.
دستورالعمل must-revalidate تا زمانی که هنوز یک درخواست جدید دارید، پاسخ را در حافظه پنهان نگه می‌دارد و وقتی پاسخ کهنه شد، دوباره اعتبار می‌دهد.
دستورالعمل تغییرناپذیر به مرورگر می‌گوید که پاسخ «این» تغییر نمی‌کند و نیازی نیست قبل از کهنه شدن پاسخ، تأیید اعتبار بخواهید.

یک روش مدرن این است که از آن با الگوی cache-busting استفاده کنید، جایی که شما یک شماره نسخه یا هش را در انتهای نام فایل اختصاص می‌دهید و URL منبع را تغییر می‌دهید. بنابراین فایل به روز می شود. استفاده از ETag روشی مشابه برای برچسب گذاری منابع شما با مقدار هش است و بررسی می کند که آیا فایل هنوز در سرور معتبر است یا خیر.

انجام پروژه متلب در فریلنس پروژه
فضایی برای کش شما

مرورگرها پیاده سازی ها و امکانات متفاوتی از میزان ذخیره سازی در دستگاه کاربر دارند. اما مقدار آن معمولاً بر اساس موجودی است

فضای خالی دستگاه

کروم و کروم به مرورگر اجازه می‌دهند تا حداکثر 80 درصد از فضای دیسک و تا 60 درصد از کل فضای دیسک را در هر مبدا استفاده کند.
فایرفاکس به مرورگر اجازه می دهد تا 50 درصد از فضای خالی دیسک را استفاده کند و در هر منبع تا 2 گیگابایت استفاده کند.
سافاری اجازه 1 گیگابایت را می دهد، اما کاربران را برای ذخیره سازی بیشتر و افزایش محدودیت در 200 مگابایت افزایش می دهد.

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

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

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

چه فایل هایی را کش کنیم

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

همچنین ممکن است مواردی مانند ترافیک وب سایت، زمان پاسخگویی سرور و نرخ درخواست را در نظر بگیرید. این معیارها اغلب با کش سمت سرور در نظر گرفته می شوند.

لیست مجریان نظام مهندسی اراک
ایجاد تجربه اصلی آنلاین یک چیز است، اما آفلاین کردن آن چیز دیگری است. آفلاین به اینترنت دسترسی ندارید، بنابراین نمی‌توانید موارد را در DOM به‌صورت ناهمزمان به‌روزرسانی کنید. ذخیره برنامه شما دسترسی آفلاین به آن را امکان پذیر می کند زیرا از قبل فایل ها را به صورت محلی در اختیار دارید و همچنین تجربه یکپارچه تری را برای کاربران با اتصال بد ایجاد می کند.

دسترسی به فایل‌ها به صورت آفلاین، بهبود تجربه آنلاین است و برنامه شما را قابل اعتمادتر می‌کند. به تدریج قابلیت های برنامه خود را افزایش دهید. پیشرفت های تدریجی ویژگی اصلی PWA هستند. با کش و یک سرویس کار (در حال حاضر فقط برای کروم و اندروید مورد نیاز است) می توانید قابلیت های برنامه خود را افزایش داده و آن را برای دسکتاپ و موبایل خود قابل نصب کنید.
نتیجه

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

در دسترس قرار دادن برنامه شما به صورت آفلاین می تواند برای کاربرانی که اتصال اترنت بدی دارند یک مزیت باشد. این برنامه را قابل اطمینان تر می کند و می تواند با ویژگی PWA قابل نصب باشد.
انجام پروژه برنامه نویسی

n در شکل 5.
شکل 5. نمونه ای از درخواست برنامه ریزی. مشخصات هدف همانطور که در شکل نشان داده شده است به صورت رشته ای جمع می شوند و بعداً به پرسشنامه ترجمه می شوند

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

در Potential Audience Size، ما از یک فیلتر شکوفایی برای هر فهرست مخاطب استفاده می کنیم تا شناسه های کاربر مرتبط با لیست مخاطبان و همچنین تعداد کل کاربران آنها را پیگیری کنیم. مطالب مهندسی این به ما اجازه می دهد تا به طور موثری حافظه و استفاده از ذخیره سازی را مدیریت کنیم.

سرویس برنامه ریزی یک سرویس چند لایه است که ترجمه مشخصات هدف مشخص شده توسط تبلیغ کننده به پرسشنامه تنها یک قسمت است. سرویس Planning از چهار لایه مختلف تشکیل شده است که هر لایه منطق متفاوتی برای ارسال درخواست به لایه پایین و پاسخ به لایه بالایی دارد. لایه ها در شکل 6 نشان داده شده اند.
شکل 6. تصویری از لایه ها در سرویس برنامه ریزی. هر لایه فقط درخواست را به لایه پایین ارسال می کند و پاسخ را به لایه بالاتر ارسال می کند

در زمینه ارسال درخواست از مدیر تبلیغات به Muse، لایه‌های بازنویسی و بازیابی وظایف قابل توجهی را انجام می‌دهند. لایه بازنویسی، کلمات کلیدی و علایق را در درخواست برنامه ریزی، مانند ریشه کردن کلمات کلیدی، واکشی علایق مشتق شده، و تبدیل علایق به شکل متعارف آنها با توجه به یک مرجع داخلی، تغییر می دهد. در نهایت، لایه بازیابی درخواست به روز شده را به squery ترجمه می کند و درخواست جستجو را به خوشه Muse ارسال می کند.
خدمات برنامه ریزی - پاسخ

طرف دیگر سرویس برنامه ریزی و آخرین قطعه در اندازه مخاطب بالقوه، مدیریت پاسخ از خوشه Muse است. به طور خلاصه، همانطور که در شکل 6 نشان داده شده است، این از Muse به لایه sanitize می رود. پاسخ به روز شده از لایه sanitize در نهایت در Ads Manager نشان داده می شود. مطالب علمی
لایه بازیابی پاسخی را از خوشه Muse دریافت می کند که شامل شماره کاربر تجمیع شده است. اگر یک یا چند لیست مخاطب در هدف گذاری پیکربندی شده باشد، لایه بازیابی تنظیمی را بر اساس نرخ مثبت کاذب فیلتر شکوفایی فهرست مخاطبان اعمال می کند، همانطور که در شکل 7 نشان داده شده است.
شکل 7. محاسبه برای تخمین کل کاربران در هنگام استفاده از فهرست مخاطبان. تعداد کاربران منطبق در برخی از فاکتورهای مثبت کاذب برای تنظیم ضرب می شود.

مرزهای پایین و بالایی از تعداد کاربران تخمین زده شده تخمین زده می شود. این محدوده به ما کمک می کند تا اطمینان خود را نسبت به برآوردهای خود به طور مناسب تری بیان کنیم.

هنگامی که لایه بازیابی محدوده اندازه مخاطب برآورد شده را برمی گرداند، تنظیمات بیشتری در لایه پیش بینی و لایه پاکسازی انجام می شود. اگر تبلیغ‌کننده محدوده تاریخ را در Ads Manager مشخص کرده باشد، لایه پیش‌بینی محدوده تعداد کاربران روزانه را به ماهانه یا هر محدوده تاریخی معینی تعمیم می‌دهد. لایه ضدعفونی کننده، به عنوان آخرین مرحله، منطق تجاری اضافی را برای اصلاح بیشتر برآوردهای ما اعمال می کند.

پس از تکمیل تخمین، لایه sanitize تخمین اندازه کاربر نهایی را به Ads Manager ارسال می‌کند و Ads Manager اندازه مخاطب بالقوه را برای تبلیغ‌کننده نمایش می‌دهد. ابزار یونی

Outro

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

تیم Ads Intelligence در Pinterest همیشه به دنبال ایجاد ویژگی هایی است که به تبلیغ کنندگان کمک می کند تا به طور کارآمد و بدون زحمت به هدف خود برسند. سرویس Potential Audience Size تنها یکی از این ویژگی هاست. اگر به ویژگی‌های دیگری از این دست که ما ساخته‌ایم علاقه دارید، به سیستم‌های توصیه تبلیغ‌کننده یا بودجه‌های کمپین نگاهی بیندازید. اگر می‌خواهید با ارائه قدرت‌های فوق‌العاده به کسب‌وکارها در پینترست کمک کنید، بیایید و به تیم ما بپیوندید!
سپاسگزاریها:

مایلیم از تیم متقابل زیر (لیست جامعی نیست) برای مشارکت تشکر کنیم -

تیم هوش تبلیغاتی: فلاویو بوسولان، چانهوم (شان) چو، تیانیوان کوی، یو هائو، دانیلو نونس دوس سانتوس، پری اوگونوله، روئیسین کیانگ، یمینگ شی، ملانی استام، کشاوا سوبرامانیا، زو یانگ

راه حل های تبلیغ کننده: کلوین جیانگ، مائو یه
تیم هدف تبلیغات: Jacob Gao، Paul Nunez، Scott Zou

تیم تجربه تبلیغ کننده: آرگون آلپارسلان، دنی گنیباس، رابی هلمز، فرنی هوانگ، مایکل لام، لئو لام، پریانکا پاتیل، میرا سرینیواسان

برای کسب اطلاعات بیشتر در مورد مهندسی در Pinterest، بررسی کنید2 ابر الکترونیکی