الاسم¶

فورتشن - طباعة مثل عشوائي، مأمول أن يكون مثيرًا للاهتمام

موجز¶

fortune [-acefilosw] [-n length] [ -m pattern] [[n%] file/dir/all]

الوصف¶

عند تشغيل fortune بدون وسائط، يطبع مثلًا عشوائيًا. تُقسم الأمثال إلى عدة فئات، حيث تُقسم كل فئة فرعيًا إلى تلك التي قد تكون مسيئة وتلك التي ليست كذلك..SS الخيارات الخيارات كما يلي:

-a

اختر من جميع قوائم الحكم، سواء المسيئة أو غير المسيئة. (انظر الخيار -o لمزيد من المعلومات حول المقولات المسيئة.)

-c

أظهر ملف الكوكي الذي جاءت منه القول.

-e

اعتبر جميع ملفات المقولات متساوية في الحجم (انظر المناقشة أدناه حول الملفات المتعددة).

-f

اطبع قائمة الملفات التي سيتم البحث فيها، لكن لا تطبع قولًا.

-l

أقوال طويلة فقط. انظر -n حول كيفية تعريف “طويل” بهذا المعنى.

-m نمط

اطبع جميع المقولات التي تطابق التعبير المنتظم الأساسي النمط. يعتمد بناء هذه التعبيرات على كيفية تعريف نظامك لـ re_comp(3) أو regcomp(3)، لكن يجب أن يكون مشابهًا للبناء المستخدم في grep(1).

-n طول

اضبط أطول طول للمقول (بالأحرف) يُعتبر “قصيرًا” (المبدئي هو 160). جميع المقولات الأطول من هذا تُعتبر “طويلة”. كن حذرًا! إذا قمت بتعيين الطول قصيرًا جدًا وطلبت مقولات قصيرة، أو طويلًا جدًا وطلبت مقولات طويلة، يدخل fortune في حلقة تقليب لا نهائية.

-o

اختر فقط من الأقوال المأثورة التي يحتمل أن تكون مسيئة. يتم تجاهل الخيار -o إذا تم تحديد دليل fortune.

من فضلك، من فضلك، من فضلك، اطلب ثروة قد تكون مهينة إذا وفقط إذا كنت تعتقد، في أعماق قلبك، أنك على استعداد لأن تُهان. (وأنك ستتوقف فقط عن استخدام -o بدلاً من أن تسبب لنا الحزن بشأن ذلك، حسنًا؟)

-s

أقوال مأثورة قصيرة فقط. انظر -n حول أي الثروات تُعتبر “قصيرة”.

-i

تجاهل حالة الأحرف لأنماط -m.

-w

انتظر قبل الإنهاء لمدة زمنية محسوبة من عدد الأحرف في الرسالة. هذا مفيد إذا تم تنفيذه كجزء من إجراء الخروج لضمان إمكانية قراءة الرسالة قبل مسح الشاشة.

يمكن للمستخدم تحديد أقوال بديلة. يمكنك تحديد ملف محدد، أو دليل يحتوي على ملف واحد أو أكثر، أو الكلمة الخاصة all التي تعني استخدام جميع قواعد البيانات القياسية. يمكن أن يسبق أي من هذه النسبة المئوية، وهي رقم n بين 0 و 100 شامل، متبوعًا بـ %. إذا كان الأمر كذلك، فسيكون هناك احتمال بنسبة n في المئة أن يتم اختيار مثل من ذلك الملف أو الدليل. إذا لم يصل مجموع النسب المئوية إلى 100، وكانت هناك مواصفات بدون نسب مئوية، فسيتم تطبيق النسبة المئوية المتبقية على تلك الملفات و/أو الأدلة، وفي هذه الحالة سيعتمد احتمال الاختيار من أحدها على أحجامها النسبية.

كمثال، بالنظر إلى قاعدتي بيانات funny وnot-funny، مع كون funny أكبر بمرتين (في عدد المقولات، وليس حجم الملف الخام)، قول

الخيار -e يقول باعتبار جميع الملفات متساوية؛ وبالتالي

على سبيل المثال، بافتراض وجود قاعدة بيانات باسم definitions في كل من المجموعات غير الهجومية والهجومية المحتملة، فإن الأمر التالي سيختار تعريفاً غير هجومي 90% من الوقت، وتعريفاً هجومياً محتملاً للـ 10% المتبقية:

الملفات¶

ملاحظة: هذه هي الإعدادات المبدئية كما تم تعريفها في وقت التجميع.

/usr/share/fortune/cookies

دليل الثروات غير المهينة.

/usr/share/fortune/cookies/off

دليل الثروات المهينة.

إذا كانت مجموعة معينة من الثروات غير مرغوب فيها بشكل خاص، فهناك حل سهل: احذف ملف .dat المرتبط. هذا يترك البيانات سليمة، في حال رغبت في الملف لاحقًا، ولكن نظرًا لأن fortune لم يعد يجد ملف المؤشرات، فإنه يتجاهل ملف النص.

العلل¶

تقسيم الأقوال إلى مسيئة وغير مسيئة حسب الدليل، بدلاً من عبر اللاحقة `-o' في اسم الملف، ليس متوافقًا بنسبة 100% مع fortune BSD الأصلي. على الرغم من أن اللاحقة `-o' تُعترف بها كإشارة إلى قاعدة بيانات مسيئة، إلا أن ملفات قاعدة البيانات المسيئة لا تزال بحاجة إلى أن تكون في دليل منفصل. الحل البديل، بالطبع، هو نقل ملفات `-o' إلى الدليل المسيء (مع أو بدون إعادة تسمية)، واستخدام الخيار -a.

تمت مهاجمة قواعد بيانات الثروات المقدمة، من أجل تصحيح الأخطاء الإملائية والنحوية، وخاصة لتقليل التكرار والتكرار والتكرار. ولكن بشكل خاص لتجنب التكرار. لم يكن هذا نجاحًا كاملاً. في هذه العملية، ربما فقدت بعض الثروات أيضًا.

قواعد بيانات الثروات مقسمة الآن إلى عدد أكبر من الملفات الأصغر، بعضها منظم حسب التنسيق (شعر، تعريفات)، وبعضها حسب المحتوى (دين، سياسة). توجد ملفات متوازية في الدليل الرئيسي وفي دليل الملفات المهينة (على سبيل المثال، fortunes/definitions و fortunes/off/definitions). ليست كل الثروات التي يحتمل أن تكون مهينة موجودة في ملفات الثروات المهينة، ولا كل الثروات في الملفات المهينة يحتمل أن تكون مهينة، على الأرجح، على الرغم من بذل محاولة قوية لتحقيق اتساق أكبر. أيضًا، قد يتم تقسيم أفضل.

التاريخ¶

هذا الإصدار من fortune مبني على NetBSD fortune 1.4، ولكن مع عدد من إصلاحات الأخطاء والتحسينات.

صيغة fortune/strfile الأصلية استخدمت ملفًا واحدًا؛ strfile قرأ الملف النصي وحوله إلى سلاسل مفصولة بقيم فارغة، خُزنت بعد جدول المؤشرات في ملف .dat. بحلول NetBSD fortune 1.4، تغير هذا إلى ملفين منفصلين: ملف .dat كان فقط الرأس (جدول المؤشرات، بالإضافة إلى الأعلام؛ انظر strfile.h)، وتركت السلاسل النصية في ملفها الخاص. المشكلة المحتملة في هذا هي أن الملف النصي وملف الرأس قد يصبحان غير متزامنين، لكن الميزة هي أن الملفات النصية يمكن تحريرها بسهولة دون اللجوء إلى unstr، وهناك توفير محتمل في مساحة القرص (على افتراض أن مدير النظام احتفظ بملف .dat مع السلاسل والملف النصي).

افترضت العديد من التحسينات التي أُجريت على إصدار NetBSD نظام لينكس، وبالتالي تسببت في فشله تحت منصات أخرى، بما في ذلك BSD. منذ ذلك الحين، جُعل الكود المصدري أكثر عمومية، ويعمل حاليًا على SunOS 4.x بالإضافة إلى لينكس، مع دعم متوقع لمزيد من المنصات في المستقبل. لاحظ أن بعض الأخطاء اكتُشفت وصُححت عن غير قصد خلال هذه العملية.

على سبيل التخمين، عمل عدد كبير جدًا من الأشخاص على هذا البرنامج، كثيرون منهم دون ترك نسب.

انظر أيضًا¶

re_comp(3)، regcomp(3)، strfile(1)، unstr(1)

ترجمة¶

تُرجمت هذه الصفحة من الدليل بواسطة زايد السعيدي <zayed.alsaidi@gmail.com>

هذه الترجمة هي وثيقة مجانية؛ راجع رخصة جنو العامة الإصدار 3 أو ما بعده للاطلاع على شروط حقوق النشر. لا توجد أي ضمانات.

إذا وجدت أي أخطاء في ترجمة صفحة الدليل هذه، يرجى إرسال بريد إلكتروني إلى قائمة بريد المترجمين: kde-l10n-ar@kde.org.