هل هذا ملحق أم مكون؟
لم أتمكن من تحقيق السلوك المطلوب باستخدام مكون.
أعلم. ولكن مع iPad و Hub، أصبح الأمر أسهل بكثير من البدء في التنقل ثم تصفح GitHub. لكن السبب الرئيسي ليس الكسل الخالص (هذه المرة…)، بل أن iPad سيكون منخفض الذاكرة وسيقوم نظام التشغيل بقتل DiscourseHub.
ولكن بالتأكيد - فإن إخبار خدعة .rb هو طريقة أكثر إعلامية وفائدة بشكل عام.
كان بإمكاني الوثوق بـ @Thoka عندما قال في البداية إنه مكون إضافي، ولكن لسبب غريب حقًا لم أفعل ذلك.
هل يتطلب هذا مكون السمة أم يعمل بدونه؟
لا تحتاج إلى السمة. إنها تعمل بدونها. لا توجد خيارات تكوين أيضًا. بمجرد التثبيت، سيتمكن كل ملف PDF من القراءة مباشرة في المتصفح.
شكرا لك وشكرا على إنشاء هذا المكون الإضافي الجديد. ![]()
![]()
![]()
@thoka رائع!!! شكراً جزيلاً!!!
![]()
أول شيء أقوله هو أن المكون يعمل بشكل مثالي بالنسبة لي مع S3، ويعرض معاينات مضمنة.
أحد أعضاء منتدانا لديه نهج شديد الحذر تجاه الإنترنت. يستخدم فايرفوكس مع تغيير إعداد سلوك التطبيق لتنزيل ملفات PDF بدلاً من عرضها في المتصفح.
عندما يفتح موضوعًا معينًا تم فيه تحميل ملف PDF مسبقًا، يقوم فايرفوكس تلقائيًا بتنزيل الملف في كل مرة. إنه كفء تقنيًا، على الرغم من أنني لا أستطيع ضمان مهاراته أو خبرته، وقد جرب بالفعل هذا:
تجاوز CSS من جانب العميل باستخدام “iframe.pdf-preview { display: none!important; }” يخفي “المعاينة” ولكن فايرفوكس لا يزال يقوم بتنزيل الكائن الثنائي.
الإجابة الواضحة هي تغيير إعداد المتصفح لمعاينة الملف في فايرفوكس ولكن ليس من مكاني أن أخبر الآخرين بكيفية الحفاظ على ملف تعريف الأمان الخاص بهم عبر الإنترنت، على الأقل ليس دون محاولة إيجاد حل آخر. أي أفكار؟
يمكنك إنشاء سمة أخرى قابلة للتحديد من قبل المستخدم وعدم تضمين مكون السمة في تلك السمة. سيحتاج المستخدم إلى تحديد السمة من ملفه الشخصي.
هذه حيلة مثيرة للاهتمام ولكن ربما تكون “رمي الطفل مع ماء الاستحمام”. ![]()
لديهم خيار استخدام سمة Redditish. يبدو أن الجميع تقريبًا يرغبون في البقاء مع المألوف. سأضع ذلك في الاعتبار.
أنت تتعامل مع مستخدم يتعمد كسر موقعك ثم يشتكي منه. إذا لم يكن يريد ملفات PDF المضمنة، فكيف تمنحه الفرصة لعدم الحصول عليها دون التخلي عن أي شيء؟
إنه يشتكي من التنزيل المتكرر لملف PDF وهو نتيجة لاختياره لإعدادات المتصفح المفضلة لديه. على أساس “لا يمكنك إرضاء جميع الناس في جميع الأوقات”، سيتعين عليه التعايش مع هذا الأمر.
لن يؤدي أي مما يفعله إلى تعطل الموقع لأي شخص آخر. إذا وجد طريقة لجعل شيء ما يعمل لصالحه، فسأعتبر ذلك اختراقًا شرعيًا.
مرحباً،
هل هناك أي تحديث بخصوص علامة التبويب الجديدة؟
شكراً.
نحن نستخدم Discourse send PDF inline لقراءة ملفات PDF التي تم تحميلها محليًا في المتصفح.
مرحباً
هذه هي معاينة ملف PDF الخاص بي
هذه هي أخطاء وحدة التحكم
تم حظر الطلب عبر المصادر: تمنع سياسة المصدر نفسه قراءة المورد البعيد على https://cdn.my_site.com/original/1X/0d281938d3ff2377541704cab6ba1c4408420733.pdf. (السبب: رأس CORS ‘Access-Control-Allow-Origin’ مفقود). رمز الحالة: 200.
الصورة تعمل بنسبة 100٪
https://cdn.my_site.com/optimized/1X/b8e363026da621558d8c2a8159a4a7671eaf0285_2_1035x685.jpeg
رابط ملف PDF هذا مع معاينة معطلة
https://my_site.com/uploads/short-url/1So7iQsrmIZKLQ6UGI86B1cOqD9.pdf
أنا أستخدم CloudFront كشبكة توصيل محتوى (CDN).
إعدادات S3 هنا
موقع S3 الخاص بي
[
{
"AllowedHeaders": [
"*"
],
"AllowedMethods": [
"GET"
],
"AllowedOrigins": [
"http://my_site.com",
"https://my-test-site.site", # يستخدم موقع الاختبار الخاص بي نفس الدلو.
"https://cdn.my_site.com",
"https://URL.cloudfront.net"
],
"ExposeHeaders": [
"Access-Control-Allow-Origin"
]
}
]
أنا أفتقد شيئًا هنا…
ألق نظرة على إعداد أصل cors الإداري.
لقد أضفت cdn.my_site إلى أصل CORS الخاص بي
/admin/site_settings/category/all_results?filter=cors origin
أم كنت تقصد شيئًا آخر!
هذا ما قصدته. إذا لم يقم ذلك بإصلاحه لك، فسيتعين عليك التعمق أكثر. هناك بعض المناقشات في هذا الموضوع، يرجى البحث عنها وإخبارنا كيف سارت الأمور! يمكننا بعد ذلك تحديث المنشور الأول بحل.
لقد قمت بإصلاحه، لكن كدت أفقد عقلي.
لقد قمت بالكثير من “إعادة بناء التطبيق” وحتى أعدت تثبيت أوبونتو بنفسه. لست متأكدًا مما كان خاطئًا. في هذه العملية، قمت بإصلاح تحميل الأصول إلى AWS S3.
ثم واصلت المحاولة بنفس ملف PDF في نفس الموضوع
دون حل.
أخيرًا، استسلمت، وبعد ذلك قمت بتحميل ملف PDF إلى موضوع آخر وعمل.


