Igorewa

Нашел такое решение "Вы должны использовать скрытый input как индикатор обновления со значением "нет": <input type="hidden" id="refresh" value="no"> Теперь, используя jQuery, вы можете проверить его значение: $(document).ready(function(e) { var $input = $('#refresh'); $input.val() == 'yes' ? location.reload(true) : $input.val('yes'); }); Когда вы нажимаете кнопку "Назад", значения в скрытых полях сохраняют то же значение, что и при первоначальном выходе из страницы. Итак, при первом загрузке страницы входное значение будет "no". Когда вы вернетесь на страницу, это будет "да", и ваш код JavaScript вызовет обновление." Возможно ли его переделать под html или php?

Требуется пример, каким образом в кроне сделать "если пользователь нажал back, то после перехода на пред идущую страницу обновить ее?"

Доброго времени суток уважаемые форумчане. Возникла необходимость обновлять страницу каждый раз, как на нее заходить пользователь, главным образом если со следующей страницы, через кнопку "назад" в браузере. Подскажите как такое сделать? Пока лучшее решение что нашел, это обновлять ее с помощью http-equiv="Refresh".... Но очень неудачный вариант.... Так как тут цикличное обновление, а требуется обновить лишь каждый раз после того как перешел "назад".

Доброго времени суток уважаемые форумчане. Дано: сайт на вордпресс + woo + робокасса. При покупке товара мы попадаем на страницу оформления заказа /checkout/, после заполнения необходимых полей нажимаем подтвердить заказ, и попадаем на еще одну страницу checkout/order-pay/344/?key=wc_order_5a586d1b19d33 с номером заказа и "Спасибо за Ваш заказ, пожалуйста, нажмите кнопку ниже, чтобы заплатить." , где нам опять нужно действие и только после этого мы попадем на страницу робокассы и сможем оплатить наш товар. Как избавиться от лишнего шага. Что бы после нажатия "подтвердить заказ" мы сразу попали на страницу оплаты от робокассы?

Как я недавно узнал, в Chrome не реализован "bfcache", т.е. в Firefox кнопка "Назад" (если хватило памяти) просто возвращает страницу в том виде, в котором она была в момент ухода, а в Chrome всегда перезагружает ее "с чистого листа", не сохраняя модификации, которые вы внесли через JS. Соответственно, того места страницы, откуда пользователь ушел, уже просто нет. Ну и в Firefox это тоже не всегда работает - зависит от того, сколько у юзера памяти, не перезагружал ли он Firefox и т.п. Правильное решение: При прокрутке обновлять URL страницы (pushState в современных браузерах, "hashbang" (http://example.org/products#!page5) в более старых - если в них вообще нужна бесконечная прокрутка). При загрузке в случае с pushState сервер должен уметь возвращать правильный кусок страницы по URL, а для hashbang-решения JS в onload дозагружает и отображает нужный кусок. Вот тут подробнее про преимущества pushState и про то, как придумать URL для прокрутки:http://tumbledry.org/2011/05/12/screw_hashbangs_building Тему можно закрыть

Доброго времени суток уважаемые форумчане. Возникла проблема с отображением элемента в форме поиска.(именно в хроме) При заходе на сайт форма работает корректно, при выполнении поиска результат показывается на другой странице сайта. Если перейти на пред идущую страницу (с помощью стрелок в браузере), то один из select-ов пропадает. В firefox такой проблемы нету. ( при переходе через меню такой проблемы нету) ссылка на сайт, проблема с "населенным пунктом". Прошу помощи, не понимаю чего не хватает.

Здравствуйте уважаемые форумчане. Есть сайт на вордпрессе и с магазином woocommerce. Для самого сайта и разных его разделов используются разные шапки. Т.е. Есть header.php, header-page1.php, ... , header-pageN.php Для любой страницы выбор своей шапки достаточно прост. Достаточно написать в шаблоне get_header('page1'); Но как аказалось сделать такое же для страницы магазина невозможно. Будет загружаться исключительно стандартный header.php!!! Вопрос? Каким образом можно заменить вывод header.php страниц магазина на какой-то другой? Заранее спасибо!

Согласен, тема эта уже не для этого форума, однако знаю точно, что если бы искали нашли бы и как бы не лет 50 назад, просто нефти много и хотелось бы ее продать, в той же германии теперь продают водород по цене дизеля, так что для тех кто решил нажиться ничего не поменялось, разве что наименование товара. Однако с реализацией данных идей через формулы, я подумаю на досуге, не обещаю что сделаю быстро, но постараюсь, все же нету большого опыта у меня . Будет смешно, если скажем через год или 2 я найду решение или кто то другой найдет решение и опубликует его. Беда нашего времени, что даже если мы найдем решение, мы не поделимся им, а постараемся его продать подороже. Ведь капитализм мать его, все хотят бумажек не подкрепленных ничем, не смущает их, что ангары этих бумажек не могут поменять на то же золото, хочется сею минутной выгоды. Да и даже если поменяют, главное ведь не это, а то про кого будут читать в книжке под названием "история".

Я попробую реализовать данные идеи. По поводу же двигателей, разовая может и больше.... Но лучше один раз купить автомобиль в бак которому можно помочиться, чем двигатель топливо для которого вы будете покупать через 30ого перекупа. А насчет выгод, всегда должна быть альтернатива. Можете взять брендовое яблоко, а можете неизвестного китайца. И если честно многие друзья взяв 7 и бегая за розеткой, смотрят на меня с удивлением когда я рассказываю как 2 дня назад заряжал свой аукитель.

Спорить лучше конструктивно, давайте сформируем задачу конкретнее. При каком условии на большом экране пусть full hd картинка будет 100px, а на маленьком путь 320 будет занимать 100%? Что это может быть за блок и для чего нужен? Могу понять, что скажем из 3х колонок большого экрана, на маленьком должна отображаться одна колонка с большими пропорциями чем на большом. Перестроиться из 3х колоночного макета в одноколоночный. Сформулируйте пожалуйста реальную задачу и ради тяги к знаниям попробую реализовать. Я не говорю что медиа запросы это плохо, но на примере из статьи явно видно, что можно много больше чем нам говорят и принято обществом... Ведь только представьте, вам не нужно покупать бензин, а достаточно купить кваса для себя. Не ужто умные люди не догадались до такого?( просто кто то на этом потеряет, вот и не получила технология развития)

Я понимаю сомнения по данному поводу, но 90% успеха это идея, как реализовать я еще думаю, моя цель минимизировать количество кода. Тому что нету невозможного вот подтверждение . П.С. а кто то кричал что это сложно и не получиться.

Спасибо, это действительно просто.

Не угодили медиа запросы как раз тем, что раздувают код, мое скромное мнение "если можно задать сразу и на все случаи, то это лучше чем использовать дополнительные костыли" Ведь одной формулой получиться заменить 3 или более медиа запросов. А если учесть, что элементов может быть достаточно много и экраны появляются все новые и с новыми разрешениями, то скорее всего в формулах будущее. Просто их надо правильно подобрать. Вот представте, что ваш сайт адаптирован к разрешениям по ширине от 320 до 4к... Все хорошо, но тут взяли и выпустили 8к разрешение и надо что то опять добавлять и править. Тем интереснее если выпустят еще 10к и 12к разрешения.... и специально для мобильных 3,5к или еще каких извращений. Я же хочу найти возможность сделать действительно резиновый шаблон.

Интересный пример, не уж то адаптировать можно лишь с помощью медиа запросов? Должна быть форула или фича позволяющая добиться корректного вида. Ведь размер текста то же измениться, на соответстующий такому разрешению.

Четно скажу vw мне кажутся перспективнее, ширина блока равна 30vw-5px попробуйте описать хоть на em хоть на rem .