: +1: لهذا وأنا أقترح تسمية هذه الأكواب المميزة ، كما هو الحال في أكواب الشاي ....

laplix قد يكون هذا مربكًا بعض الشيء مع خدمة طباعة يونكس المشتركة. +1 أيضًا.

فنجان؟ كوبى؟ أو ببساطة Pastebin؟

أو مجرد مقتطفات ، أعلم أنه ليس اسمًا فاخرًا ؛)

ما زلت (انظر قضية gogs) أعتقد أن هذه يجب أن تكون خدمة خارجية. ومع ذلك يمكننا جعله قابلاً للحقن في Gitea 🙂

ميزات اختيارية:

) قسم التعليق
) المراجعات (التاريخ)
) إبراز النحو ، والذي لا يتوفر حتى في Gist
) التصفية والفرز

يظهر عدد كبير من تقارير +1 والعديد من تقارير المشكلات التي تم إنشاؤها بشكل منفصل حول هذا الاقتراح صورة واضحة:

gogits / gogs # 936

من ناحية أخرى ، يجب أن يكون تنفيذ المقتطفات أمرًا بسيطًا إلى حد ما.

احتفظ بمستند مخفي يسمى _snippets (أو ما شابه) ، كل قصاصة عبارة عن مجلد أو مجلد (أو مقتطف) يمكن أن يحتوي على ملفات متعددة. منجز :)

bkcsoft على GitHub ، كل قصاصة عبارة عن مستودع Git (ولكن يمكن أن يحتوي على العديد من الملفات). لكن يمكننا جعلها مختلفة.

لا أعرف ما إذا كان يجب أن يكون جزءًا من Gitea أم مشروع منفصل. إذا كان في Gitea ، فسيكون من الأسهل إعادة استخدام الكود.

على أي حال ، يجب أن نضع في اعتبارنا أن العديد من الأشخاص (بمن فيهم أنا) يكرهون واجهة مستخدم GitHub لـ Gists. أعتقد أنه يمكننا القيام بذلك بشكل أفضل. يجب أن تكون هناك فئات أو علامات لتنظيم الجوهر. يجب أن يكون من السهل العثور على الجواسيس الموجودة والبحث عنها.

تحتوي على جميع المقتطفات في مستودع واحد :

الايجابيات:

• سهولة الاستيراد / المزامنة مع المحرر الخاص بك
• سهل التنفيذ إلى حد ما: trollface: (فكر في نسخ ولصق كود wiki)

سلبيات:

• قد تتباطأ إذا كنت تستخدم المقتطفات كثيرًا
• من الصعب إزالة المقتطف تمامًا (إعادة كتابة التاريخ ، ليس لطيفًا أبدًا)

تمتص واجهة مستخدم Gist بالفعل ... هناك الكثير مما يجب تحسينه ، ويشعر بأنه تم اختراقه معًا ...

يجب أن يحتوي IMO على كل شيء يتعلق بالمقتطفات إلى الريبو المذكور (إذا كان واحدًا ، وإلا فأنا جميعًا معروضًا للوحدات الفرعية أو أي شيء لتتبعها ...) ، وهذا يشمل الفئات (مجلدات أي شخص؟: trollface :) والعلامات

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

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

قد يكون مرشحًا جيدًا للتفرع والتعديل: https://github.com/defunkt/gist

أو هذا https://github.com/gmarik/Gistie

defunkt / gist هي أداة سطر أوامر للتحدث إلى Gist ، و gmarik / Gistie مكتوب بلغة Ruby ، ​​وكلاهما غير وثيق الصلة هنا 🙂

يفضل مكتبة نقية golang.

lunnybkcsoft في حالتي ، أنشر Gistie ليكون خيارًا لمعرفة كيفية عمل هذه الأداة وتنفيذها على Gitea ، وليس لاستخدام أداة في Gitea.

يمكنك استخدامه مع خادم متسرع ، حتى لا يضطر الأشخاص إلى التفكير في المساحة. استخدم hastebin.com افتراضيًا وأرسل الطلبات من العميل باستخدام جافا سكريبت ، لذلك لن يكون الخادم مقيدًا بالسعر. ولكن أيضًا تسمح للمستخدمين باستخدام خادم التسرع الخاص بهم. يمكن تنفيذه باستخدام إطار iframe.

لقد وجدت للتو اليوم أداة رائعة أريد مشاركتها معك: fssnip.net

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

يبدو أن رابط Bountysource معطل بالمناسبة. هذا هو الإجمالي الحالي:

بعض الأفكار حول Gist أو نسميها Cups ؟

1. cup هو مستودع محدد ، حتى نتمكن من إعادة استخدام جميع الرموز القديمة. ثم لدينا أنواع مستودعات معكوسة ومتشعبة وأكواب وما إلى ذلك.
2. يمكن أن يحتوي كل نوع من أنواع المستودعات على علامات تبويب مختلفة (نقوم بتخزينها في repo_unit). لذلك يمكن لكل مستودع تحميل وحداته إلى علامات تبويب.
3. بالنسبة cup ، هناك ملفات نصية فقط مسموح بها (لا توجد مجلدات ولا صور ولا ملفات ثنائية) واسم الملف الأول هو أيضًا اسم المستودع. على سبيل المثال tea.go . ستعرض واجهة المستخدم الرئيسية للمستودع cup كود الملف وبعض التعليقات. يمكن أن يكون التعليق في الجزء السفلي أو في بعض سطر التعليمات البرمجية.
   كما أنه يحتوي على وصف أو ربما فئات.
4. بالنسبة cup ، توجد مشكلة واحدة فقط عند إنشاء المستودع. يجب أن تتبع جميع التعليقات هذه المشكلة ، ثم يمكننا رؤية جميع التعليقات على واجهة المستخدم cup .
5. يمكن أن تكون مستودعات cup في /cups/<user_name>/<cup_name> وإدخال منفصل في القائمة العلوية للوحة القيادة. لن تعرض جميع الأماكن الأخرى هذا النوع من المستودعات. لكن لا يمكن إعادة استخدام اسم المستودع في المستودع العادي للمستخدم. يمكن أن تكون واجهة المستخدم هذه هي لقطات شاشة ShalokShalom أو أي فكرة جديدة. وتقديم البحث عن الكود لأننا قمنا بدمجه في الإصدار 1.3.

ألق نظرة على الجوهر ، يمكن أن يكون هناك عدة ملفات.

lunny فيما يتعلق بـ 3: مع الجوهر ، أستخدم أحيانًا ملفات متعددة لذا أعتقد أن قصرها على واحد قد لا يعمل في بعض الحالات. أيضًا ، ربما بدلاً من فرض امتداد الملف ، يمكننا إما افتراض نص / عادي ، أو التحقق مما إذا كان الملف ملفًا ثنائيًا ثم توفير رابط للملف الخام.

تحرير: حصل ptman عليها أولاً.

الملفات الثنائية لخدمة Pastebin؟ ليست فكرة جيدة.

من فضلك لا تتطلب امتداد الملف ، وإلا فلن تتمكن من مشاركة ملف makefile.

ptmantboergertechknowlogick تحديث تعليقاتي .

نظرًا لأن بعض الأشخاص لم يعجبهم كيف قمنا بدمج التتبع الزمني في النواة ، فماذا عن جعل Pastebins خدمة خارجية تتكامل بإحكام مع giteas api وتستخدم مستودعاتها لتخزين المعاجين؟
أعتقد أنه حتى Githubs pastebin هي نوع من الخدمة الخارجية ...

kolaente لذا تم تعطيل الإعداد الافتراضي. ولكن كخدمة خارجية ، ستحتاج إلى مزيد من العمل أكثر من كونها داخلية لأن المستودع ، والمشكلة ، والتعليق كلها جاهزة.

كلاهما؟ إذن Github Gists مع حل خاص؟
و جيتبين للاسم الداخلي؟

تعديل المالك: يرجى الحفاظ على المناقشات آمنة للعمل ...

+1

lunny ماذا عن هذا. حجز المستودع _snippets.git ثم هل تستخدم الخدمة الخارجية ذلك للمقتطفات؟

تحرير: بهذه الطريقة لا يزال لدينا إمكانية الوصول إلى التعليقات (بمجرد تنفيذ ذلك ودمجه: trollface:)

أو .snippets.git مثل .wiki.git ؟ وما الخدمة الخارجية المناسبة للقيام بذلك؟

أعتقد أنه إذا كان لدينا خدمة خارجية تتعامل مع خدمة pastebin ، فلن نحتاج إلى حجز مستودع لذلك.

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

أعتقد أنه يمكن استخدام مستودع واحد وفرع جديد لكل لصق

أي سبب لماذا لا يجب أن يكون لدينا الريبو لكل لصق؟ أحد أروع الأشياء حول Gist's GitHub هو أنها في الواقع عبارة عن مستودعات كاملة يمكن استنساخها والالتزام بها.

أرى ذلك أيضًا ، 54

+1

حالما يكون ذلك ممكنًا: هل يمكننا ببساطة إنشاء زر يرتبط بخدمة لصق مخصصة؟

هذا يعطينا العديد من المزايا: تطوير سريع للغاية وتخصيص.
لأكون صريحا:
منذ أن كتبت هذه المشكلة ، تغيرت لغتي المفضلة ودعمت خدمة لصق حتى تلميحات الأدوات والمكتبات.

لا يزال تطبيق Gitea ممكنًا في وقت لاحق وهذا (جيد مثل) صفر جهد إضافي؟

أنا لا أؤيد خدمة باستيبين خارجية. السبب وراء استخدام شركتي لـ Gitea هو امتلاكها داخل شبكة داخلية بسبب الأمان والوصول الداخلي. لا يمكننا استخدام الخدمات الخارجية وإلا فسنستخدم github أو bitbucket. يجب بذل الجهد لوضع اللمسات الأخيرة على الطريقة التي يريدون تنفيذها في gitea وعدم تشتيت انتباههم ببدائل هراء

على أي حال في الإصدار الرئيسي ، يمكنك إضافة علامات تبويب مخصصة إلى الروابط الخارجية في القوالب المخصصة الخاصة بك

لا تعني كلمة "خارجي" بالضرورة "يديرها شخص آخر"
النمطية لها مزاياها أيضًا ...

ShalokShalom أوافق على أن الارتباط سيكون خطوة أولى محتملة ، ربما لمجرد إزعاج شخص ما بما يكفي لجعل شيئًا أفضل

strk بالتأكيد ، ولكن إذا كنا نريد فقط النمطية ، ولا يوجد تكامل ، فلماذا لدينا تتبع المشكلات؟ إطلاق؟ أي شيء بخلاف ما يوفره gitosis

lafriks حقا؟ كيف؟

ptman حسنًا ، لدمج كليهما - روابط إلى صفحات أخرى والحل الخاص - هل هو معياري؟

lukewatts هل فكرة strk جيدة بالنسبة لك؟

ShalokShalom أتوقع أن يختفي الرابط بمجرد توفر حل متكامل

ارتباط الإجراءات العامة مفيد على أي حال. يمكنك الارتباط بصفحة مشروعك وما إلى ذلك.

وسوف يفتقر الحل الداخلي إلى الوظائف التي تهمني.

إن إبراز بناء الجملة في حالة مبكرة جدًا.

كيف يكون ذلك عن تلميحات الأدوات ؟

ShalokShalom ، راجع https://docs.gitea.io/en-us/customizing-gitea/ قسم "إضافة الروابط وعلامات التبويب" (تمت إضافة هذا في # 3308)

شكرا جزيلا ^ _ ^

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

يمكنك الارتباط بخدمة داخلية أيضًا ، طالما أنك تستضيفها بنفسك؟

بالنسبة لي ، أي شيء مثل GitHub سيفي بالغرض ولكن إذا كان من الممكن إجراء بعض التحسينات مثل
العلامات / الفئات
أو حتى تنسيق نمط المدونة / المتوسط ​​الذي من الواضح أنه سيكون ميزة إضافية

أعتقد أن الاندماج في gitea دون الكثير من التعقيد هو الأفضل لفلسفة giteas

خدمة Git ذاتية الاستضافة غير مؤلمة .

ملاحظة فرصة لتطبيق اللامركزية باستخدام BitTorrent أو IPFS أو privEOS. أحب الامتلاك بالبيانات ، لكن امتلاك شيء أكثر اتحادًا لهذا سيكون ارتفاعًا رائعًا لرؤيته.

لذلك مضى على هذا الطلب الآن أكثر من عامين. أتساءل ما إذا كان قد تم إحراز أي تقدم في هذا على الإطلاق؟

لا أحد يعمل على هذا.

نظرًا لأن لدينا الآن دعم oauth ، فقد نتمكن من بناء بعض الأشياء الخارجية.

نعم أعتقد أن صورة ShalokShalom جميلة https://github.com/go-gitea/gitea/issues/693#issuecomment -274277781

lunny هذا هو Flarum.

أحب فكرة المستخدم المحذوف .
وتسمية الكؤوس لهم أيضًا ، مثل Lunny المقترح. ^ ^

هكذا وزعت الكؤوس. : قلب: -: قلب:
شاركي ببعض الأكواب ودعونا نجعل حفلة شاي. :د

الرمي في بعض المكتبات (في Go) لهذا الغرض:

جوهر بسيط للغاية: https://github.com/dyne/binnit
جميل (&) مكتمل: https://github.com/andreimarcu/linx-server
آخر: https://github.com/Parimer/spectre

وواحد تم توزيعه بالفعل:

توقف في التطوير ، IPFS القائم على: https://github.com/beardog108/seedbin

وفقًا لاقتراح Ghost ، وجدت حل استضافة Git لامركزي (موزع) بالكامل وقد يكونون مهتمين بالتعاون. قد أسألهم اليوم ، إذا كنت بخير: https://git.scuttlebot.io/٪25n92DiQh7ietE٪2BR٪2BX٪2FI403LQoyf2DtR3WQfCkDKlheQU٪3D.sha256

هل هناك أي تحديث على ذلك؟
تجعل الصيانة الإضافية الخدمات الخارجية محظورة في مكان عملي ، ولكن خدمة أكواب Gitea ستكون قابلة للاستخدام بالنسبة لنا.
ستكون هذه الميزة إضافة كبيرة بالنسبة لي :)

أعتقد أن هذا يجب أن يكون في خارطة طريق Gitea.

نعم ، الرجاء إضافة هذا!

احب ان ارى هذا ايضا

نعم ، الرجاء إضافة هذا!

احب ان ارى هذا ايضا

من فضلك ، استخدم العواطف للتعليق على بداية المشكلة:

لن يزعج الكثير من المشتركين عبر البريد الإلكتروني:

ولديها المزيد من الوظائف:

أنا أحب اسم Sips (بالنسبة إلى (gi) Tea) للتعبير عن الخواص. :) الكؤوس جيدة أيضًا ، لكنها تذكرني بالمستودعات بالحجم الكامل.

لدي اسم علاقات عامة غير مكتمل

نظام طباعة يونكس المشترك؟ آسف: يضحك:

تضمين التغريدة لم أفكر حتى في هذا الاستخدام.

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

آرتش تستخدم PKGBUILDs ، على عكس pkgbuild من Apple.
يجب أن تكون الأكواب بدلًا من الكؤوس جيدة. لا أرى أي صراع

أى اخبار؟

أما الاسم

إذا أردنا أن يكون مألوفًا ، فيجب أن يكون gists .

إذا أردنا أن يكون ذا علامة تجارية ، فإن sips سيكون أكثر منطقية من cups بالنسبة لي. ومع ذلك ، سأجادل ضد وضع علامة تجارية لمثل هذه الميزة العامة.

يستخدم Gitlab مصطلحات ذات علامة تجارية

في حالة Gitlab ، اختاروا "طلب دمج" بدلاً من "طلب سحب" ، وهو أمر منطقي إذا كنت تفكر في السياق التاريخي لما كان عليه "طلب السحب" على Github الأصلي مقابل وظيفة "الدمج التلقائي" التي تطورت فيما بعد إلى.

ومع ذلك ، سأندهش إذا لم يجروا أيضًا القليل من البحث في مخطط الكلمات الرئيسية من Google واكتشفوا أن استخدام مصطلح "طلب الدمج" منحهم نوعًا من ميزة تحسين محركات البحث (SEO).

تجربة المستخدم الجديدة

كما قلت ، أنا شخصياً لا أرى الكثير من القيمة في إعطائها اسمًا ذا علامة تجارية.

كمستخدم جديد ، سيكون هذا هو الشيء الذي يجعلني أدير عيني وأفكر:

لماذا يجب على الجميع تسمية نفس الشيء بأسماء مختلفة ، لاف

افكار اخيرة

gist ليست علامة تجارية ، فهي مألوفة ومنطقية

إذا لم نستخدم gist لنكون مألوفين ، أقترح اختيار اسم عمدًا باستخدام Google Keyword Planner لاكتشاف المصطلحات المألوفة التي يبحث عنها الأشخاص عند وصولهم إلى "pastebin" و "postbin" و "جوهر" ، إلخ.

أوافق على طلب الدمج ، فهو أكثر منطقية بالنسبة لي.

أنا شخصياً أحب فكرة استخدام اسم خاص وأعتقد بصدق ، بالنسبة لمؤشر google ، يكفي صياغته ببساطة في الوثائق على النحو التالي:

"الأكواب هي حل لحفظ الملاحظات وهو مشابه لما يوفره GithubGist و Pastebin."

لماذا العلامة التجارية مهمة

تعتبر الأسماء الخاصة منطقية لأنها تساعد في التحديد - ولهذا السبب ليس لدينا جميعًا نفس الاسم.

تستثمر الشركات ما يقرب من نصف دخلها في العلامات التجارية ، حيث إن قول Pepsi "لسنا بحاجة إلى اسم خاص ، فقط أطلق عليه اسم Cola" هو أمر سخيف.

أيضا ، دعونا نتحدث عن الميزات الفريدة.

فقط تجربتي الحياتية: عندما تتحدث عن GitHub ، يجب عليك استخدام PR (طلبات السحب) (أو العلاقات العامة ؟) ، عندما تتحدث عن GitLab - يجب عليك استخدام MR (طلبات الدمج). وإذا لم يكن شخص ما على دراية بـ GitLab ، على سبيل المثال ، فيمكن أن يكون مثل:

- من فضلك ، افتح MR.
- السيد؟
- نعم ، مثل… العلاقات العامة في GitHub.

وأحيانًا ، خاصة إذا كنت تحب واحدًا أكثر من الآخر ، يمكنك كتابة خطأ مثل:

- لقد فتحت MR لمشروع GitHub الخاص بك.
- السيد؟
- أوه ، آسف ، PR.

الشيء نفسه عن المقتطفات مقابل الجوهر.

يمكنك استدعاء أشياء Gitea كما تريد ، ولكن بأسماء جديدة سوف تنتفخ المصطلحات.

لماذا لا gits؟ من السهل أن أقول ، إنه يشير إلى gitea ، لكن الآن عندما أكتب .. فجأة .. ملعون الله .. أحب gitbits أفضل .. قليلًا مثل الحكايات.
حسنًا .. حسنًا إذا كان هناك مثل هذا البرنامج المساعد فسيكون حلوًا! مهما كان يسمى. شكرا لك على تطوير gitea بالمناسبة. برنامج جميل. أرغب أيضًا في الحصول على ميزة عندما يمكنني تحرير ملفات تهيئة الخادم / الخوادم مباشرة في Gitea. مع تاريخ الإصدار وكل شيء.

أنا شخصياً لا أهتم بما تسميه. أفضل أن أرى التركيز على التنفيذ أولاً.

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

يقودني ذلك إلى الاعتقاد بأن البيانات الخاصة هي طريقة جيدة لتخزين ملفات الأسرار واستعادتها وتتبعها.

سأتناغم مع الأسماء أثناء وجودي هنا. بصراحة أنا لا أحب أي شيء حتى الآن. أقترح تسمية الخدمة Gistea ومقتطف ورقة. Gistea هي كلمة رئيسية فريدة من نوعها بينما لا يزال من الممكن التعرف عليها على أنها جوهر Gitea ، والأوراق هي تشبيه ذكي وجذاب.

أنا على وجه الخصوص لا أحب "الكؤوس". يذكرني بمشهد معين لمارج سيمبسون. "كأس ... هل يمكنك تهجئة ذلك؟"

أقترح تسمية الخدمة Gistea ومقتطف ورقة.

يعجبني ذلك: بريء:

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

كحالة استخدام فعلية ، كنت أعمل على تعلم الطائرة بدون طيار (CI) مؤخرًا. نظرًا لأنه ينطبق على أي مشروع ، فلا يوجد مكان رائع بالنسبة لي لتوثيق الأفكار ، والمثال ، والتذكيرات ، والنصائح ، وما إلى ذلك. لا أعرف ما يكفي لبدء موقع توثيق لإرشاداتي الخاصة ، وحتى لو فعلت ذلك ، أجد ذلك يمكن أن يكون إلهاء. يمكنني عمل مشروع لمجرد استخدام Wiki ، لكن Wiki يتطلب هيكلًا رسميًا للغاية لجمع مجموعة من الأفكار والأفكار العشوائية.

لقد استقرت الآن على مشروع منفصل حيث أسيء استخدام أداة تعقب المشكلة للملاحظات غير الرسمية لمجرد أنه يمكنني إضافة تسميات إليها. بشكل عام ، أحاول تطوير الوثائق باستخدام issue --> wiki --> formal docs ، لكن هذا لا يعمل بشكل جيد مع الأشياء الصغيرة مثل نصائح Linux CLI ، وما إلى ذلك. إعداد مثل الإعداد الموجود في التعليق المرتبط حيث يمكنني تصنيف الأشياء ووضع علامات عليها سيكون رائعا. سأستخدمه طنًا.

https://github.com/fragmenta/fragmenta-cms
لديه بت postgresql golang.
مونجودب جولانج بت mysql ، سيلا / كاساندرا.
ومع ذلك ، هناك العديد من خدمات pastebin ،
(ملف التكوين: gist ، pastbin .. ، wetpaste ، إلخ)

https://secrethub.io/ ، أفضل قليلاً بالنسبة لمفاتيح api أو الأسرار لتوزيعها على الصناديق أكثر من توزيعها.
Valt.io أو خدمات الخزينة السرية المماثلة ....

My.dev.box و hacked.box.someplace.else
Uid password ، dns ok ...
إن لم يكن في موقع المنزل أو أي خادم الاستضافة
اقتله .. الآن.
يمكن إثبات المربعات مقابل الجوهر للأمن.

أنا بشكل كامل وانا الخاص gist بلدي api التقليب مفتاح خاص ...
احصل على بعض الضربات في مدونة مطور الفريق عن طريق الصدفة ...

OSINT INTELLIGENCE ، يمكنها الكشف عن خدماتي المخفية المفترضة. أي جوهر ..

أدوات Python OSINT ولوحة الترخيص الخاصة بك وعنوانك وهاتفك المحمول والناقل وما إلى ذلك.
Github / gitlab / etc للمفاتيح api ، تضمين كلمات المرور ....

حتى تصفية سلاسل كتلة أي كلمات المرور مفاتيح API
قد يثبت أيضا SANE.

بديل واحد مكتوب في go: https://dev.sigpipe.me/dashie/git.txt