2010-11-09 11 views
7

consente di affrontarlo, tutti usano Facebook ... - in realtà sicuramente tutti hanno abilitato js ... perché sembra che dovresti supportare i pochi (se ce ne sono) senza js?perché il supporto non js

+1

non sono solo le persone che non ce l'hanno, sono le persone che lo disabilitano perché sono paranoici piccoli monaci che vogliono rendere la nostra vita un inferno. – mpen

+0

ma le persone effettivamente lo disabilitano? dalle persone che conosco che potrebbero avere paura di queste cose - non avrebbero idea di come disattivarlo ... – davivid

+3

@Mark s/paranoico/intelligente/@davivid: lo disabilito e lo abilito tramite whitelist. Siti attendibili che visualizzo con JS. I siti non attendibili non hanno accesso a JS. –

risposta

3

Alcune aziende richiedono che sia spento.

Nessuno ha un numero fisso per quante persone lo disattivano. Ho letto da qualche parte tra 0-10%.

Supporta i pochi quando non puoi permetterti di alienare quel X% della tua base clienti. Non è così difficile da fare, ma il vantaggio potrebbe essere importante. Perchè no?

+2

Non è difficile da fare se si costruisce il sito in modo convenzionale. Ma guarda qualcosa come Gmail .... finalmente hanno supportato i client non-js, ma solo dopo circa un anno dal lancio. E anche allora, l'unica ragione per cui potevano giustificarlo era perché avevano così tanti utenti. Immagino che ci sia voluto un enorme sforzo per supportare i browser non js ... quasi una riscrittura totale. – rob

+0

L'OP non ha indicato se si tratta di un sito convenzionale o GMAIL. – duffymo

+1

Yeha ... dipende molto dal sito. Attualmente sto lavorando a un sito Web in cui sono presenti elenchi a discesa in grado di elencare migliaia di elementi ... Devo filtrare quell'elenco utilizzando JS/Ajax o ci vorrebbe un'eternità per caricare ... come si fa senza JS ? Non puoi – mpen

2

L'unico motivo valido per supportare i browser non abilitati per JS a cui riesco a pensare è se si hanno clienti che vi pagano per farlo. Fine della storia.

+2

La tua mancanza di immaginazione non fa una discussione. –

+0

Sto affermando un'opinione, non cercando di discutere con qualcuno che pensa che abbia sempre ragione. Ma vai avanti e fai comunque un attacco personale. – Robusto

+1

Il tuo cliente non sa nemmeno la differenza. Ho appena creato un sito e l'ho creato solo per JS perché il mio cliente non ha specificato, e non mi ha chiesto di renderlo non JS abilitato. Qualche tempo dopo, ricevo una chiamata, "Non funziona ... la funzione XXX non sta caricando" .. "Oh..yeah .. è perché richiede JS". Lasciare che il tuo cliente decida non è un buon modo per decidere perché non lo sa, e alla fine ti morderà il culo quando lo scoprirà. – mpen

9

Penso che dipenda completamente dal pubblico di destinazione. La ragione principale per cui sono in vigore gli standard è di consentire agli sviluppatori Web di scegliere come target tutti, indipendentemente dal loro browser/dispositivo operativo. Sì, molte persone che usano un computer o un telefono moderno potranno eseguire JavaScript. Quindi non puoi preoccuparti dei browser non js e farla franca.

Ma, almeno negli Stati Uniti, ci si concentra sull'accessibilità per le persone con disabilità. I lettori di schermo per non vedenti, l'immissione di dati sul computer per chi digita con qualcosa di diverso da una tastiera e altri modi per sfogliare i disabili significa che gli sviluppatori web devono essere consapevoli degli utenti non tradizionali. Ci sono alcune buone linee guida sul ADA's website che spiegano a cosa stare attenti.

Quindi tutto dipende dalla tua accessibilità al tuo sito web e da quanto ti interessi includere chiunque, indipendentemente dalla modalità di navigazione.

+0

@Peter Jacoby - Wow. Perché non rubi semplicemente i pensieri dalla mia mente! : P –

+0

sicuramente tutto ciò che viene visualizzato sullo schermo è accessibile dai moderni screen reader? – davivid

+2

BTW: C'è un gruppo piuttosto importante di utenti "disattivati" che tutti amano dimenticare: i motori dei motori di ricerca. Non hanno JavaScript, sono incredibilmente stupidi, non hanno consapevolezza spaziale, solo strutturali (cioè non sentono che i due paragrafi resi uno accanto all'altro usando '

' s siano effettivamente correlati), sono di colore - cieco e sordo e incapace di riconoscere le immagini. –

2

Non credo che tu stia davvero supportando utenti non js, stai supportando metodi sconosciuti. La codifica riduce i collegamenti e tale è una buona pratica. Aiuta i motori di ricerca, i web scraper e i dispositivi mobili primitivi che non supportano ancora js o il browser della sezione 508 precedente. Io stesso tenderei ad essere d'accordo sul fatto che il web al giorno d'oggi è piuttosto inutile senza js ma dovresti comunque fare il possibile per supportare i non js almeno nella modalità di ripiego.

+0

Sostengo che tutte le pratiche di SEO supportino # !, per qualsiasi pagina abbia senso. anche se non sono sicuro del motivo per cui supporterei qualsiasi web scraper ?! – davivid

3

Penso che quando scende, dipende molto dal pubblico di destinazione. Se sai che il tuo pubblico di destinazione ha più probabilità di avere JavaScript abilitato, allora così sia.

Ho una situazione al lavoro, tuttavia, dove so che alcune delle persone che sviluppo per potrebbero utilizzare vecchi browser e che mi piaccia o no, non posso costringerli ad aggiornare.

Si vuole anche considerare di consentire al sito di essere accessibile a tutte le piattaforme e browser e questo include browser basati su audio e testo. È possibile che il tuo sito sia inaccessibile alle persone con disabilità.

Se è abbastanza importante per te sviluppare una versione non JavaScript del tuo sito, dipende da te.

+0

Mi piacerebbe che fosse accessibile a tutti (per quanto riguarda la disabilità) e sono stato a conoscenza del fatto che, a patto di prestare attenzione a ciò che viene visualizzato sullo schermo, i moderni lettori di schermo non dovrebbero avere problemi? – davivid

+0

@davivid: anche questo è importante ma non tutto. Ad esempio, devi essere attento a mettere gli attributi 'alt =" "' appropriati nelle immagini in modo che se un lettore di testo o uno screen reader lo incontra, saprà (e, cosa più importante, l'UTENTE saprà) di cosa si tratta. Controlla [questo sito] (http://www.w3.org/WAI/intro/wcag.php) per ulteriori informazioni sull'accessibilità del web. –

1

Non è necessario per supportarlo. Se pensi di non perdere alcun traffico visibile offrendo un sito solo JS, offri un sito solo JS. Ma se pensi che vedrai più traffico e forse aumenterai le vendite, considerare un sito non JS non è una cattiva idea.

Anche fare la distinzione tra un sito JS completo e solo pochi add-on JS che rendono le forme un po 'più facili da usare. In molti casi puoi facilmente offrire la stessa identica funzionalità oltre a quelle poche sottigliezze JS.

E sempre assicurarsi di aggiungere i necessari controlli/validazioni nel backend, dal momento che non si può essere sicuri che qualcuno usa JS e può quindi essere maniglie per il frontend.

1

lasciamolo affrontare, tutti usano Facebook ... - in realtà sicuramente tutti hanno abilitato js ... perché sembra che dovresti supportare i pochi (se ce ne sono) senza js?

Sembra che non sono tutti. Ho disabilitato JS per impostazione predefinita. Non sono paranoico, ma non mi piace la promozione del Viagra in giro per il mio browser e giocattoli simili (forse non sono l'unico).

Ma non è un problema, se visito una pagina che sembra interessante per me, posso accenderla con un clic. Questo è il punto per me riguardo alla tua domanda: se dimentichi gli utenti senza javascript come me, potrebbero non essere in grado di vedere se la tua pagina potrebbe essere interessante.

Quindi la domanda è davvero semplice da rispondere: se non si desidera perdere utenti a causa di JS disabilitato, si supportano anche loro.

Ricorda anche: se hai un'attività nella tua pagina, non solo perdi utenti, perdi guadagni.

+1

ma questo è il punto - hai spento per un motivo, e sai come accenderlo se vuoi ... il joe medio non sa nemmeno cosa sia js .. – davivid

+0

Allora perché lasciare che " media "aspetta a porte chiuse? Spesso non è difficile avere un'accessibilità di base senza JS. –

+0

Non ci sono solo popup nel mondo degli annunci pubblicitari. Parlo di annunci pubblicitari di livello, di divertenti filmati flash che fanno rumore mentre ascolto la radio, ecc. Tuttavia, il tuo downvote alla mia risposta mostra che non capisci nulla, la domanda non riguarda il motivo per cui ho disattivato JS, la domanda è sul perché supportare gli utenti con js disabilitato, e la mia risposta era: ** se non vuoi perdere utenti a causa di JS disabilitato ** –

1

Yahoo Dev Network ha fatto un controllo su questo e, a seconda di quanti utenti hai visitato il tuo sito, può essere un numero significativo di persone.

http://developer.yahoo.com/blogs/ydn/posts/2010/10/how-many-users-have-javascript-disabled/

+2

C'è un commento piuttosto interessante su quel post sull'attento del bias di selezione. Per parafrasare: rifiutando di far funzionare il tuo sito con JS disabilitato sull'argomento che le tue statistiche indicano che il numero di utenti con JS disabilitato è estremamente piccolo è piuttosto stupido. Perché? Bene, se il tuo sito non funziona senza JS, gli utenti che hanno disabilitato JS non visiteranno il tuo sito e invece andranno ai tuoi concorrenti, quindi il fatto che su un sito che non può essere visitato senza JS non ci sono visitatori senza JS isn Sono terribilmente sorprendenti. È fondamentalmente un argomento circolare. –

2

JavaScript è fragile. Ci sono molte cose che possono farcela, dai bug nei browser che non hai testato (specialmente i browser per dispositivi mobili), alle estensioni del browser che manipolano il tuo codice, alle app di sicurezza di "sicurezza internet" che bloccano parti del tuo codice. Se il tuo sito funziona senza JavaScript, non devi preoccuparti così tanto, perché probabilmente funzionerà ancora in queste circostanze.

JavaScript tende a non interagire correttamente con i supporti di accessibilità. Un sito che funziona senza JavaScript sarà più probabilmente utilizzabile da screen reader e altri agenti utente insoliti per i quali non è stato possibile negoziare.

E a parte le persone che navigano con JS off per sicurezza/privacy o perché non hanno scelta, c'è anche una classe abbastanza importante di user-agent senza supporto JavaScript: lo spider. Nascondi tutti i tuoi contenuti in modo che non possano essere accessibili senza JavaScript e hai appena perso un amico in Google. Spero tu non stessi contando su molti visitatori o altro.

Costruisci un sito che funziona senza script, quindi aggiungi la magia JS a potenziamento progressivo in cima. Avrai un sito che funziona per più persone, che probabilmente avrà meno problemi di usabilità (*) ed è più amichevole con SEO. È una vittoria a tutto tondo, a meno che (a) tu abbia un compito che a causa della sua natura richiede scripting, o (b) sei solo pigro.

(*: ad esempio, collegamenti che si possono fare clic con il tasto centrale ma che si aprono in un errore JS, sottopagine non memorizzabili, elementi dell'interfaccia utente che non rispondono all'interazione della tastiera, navigazione interrotta ... è possibile scrivere JS in un modo pulito per minimizzare questi problemi, ma la maggior parte delle persone no.)

+0

buoni punti, il seo saggio è abbastanza chiaro, ma lo sviluppo e le scadenze sono un campo completamente nuovo. Sicuramente però con #!e un buon contenuto semantico strutturato sullo schermo, questo genere di cose sta diventando meno rilevante ogni giorno? – davivid

+0

Sicuro. Ma se hai i puntatori di hashnav e '#!' Corretti per documenti reali, dove sputi sul lato server come quelli che lo script lato client avrebbe prodotto, hai già fatto la parte difficile di rendendo il sito accessibile senza JS. Fatto ciò, si potrebbe anche ottenere i vantaggi di usabilità e accessibilità di ciò fornendo collegamenti HTML reali ai documenti sul lato server, che funzionano per agenti non JS, open-in-new-window e così via. – bobince

1

Molti dispositivi mobili non supportano ancora JS. Anche i new-ish Blackberry hanno browser orribili che hanno disabilitato il portante di javascript, o sono così brutti da non voler essere accesi comunque.

+0

è una percentuale così piccola. Se le persone vogliono andare su un sito web, se i loro telefoni fanno schifo sul web, preferiranno il computer. Non sfoglio troppo il web sul mio telefono Android da 4,5 pollici, se c'è un sito che voglio veramente controllare, vado al computer. La maggior parte dei telefoni supporta javascript. La percentuale di telefoni ACTIVE che le persone vogliono navigare sul web, che non hanno javascript ... deve essere una percentuale MOLTO MOLTO bassa, così bassa, non penso che questo specifico motivo sia più valido. –

0

Robustezza. I bug nel tuo codice Javascript tendono a diventare problemi di bassa gravità invece di problemi di gravità elevata.

0

Perché JavaScript è un linguaggio facile da imparare e molto semplice da implementare nelle pagine Web e iniziare a scrivere script da soli, e per questo ci sono script e plug-in scritti terribilmente male che gli utenti mettono sui loro siti Web causando orribili bug , rallentamenti, esperienza utente instabile e quasi impossibile, lag e orrori di codifica tra le altre cose.

Inoltre, gli utenti di dispositivi mobili potrebbero voler disabilitarlo per risparmiare larghezza di banda (denaro) e utilizzo della CPU (batteria). Molti browser mobili hanno un supporto JS davvero brutto e quindi è comunque inutile.

Problemi correlati