NOTA: Questo problema viene segnalato da multiple parties on the official GitHub repository for Cordova Browser-Sync Plugin as well. Pubblicando questo qui per attirare maggiormente l'attenzione sul problema e per vedere se qualcuno ha qualche intuizione o una soluzione pratica a questo.Perché il plug-in Cordova Browser-Sync non funziona su una nuova app Apache Cordova nuova e pulita?
Sono nuovo al mondo di Apache Cordova, ma fluente in full-stack di sviluppo LAMP. Detto questo, sono sconcertato da questo problema: quando creo un'applicazione di test semplice/semplice Apache Cordova e aggiungo Cordova Browser-Sync Plugin al mix, posso apportare modifiche alla mia directory www/
e vederle immediatamente riflesse in platforms/browser/www/
ma la mia finestra aperta del browser non live reload. Devo forzare una ricarica per far sì che le modifiche si riflettano nel browser.
Sto eseguendo tutto questo su Mac OS X 10.10.5 (Yosemite), NodeJS è 4.4.0, NPM è 2.14.20, Cordova è 6.0.0 e il plug-in Cordova Browser-Sync è 0.1.1.
I miei passaggi per impostare le cose sono i seguenti; prima creare una nuova applicazione in questo modo:
cordova create MyApp
Poi vado nella directory in questo modo:
cd MyApp
E impostare il mio semplice “browser” Cordova app come questo:
cordova platform add browser
Un test finale è quello di eseguire l'app in questo modo:
cordova run browser
Ok, quindi sappiamo che il semplice test "Hello world." Funziona. Ora io aggiungo il Browser Sync-Plugin Cordova in questo modo:
cordova plugin add cordova-plugin-browsersync
Tutto bene e ora voglio provare l'applicazione in questo modo:
cordova run browser -- --live-reload
E se faccio un cambiamento in un file, il browser semplicemente non "live reload" come descritto; a meno che mi manchi qualcosa? L'output di questo comando è:
Running command: /Users/jakegould/Desktop/MyApp/platforms/browser/cordova/run --live-reload
Static file server running on port 8000 (i.e. http://localhost:8000)
CTRL + C to shut down
Static file server running @ http://localhost:8000/index.html
CTRL + C to shut down
Executing command: open -n -a "Google Chrome" --args --user-data-dir=/tmp/temp_chrome_user_data_dir_for_cordova http://localhost:8000/index.html
[BS] Access URLs:
--------------------------------------
Local: http://localhost:3000
External: http://192.168.1.20:3000
--------------------------------------
UI: http://localhost:3001
UI External: http://192.168.1.20:3001
--------------------------------------
[BS] Serving files from: platforms/android/assets/www
[BS] Serving files from: platforms/ios/www
[BS] Watching files...
gzip
200 /index.html (/Users/jakegould/Desktop/MyApp/platforms/browser/www/index.html)
gzip
200 /css/index.css (/Users/jakegould/Desktop/MyApp/platforms/browser/www/css/index.css)
gzip
200 /cordova.js (/Users/jakegould/Desktop/MyApp/platforms/browser/www/cordova.js)
gzip
200 /img/logo.png (/Users/jakegould/Desktop/MyApp/platforms/browser/www/img/logo.png)
gzip
200 /js/index.js (/Users/jakegould/Desktop/MyApp/platforms/browser/www/js/index.js)
gzip
200 /cordova_plugins.js (/Users/jakegould/Desktop/MyApp/platforms/browser/www/cordova_plugins.js)
[BS] Reloading Browsers...
Nota come si dice “Browser Ricaricamento ...” alla fine della lista? Ti assicuro che al 100% non è stato ricaricato un solo browser. E qui è il codice HTML www/index.html
dalla radice dell'applicazione che sto cercando di modificare per attivare una ricarica dal vivo:
<!DOCTYPE html>
<!--
Licensed to the Apache Software Foundation (ASF) under one
or more contributor license agreements. See the NOTICE file
distributed with this work for additional information
regarding copyright ownership. The ASF licenses this file
to you under the Apache License, Version 2.0 (the
"License"); you may not use this file except in compliance
with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing,
software distributed under the License is distributed on an
"AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
KIND, either express or implied. See the License for the
specific language governing permissions and limitations
under the License.
-->
<html>
<head>
<!--
Customize this policy to fit your own app's needs. For more guidance, see:
https://github.com/apache/cordova-plugin-whitelist/blob/master/README.md#content-security-policy
Some notes:
* gap: is required only on iOS (when using UIWebView) and is needed for JS->native communication
* https://ssl.gstatic.com is required only on Android and is needed for TalkBack to function properly
* Disables use of inline scripts in order to mitigate risk of XSS vulnerabilities. To change this:
* Enable inline JS: add 'unsafe-inline' to default-src
-->
<meta http-equiv="Content-Security-Policy" content="default-src 'self' data: gap: https://ssl.gstatic.com 'unsafe-eval'; style-src 'self' 'unsafe-inline'; media-src *">
<meta name="format-detection" content="telephone=no">
<meta name="msapplication-tap-highlight" content="no">
<meta name="viewport" content="user-scalable=no, initial-scale=1, maximum-scale=1, minimum-scale=1, width=device-width">
<link rel="stylesheet" type="text/css" href="css/index.css">
<title>Hello World</title>
</head>
<body>
<div class="app">
<h1>Apache Cordova</h1>
<div id="deviceready" class="blink">
<p class="event listening">Connecting to Device</p>
<p class="event received">Device is Fucking Ready</p>
</div>
</div>
<script type="text/javascript" src="cordova.js"></script>
<script type="text/javascript" src="js/index.js"></script>
</body>
</html>
ho capito che la funzionalità di ricarica dal vivo spesso si basa su codice inline JavaScript che viene in qualche modo iniettato nel DOM di l'HTML per comunicare con il server live reload. E tutto ciò che ho letto online dice che questi tipi di problemi - dove la ricarica live fallisce - spesso provengono dai tag <body></body>
non impostati su una pagina. Ma chiaramente ci sono. Voglio quasi pensare che si tratti di un problema correlato a Content-Security-Policy
, ma sarebbe davvero un fattore se il JavaScript venisse iniettato nella pagina per cominciare.
Quindi, perché esattamente la funzionalità di ricarica live non funziona in una configurazione iniziale incredibilmente semplice come questa?
Siamo spiacenti, ma questo non ha nulla a che fare con questo. Il tuo problema verrebbe visualizzato solo se il JavaScript di ricarica live fosse stato effettivamente inserito nella pagina. Ciò non accade affatto; guarda il mio esempio HTML per vedere. Se fosse correttamente iniettato, si troverebbe in fondo al DOM vicino (dopo?) Al tag di chiusura '