Я хотел бы связать с проблемой , где рекомендуется обходной путь для установки response-scripts загрузки соответствующего пакета и связанной проблемы для всего контекста.
Сама проблема вызвана тем, что библиотека parse5 не публикует код ES5 в npm, и, следовательно, сборка завершается неудачей.
1) Общая рекомендация из create-Reaction-app i s для обновления до v.2 + [ 1124], и это также цитируется в разделе FAQ в Kentico Cloud SDK javascript.
2) Если вы хотите разместить обходной путь , несмотря на все рекомендации , поскольку это ручное изменение на автоматически управляемое node_modules
, необходимо убедиться, что изменение пакета сохранено на сервере до сборка сделана. Поэтому после npm install
/ yarn
вы должны отредактировать файл package.json в node_modules
.
Сценарий (то есть workaround.js
, написанный в узле) будет выглядеть следующим образом:
const fs = require('fs');
const KCPackagePath = 'node_modules/kentico-cloud-delivery/package.json';
const package = require(KCPackagePath);
package.main = "./_bundles/kentico-cloud-delivery-sdk.browser.umd.min.js"
fs.writeFile(configPath, JSON.stringify(package, undefined, 2), function (err) {
if (err) {
console.error('Error while writing to file: ' + KCPackagePath);
throw err;;
}
console.info('Package was successfully updated.')
});
и определять скрипт в package.json
в вашем приложении из
{
...
"scripts": {
"workaround": "node workaround.js"
}
...
}
Поисковые системы, поисковые роботы/пауки, браузеры без JavaScript, программ для чтения с экрана и других потребителей содержания не будут очень довольны им.
Можно обеспечить тонны ajax поведения сверху Вас веб-сайт, если Вы уже поддерживаете стандартную серверную навигацию для полного содержания. Взгляните на прогрессивное улучшение (ТАК) и прогрессивное улучшение (Wiki).
Целая предпосылка действительно - то, что с Ajax Вы не должны перезагружать целую страницу для обновления небольшого процента той веб-страницы. Это сохраняет пропускную способность и обычно намного более быстро, чем перезагрузка целой страницы.
Но если Вы используете Ajax для загрузки целой страницы, это на самом деле контрпродуктивно. Необходимо записать настроенные стандартные программы для контакта с обратным вызовом данных Ajax. Это - большая дополнительная работа для мало ни к какому увеличению производительности.
Общее правило для того, где использовать Ajax: Если Ваше обновление> 50% Вашей страницы, просто перезагрузите, еще используйте Ajax.
Я дам Вам одно очень серьезное основание.
Если Вы выключите JavaScript в браузере, то он не будет работать.
Самый большой довод "против" является пользователями, которым отключили JavaScript. Ваш веб-сайт просто не будет работать на них.
Одна вещь состоит в том, что Вы хотите, чтобы содержание имело статический URL, Вы хотите, чтобы люди смогли связаться с Вашими страницами, отметить их, и т.д.
Если все - ajaxified, это могло бы быть хитро и/или утомительно.
Кроме ответов уже отправленный, использующий Ajax может иметь ужасные побочные эффекты на управлении браузером, такие как кнопка остановки, не работающая.
Хорошо, если Вы хотите к новым страницам загрузки Ajax, таким как тот же путь работы Gmail, я предполагаю, что Ваши ссылки нормальны, HREF связывает ту точку с истинной полной страницей URL рендеринга, и alos используют onclick событие, которые останавливают попытку нормальной загрузки ссылки и выполняют Ваши вызовы Ajax. Проблема здесь, Вы будете делать почти дважды кодирование если Вы архитектура это очень хорошее.
Этот путь нормальное не ссылки JS загружают полную страницу, и JS называет только загрузку новыми частями или страницей. Это означает паука, индексирующего работы снова также.
Ну, можно всегда добавлять onclick событие незаметно с помощью jQuery и останавливать нормальную обработку URL.
Например:
HTML
<a id="ajaxify-this" href="my-working-url">Click me to do AJAXy stuff if you have javascript</a>
затем JavaScript
$(document).ready(function() {
$("#ajaxify-this").click( function(e) {
updateContent(); // do something ajaxy with the page
return false; // stop the click from causing navigation
})
}
Я использую только JavaScript и EJS как движок шаблонов для моего собственного веб-сайта. Один шаг ближе к SOFEA/SOUI.
Поисковые системы, поисковые роботы/пауки, браузеры без JavaScript, программам для чтения с экрана не нравится он, право. Но я следую за господствующей тенденцией ;)