نرم افزار و مهندسی

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 به کل شبکه ما قدرت می دهد و سود سهام سالانه جذاب و همچنین نقدینگی را برای دارندگان و سهامداران فراهم می کند.

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

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 ابر الکترونیکی