Итак, у меня есть раздел во внутреннем приложении, который позволяет пользователям изменять/редактировать HTML через Summernote.JS
.Эхо вызывает медленную работу с большой строкой
Проблема, с которой я сталкиваюсь, - это смешное время загрузки, которое я, похоже, испытываю только в Chrome.
Содержимое HTML, которое редактируется, имеет длину 150252
, так как есть встроенные изображения base64. Время загрузки являются ..
Chrome (Version 51.0.2704.106 m): 39.53 seconds
Firefox (Version 43.0.1): 2.08 seconds (onload: 2.74s) - 629.8KB
Internet Explorer (Version 11.0.9600.17843): ~2.8 seconds
Ниже приводится образ времени загрузки Chrome на полном обновлении.
Самое смешное, когда я удалить эхо выше содержания, мгновенно
<textarea id="content" name="content" placeholder="Simply enter the section content below.."><?php echo $this->section->section; ?></textarea>
Теперь я нашел загрузку страницы-х это old bug on PHP.net (после некоторого серьезного поиск lol), в котором говорится, что эхо PHP обрабатывает буферизацию данных в браузере через TCP/IP ОЧЕНЬ плохо из-за Nagle Algorithm.
Не удалось сохранить содержимое во временный файл и использовать readfile()
для получения содержимого (которое возвращает исходное представление), что еще я могу сделать, чтобы исправить эту проблему в chrome? Вырезать выходные данные? Без чрезмерного усложнения процесса.
Это проверка орфографии хром, которую вы можете обвинить. Отключить его (в настройках -> языки -> язык и настройки ввода -> флажок внизу) и сказать, есть ли разница в производительности? – zerkms
@zerkms только предельное увеличение производительности - тесты варьируются от '22 секунд' -' 34 секунды' – Darren
@zerkms Оказывается - это ошибка Chrome, когда длина строки/строки длиннее, чем '2^16', что приводит к плохому преобразованию Посмотреть – Darren