stompserver - آنلاین در ابر

برنامه:

نام

stompserver - سرور پیام پروتکل Stomp

خلاصه

stompserver [گزینه های]

شرح

سرور پیام‌رسان Stomp با صف‌های FIFO مبتنی بر فایل/dbm/حافظه/اکتیو رکورد، صف
نظارت و احراز هویت اولیه

OPTIONS

-C, - پیکربندی=CONFIGFILE
فایل پیکربندی (پیش‌فرض: stompserver.conf)

-p, --بندر=PORT
تغییر پورت (پیش‌فرض: 61613)

-b, -روح=ADDR
تغییر میزبان (پیش‌فرض: localhost)

-q, --نوع صف=QUEUETYPE
نوع صف (حافظه|dbm|activerecord|فایل) (پیش‌فرض: حافظه)

-w, --working_dir=DIR
دایرکتوری کاری را تغییر دهید (پیش‌فرض: فهرست فعلی)

-s, --ذخیره سازی=DIR
دایرکتوری ذخیره سازی را تغییر دهید (پیش فرض: stompserver، نسبت به working_dir)

-d, - رفع اشکال
پیام های اشکال زدایی را روشن کنید

-a, --
نیاز به مجوز مشتری

-c, --ایست بازرسی=ثانیه ها
زمان بین چک کردن صف ها به ثانیه (پیش فرض: 0)

-h, --کمک
نمایش این پیام

صف ها

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

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

صف‌های dbm در صورت موجود بودن از berkeleydb استفاده می‌کنند، در غیر این صورت dbm یا gdbm بسته به
سکو. sdbm با داده های مارشال به خوبی کار نمی کند. توجه داشته باشید که این صف ها وجود ندارد
در این نسخه آزمایش شده است.

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

ذخیره‌سازی مبتنی بر رکورد فعال انتظار دارد یک فایل database.yml را در پیکربندی پیدا کند
فهرست راهنما. این باید قوی ترین باطن باشد، اما کندترین. پایگاه داده باید
یک جدول ar_messages داشته باشید که می توانید با کد زیر ایجاد کنید (شما هستید
مسئول انجام این کار):

ActiveRecord::Schema.define do
create_table 'ar_messages' do |t|
t.column 'stomp_id', :string, :null => false
t.column 'frame', :text, :null => false
پایان
پایان

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

class ArMessage < ActiveRecord::Base
serialize:frame
پایان

اجرای ar_message مطمئناً در آینده تغییر خواهد کرد.

این به این معنی است که به راحتی توسط یک برنامه Rails قابل خواندن است (که می تواند این کار را انجام دهد
ar_messages ایجاد جدول با مهاجرت).

ACCESS کنترل

مجوز اصلی مشتری نیز پشتیبانی می شود. اگر پرچم -a به stompserver در ارسال شود
راه اندازی، و یک فایل .passwd در دایرکتوری اجرا وجود دارد، سپس کلاینت ها باید این کار را انجام دهند
یک ورود و رمز عبور معتبر ارائه دهید. برای فرمت فایل رمز عبور به passwd.example مراجعه کنید.

نظارت بر

صف ها را می توان از طریق صف مانیتور نظارت کرد (احتمالاً از این پشتیبانی نمی شود
روشی در آینده برای جلوگیری از آلودگی فضای نام صف). اگر مشترک شوید
/queue/monitor، هر 5 ثانیه یک پیام وضعیت دریافت خواهید کرد که هر کدام را نمایش می دهد
صف، اندازه آن، فریم‌ها در صف و فریم‌ها در صف قرار گرفته‌اند. آمار در همان قالب ارسال می شود
هدرهای stomp، بنابراین تجزیه آنها آسان است. در زیر نمونه ای از پیام وضعیت آمده است
حاوی آمار برای 2 صف:

صف: /queue/client2 اندازه: 0 در صف: 400 در صف: 400

صف: /صف/اندازه آزمون: 50 در صف: 250 در صف: 300

از stompserver آنلاین با استفاده از خدمات onworks.net استفاده کنید