Pagina 12 di 15 primaprima ... 2 10 11 12 13 14 ... ultimoultimo
Visualizzazione dei risultati da 111 a 120 su 146
  1. #111
    Utente di HTML.it
    Registrato dal
    Dec 2001
    Messaggi
    3,259
    precisamente...

    <META HTTP-EQUIV="imagetoolbar" CONTENT="no">

  2. #112
    Utente di HTML.it
    Registrato dal
    Feb 2003
    Messaggi
    29
    A questo punto cosa serve tutto il procedimento visto prima per impedire la copia?
    Un'altra soluzione sarebbe quella di non pubblicarle.
    Tieni le foto nel cassetto e se sono dei capolavori riconosceranno la tua arte postuma. Non saresti il primo. !!!
    renzoA45

  3. #113
    Utente di HTML.it L'avatar di Guidri
    Registrato dal
    Oct 2001
    Messaggi
    251
    Grazie! ...Dennis

  4. #114
    Utente di HTML.it
    Registrato dal
    Dec 2001
    Messaggi
    3,259

    Immagine trasparente che segue il mouse

    per inibile il click con il tasto destro, ecco una cosetta che mi è venuta in mente leggendo il forum...

    codice:
    <html> 
    <head> 
    <script language="JavaScript"> 
    function copri() {
    document.images[0].style.left=window.event.x -5
    document.images[0].style.top=window.event.y -5;
    }
    </script>
    </head>
    <BODY onMouseMove="copri()">
    <img style="position:absolute;filter:alpha(opacity='0')">
    </body> 
    </html>

    ovviamente ha la compatibilità sotto terra... cmq magari interessa studiarlo a qualcuno


  5. #115
    Volevo fare alcune altre considerazioni.

    1)Una pagina crittata, con uno qualsiasi dei metodi elencati prima, di certo è INVISIBILE ai motori di ricerca; in un'epoca in cui c'è gente che si guadagna il pane cercando di essere in testa nei motori di ricerca, vogliamo scrivere pagine INVISIBILI ai motori? Ma stiamo veramente impazzendo...

    2)Una pagina crittata è TOTALMENTE NON VALIDA DAL PUNTO DI VISTA DEGLI STANDARD; prima di tutto quelli basilari, visto che spesso vengono usate delle estensioni proprietarie per nascondere l'algoritmo JS di decrittazione, e poi anche per TUTTI gli standard di accessibilità ai disabili nonchè l'accesso da parte di altri dispositivi, palmari, cellulari, etc.

    3)Tutti questi metodi di protezione sono del tutto privi di mordente: è sufficiente disabilitare JavaScript, per ottenere uno dei due seguenti risultati: la pagina non si vede più per nulla (bel risultato, niente contenuti a chi ha JS disabilitato...) oppure il codice è visibile e perfettamente leggibile con un semplice Click dx.

    Tutto questo per ribadire che non è possibile pensare di proteggere il codice delle proprie pagine web, e l'unica reale soluzione è quell di essere semplicemente più bravi, più creativi e più originali degli altri.

    Che poi è quello che rende sana la competizione.
    "Le uniche cose che sbagli sono quelle che non provi a fare."
    Atipica

  6. #116
    Utente di HTML.it
    Registrato dal
    Feb 2003
    Messaggi
    29
    Caro Dennis,
    approfitto di questa tuo nuovo spunto tecnico per esprimere, spero in modo completo, il mio pensiero circa la necessità di nascondere il codice.
    Questo è un sito aperto a tutti, è il più frequentato perché un sacco di membri si impegnano gratuitamente per fornire risposte e suggerimenti; mettono il codice dei loro lavori a disposizione di coloro che hanno meno esperienza e trovano nel forum le soluzioni alle proprie difficoltà. Tu stesso sei un membro molto attivo e te ne siamo tutti molto grati.
    In questo contesto ci sono però alcuni iscritti (per fortuna pochi) che si rivolgono al forum per ottenere risultati opposti a quelli che animano tutti i partecipanti.
    Non so se chi risponde si possa appellare allo spirito di abnegazione, dedizione, altruismo, disponibilità, superiorità a determinati schemi, che pure appartengono al forum; ritengo innanzitutto sia questione di decenza e di etica.
    DECENZA per chi si rivolge al forum per questi problemi, ETICA per chi risponde.
    Nascondere sistematicamente il proprio codice significa essere convinti di aver adottato tecniche e soluzioni originali ed innovative che nessun altro possa attuare facilmente. Un atteggiamento di egoismo e presunzione che vuole impedire di fatto che altri possano "diventare bravi" come loro. Naturalmente si dimentica che altri invece avranno già adottato soluzioni diverse, sicuramente migliori, da cui loro per primi gradirebbero trarne vantaggio.
    Ciao e grazie ancora
    renzoA45

  7. #117
    Utente di HTML.it L'avatar di hako
    Registrato dal
    Mar 2002
    Messaggi
    991
    Originariamente inviato da renzoA45

    Nascondere sistematicamente il proprio codice significa essere convinti di aver adottato tecniche e soluzioni originali ed innovative che nessun altro possa attuare facilmente. Un atteggiamento di egoismo e presunzione che vuole impedire di fatto che altri possano "diventare bravi" come loro. Naturalmente si dimentica che altri invece avranno già adottato soluzioni diverse, sicuramente migliori, da cui loro per primi gradirebbero trarne vantaggio.
    Ciao e grazie ancora
    Il titolo è "GESTIONE CODICE SORGENTE", non "nascondiamo il cod. sorgente" ed è un thread aperto affinchè si potesse verificare l'efficacia dei diversi metodi utilizzati.
    Conosci l'esito se hai letto tutti i singoli post.
    Sicuramente c'è sempre qualcuno più bravo o più fortunato di ognuno di noi che ha adottato soluzioni migliori (come hai scritto),
    ma io, ed immagino anche altri, trovo vantaggio e "divento ancora più bravo" anche quando riesco a leggere il codice sorgente che qualcuno ha, (invano) criptato.
    Quindi benvengano questi post che ci aiutano in ogni caso.
    Ciao a tutti.

    cosa accaderebbe domani?

  8. #118
    Utente di HTML.it
    Registrato dal
    Feb 2003
    Messaggi
    29
    Rispondo brevemente:
    a)se il forum serve per far crescere gli iscritti sotto l’aspetto professionale capisci subito che la risposta non ha senso (la sostanza del problema non è quella titolo).
    b)ho seri dubbi che coloro che chiedono lumi per nascondere il loro codice lo facciano per vedere se qualcuno è cosi bravo da leggerlo comunque.
    c)Sarebbe altresì uno strano esercizio se qualche iscritto ti dà una “dritta” per nascondere il codice perché cosi qualcun altro si può esercitare per l’operazione contraria.

    Come ho già detto chi chiede aiuto su questo argomento tiene a mio avviso un comportamento IN-DE-CEN-TE.
    renzoA45

  9. #119
    Utente di HTML.it L'avatar di hako
    Registrato dal
    Mar 2002
    Messaggi
    991
    Rispetto il tuo punto di vista.
    ma io trovo anche qualcosa di positivo in queste discussioni,
    come ad esempio il fatto che si è arrivati alla conclusione che il codice sorgente NON può essere nascosto.
    Inoltre, ho imparato qualcosa...
    come il "view-source:" prima dell'url, tanto per dirne una.
    (sarò fagiano...ma non lo conoscevo! )

    ...per intenderci, vi è sempre qualcosa di buono anche se la discussione può apparire insesata o addirittura IN-DE-CEN-TE.


    cosa accaderebbe domani?

  10. #120
    Utente di HTML.it L'avatar di oronze
    Registrato dal
    Jun 2001
    Messaggi
    3,543
    cos'è view-source prima dell'url?
    Cmq non è indecente chiedere come nascondere il codice perchè chi è alle prime armi e fa uno script un po' + complesso, si sente di aver reggiunto un traguardo e non vuole che gli altri copino il suo codice (lui vuole avere codice originale) però, dopo che questo webmaster si rende conto che quel codice posso farlo tutti si 'converte' all'open-source!
    Per evitare equivoci voglio dire che chi è nuovo di js o html vuole proteggere il suo lavoro e chiede se è possibile non visualizzare il codice ma poi quando diventa + bravo e esperto si rende conto che non si può impedire la visualizzazione del codice è appoggia l'open source!

    No ai layout tabellari!

    Insulto libero: http://forum.html.it/forum/showthread.php?s=&postid=12524872#post12524872

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2026 vBulletin Solutions, Inc. All rights reserved.