مرحبًا ، أواجه حاليًا مشكلة في بطاقة الرسومات 9800GTX + DRIVERS 285.62: 1) لقد تلقيت رسالة خطأ تفيد بأن برنامج تشغيل جهاز العرض توقف عن العمل واسترد عافيته. 2) أحصل على خطوط ملونة مختلفة في جميع أنحاء شاشتي عادة ما تكون زرقاء ثم يتجمد جهاز الكمبيوتر الخاص بي وأحتاج إلى إعادة التشغيل. بدأ كل هذا عندما قمت بتحديث بطاقتي ، لكنني خفضت ولا أزال أتحدث. فحص برامج التشغيل في DRIVERZONE.COMid: Z5DB33AB

مرحبًا بك! Computer Hope هو الموقع الأول للحصول على مساعدة مجانية من الكمبيوتر. سيساعد المنتدى الجميع في جميع أسئلة الكمبيوتر. يرجى تقديم مزيد من التفاصيل. ما هو نوع الكمبيوتر وطرازه وما هو عمره. ما هو إصدار Windows الذي لا تملكه وهو إصدار 64 بت. ما بطاقة الرسوم البيانية كانت قيد الاستخدام قبل اختصارها. هل قمت بترقية الترقية ك صرح الصانع؟ يمكن فقط تثبيت بعض البطاقات بطريقة واحدة ، لا توجد اختصارات. هل تثق في DRIVERZONE.COM لمساعدتك في العثور على برنامج التشغيل الصحيح؟

هذا هو السائقين لبطاقة الفيديو. ابحث عن برامج التشغيل من بطاقة الفيديو. تحقق مدير الجهاز.

هل جربت نسخة مختلفة من برامج تشغيل الفيديو؟ يمكنك أيضًا تجربة التمهيد في الوضع الآمن. سيؤدي ذلك إلى تعطيل برامج تشغيل الفيديو حتى تتمكن من معرفة ما إذا كانت المشكلة مع برامج التشغيل أو مع أجهزة الفيديو نفسها.

طرق لإخفاء رمز العرض الخاص بك!

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

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

لا انقر بزر الماوس الأيمن فوق البرنامج النصي بدون تنبيه تنبيه قبيح

يمكنك دائمًا استخدام التشفير/الترميز ، بالطبع ليس دليلًا على التكسير تمامًا ، لكنه سيحمي المستخدم العادي من سرقة شفرة المصدر. يتم استخدام وظيفة "النقر بزر الماوس الأيمن" في الغالب لمنع الأشخاص من النقر بزر الماوس الأيمن على الصور وسرقة الصور ، ولا يزال بإمكان الأشخاص الوصول إلى التعليمات البرمجية المصدر من خلال تصفح شريط التنقل لمعظم المتصفحات ((IE): عرض-> المصدر). بالطبع ، لا تمثل طريقة محاولة منع الأشخاص من سرقة الصور إثباتًا تامًا للتكسير أيضًا ، لأي شخص يمكنه قراءة كود HTML الصغير. لكن انظر إلى التشفير/الترميز ، لقد صنعت نوع التشفير الخاص بي مع مجموعة من Ascii وطريقتي الخاصة في Javascript ، بالطبع لن أعرض عليك شفرة المصدر هذه. لكن تشفير Ascii هو الطريقة الأكثر شيوعًا وسوف يمنع حدوثه بشكل طبيعي دنيوي المستخدم من سرقة التعليمات البرمجية الخاصة بك ، فقط ابحث في google عن "Ascii Encryption HTML" ، أو أي شيء على غرار ذلك. يجب أن يساعد!

التشفير ليس التشويش. تحويل النص إلى رمز حرف HTML المكافئ (A وما إلى ذلك) هو التعتيم. يمكن استخدام نفس الطريقة المستخدمة لإنشاء مكافئات ASCII لعكس العملية بسهولة تامة. الأمان عن طريق التعتيم ليس بالأمان ؛ انها مجرد حماقة.

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

لقد رأيته يستخدم بشكل فعال. يمكن تطبيقه بسهولة في معظم المواقع دون أي قلق. الطريقة الأخرى هي وضع معظم شفرة المصدر في ملفات منفصلة JS و VBS ، وضعت في مجلد منفصل. (أو في أي مكان ، حقا). بينما يقوم المستعرض بتنزيل البرامج النصية مع باقيها ، قد يكون من الصعب البحث من خلال ملف cache عن ملف مؤقت عندما تعرف فقط الامتداد. لم أكن أقول أي شيء ضد أساليبك ؛ كنت فقط أقول أنه ، كما قلت ، لا توجد طريقة مضمّنة للقيام بالتشفير وحتى تضمين الصفحة ؛ أفضل ما يمكننا فعله هو جعل الأمر صعبًا ، وهو ما يكفي عادة. السؤال الذي لا مفر منه يطرح نفسه فيما يتعلق بالجانب الذي يستحق كل هذا العناء ، وهذا يعتمد كليا على الكود المظلل. وهناك طريق مختلف تمامًا يتمثل في محاولة وضع كل الكود ممكن على جانب الخادم ؛ يمكن تعيين أذونات لعدم السماح بشكل كامل بالوصول إلى التعليمات البرمجية

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

ChrisXPPro ، هل يمكنك تعديل مشاركتك الأولى وتقسيم الخطوط الطويلة التي تسبب الحاجة إلى التمرير الأفقي الهائل لقراءة المنشورات في هذا الموضوع؟

واو - آسف لذلك - أعتقد أنني لم أتحقق من ذلك عندما نشرت! أنا أكره التمرير الأفقي أيضًا - إصلاحه الآن.

هل يمكن تشفير شفرة المصدر الخاصة بك. www.dynamicdrive.com/dynamicindex9/encrypter.htm

ولكن يمكن فك تشفيرها مرة أخرى. دعنا نواجه الأمر ، لا توجد طريقة فعلية لإخفاء الشفرة المصدرية. www.webdeveloper.com/forum/showthread.php؟t=89947
www.programmingtalk.com/showthread.php؟t=21985

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

هذه نقطة مهمة. HTML ليس لغة برمجة. إنها لغة الترميز.

المشاركات الشعبية