Ajax и кнопка "Назад" браузера
LSTM по умолчанию для return_sequence - False, поэтому слой LSTM будет выводить только последний вывод ячейки -> (Нет (пакетный), единиц = MAX_SLIDER_VALUE). Если вы хотите вывести (None, 495, MAX_SLIDER_VALUE), измените return_sequence на True в инициализации LSTM (единицы не обязательно должны быть MAX_SLIDER_VALUE), а плотные единицы на MAX_SLIDER_VALUE.
6 ответов
Если Вы собираетесь включить Ajax, не делайте этого за счет наличия доступных URL к каждой значительной странице на Вашем сайте. Это - магистраль пригодного для навигации сайта, который могут использовать люди.
при сгребании всей функциональности в вызовы Ajax и обратные вызовы Вы в основном вынуждаете своих пользователей в единственный путь получить доступ к функциям и содержанию, которое они хотят - который является полностью против того, как сеть предназначена для функционирования. Люди полагаются на строку поиска и кнопку "Назад". При переопределении всех ссылок так, чтобы сайт был по существу единственной страницей, которая только обновляет через Ajax, Вы ограничиваете способность своих пользователей перемещаться по Вашему сайту и найти то, в чем они нуждаются. Это также останавливает Ваших пользователей от способности совместно использовать то, что они находят (который, это - часть точки, правильно?).
Думают об умственной карте пользователя Вашего сайта. Если они знают, что вошли через домашнюю страницу, то они пошли для поиска чего-то, то они приземлились на игровой странице, то они начали играть в конкретную игру, это - четыре отличных единицы мер, которые принял пользователь. Они, возможно, сделали несколько других меньших, более незначительных действий на каждой из этих страниц - но это основные единицы. Когда они нажмут Кнопку "Назад", они должны ожидать возвращаться через путь, на котором они вошли. При загрузке всех, что они пролистывают вызовы Ajax, Вы обеспечиваете сайт, функциональность которого работает вопреки тому, что ожидает пользователь.
Выламывают Ваш сайт в каждую значительную функцию (т.е., поиск, домой, профили, игры - будет продиктовано тем, что Ваш сайт - все о). Где угодно Вы связываетесь с этими страницами, делаете это через обычную ссылку и статический URL.
Ajax прекрасен. Но искусство его знает, когда использовать его и если не к. Если Вы придерживаетесь модели, я изобразил схематически выше, Ваши пользователи будут ценить ее.
Используйте ajax для частей страницы, которая должна обновить, не вся вещь. Для этого необходимо использовать шаблоны.
, Когда Вы хотите все еще сохранить кнопку "Назад" для своих различных изменений состояния на странице, объедините их с # привязками для изменения URL (не вынуждая браузер выйти, другой ДОБИРАЕТСЯ).
, Например, Gmail похож на это:
mail.google.com/#inbox/message-1234
все мимо # было изменением состояния страницы, которое произошло через ajax. Если я оттесню, то я перейду к ящику входящих сообщений снова (снова, без другого браузера ДОБИРАЮТСЯ)
Выезд reallysimplehistory. Wiki не обновлялась в течение 10 месяцев, но я был только в Опыте Ajax 2008 и видел презентация Brian Dillard на ней. Он говорит, что эти 0,8 кода находятся на его жестком диске. Хотелось бы надеяться, это скоро будет загружаемо.
Существуют многочисленные пути решение этой проблемы с помощью броских методов JavaScript, часто включая iframes, но я думаю в этой ситуации, которую необходимо подвергнуть сомнению, почему Вы используете Ajax. Это на самом деле собирается сделать сайт немного легче использовать для пользователя? Это звучит мне как, Вы используете его, потому что Вы думаете его прохладное (который сам по себе является не всегда плохой вещью), не потому что это на самом деле добавит любое значение к Вашим посетителям. С любого нормального веб-сайта нормальные связанные гиперссылками документы являются почти всегда правильной вещью для основной навигации. Что ожидают люди и я не рекомендовал бы обойти повреждение тех ожиданий на основе некоторой необычной технологии.
Ajax является потрясающим и позволяет Вам делать, многими большими вещами, изменяя навигацию веб-сайтов не является один из них.
Хорошо сделанный для того, чтобы взять на этой проблеме, хотя, существует много сайтов там, которые просто продолжают Ajax и даже не думают об этом!
Ajax не является лучшим решением для навигации по точно причине, которую Вы описываете. Хит для перезагрузки заголовка и navbar минимален по сравнению со стычкой повреждения навигации браузера UI.
А более соответствующий пример Ajax состоял бы в том, чтобы позволить пользователям играть в игру в главном окне, в то время как они могут просмотреть список другого содержания в военно-морской области. Вы могли загрузить дополнительные объекты в военно-морской области через Ajax, не нарушая геймплей.
I’d придерживаются простых гиперссылок. Ваша мебель страницы shouldn’t составляет большую часть HTML, таким образом, it’s не большая победа, исключая его от запросов страницы. Создание каждого адресуемого ресурса (т.е. URL для каждого бита содержания пользователь мог бы интересоваться) является ключевой конструктивной особенностью сети. Это означает кэшироваться, может работать и означает, что пользователи могут совместно использовать закладки. Это заставляет Google работать, а также сайты социальных закладок.
Бритье нескольких байтов HTML от последующей страницы изменяется isn’t стоящий усилия, по-моему.