Эта мысль звучит не так.

Если на сайте всё в данный момент устраивает и всё работает, то "не трогай то, что работает (с)", - т.е. не используй обновление только ради обновления.

Обновляться надо в первую очередь если в обновлении присутствует исправление ошибки, из-за которой в данный момент сайт не работает. Второй момент - обновление с целью получения новых фишек. Но тут уже надо не просто кнопку жать в админке, анализировать имеющиеся изменения, полученные с обновлением и конфликты между ними.

Не сохраняет и не будет сохранять, пока не увеличите лимит параметра max_input_vars нап хостинге. Параметр указан в php.ini (это файл хостинга, не CMS). Хостер Beget, например, в интерфейсе позволяет редактировать php.ini (и вообще много всего). Смотрите - что позволяет ваш хостер.



Скорее всего Вам нужно обратиться в ТП хостинга, если в админ-панели хостинга доступа к редактированию этого файла нет. Если не пойдут навстречу, можно рассмотреть вопрос о смене хостинга.

Спасибо! Всех с Наступающим!

Можно, например, через шаблонный тег Указать свой шаблон, count поставить 1000, например.В шаблоне поставить в цикле счётчик и условие

Нет там (в news.view.show_block.php) доступа к переменной $count. Она вообще не объявлена. Вы её путаете с $result['count'] (или с чем-то ещё). Так что от того, как вы назовёте счётчик, суть не поменяется. Мне вот понятнее называть его count, а не kk. И если уж совсем приводить код дословно по структуре, тогда так (c continue покороче):

Мы же это недавно обсуждали. Не правильно так. Оно работать будет, но некорректно. Событие должно обрабатывать факт добавления товара в корзину. А 100% гарантия этого может быть при добавлении кода события в файл modules/shop/js/shop.buy_form.js (для карточек в каталоге)Конкретно в случае с кнопкой в карточке всё может быть более-менее корректно. Но вот событие заказа "в один клик" уже будет некорректно обрабатывать при недозаполненной форме. Оформление заказа в корзине - тоже.

Хороший результат. При первом запросе ответ сервера получился 1200мс, зато все последующие - 120-140мс. Ну и сёрфить по сайту комфортно, очень быстро всё открывается.

Бэкап есть. Для новичков такой: https://cloud.diafan.ru/manual/faq/kak-sozdavat-rezervnye-kopii/
Если надо сайт вернуть в исходное состояние (сбросить), можно написать в ТП.

PHPMyAdmin не афишируется, но имеется и открывается по стандартной ссылке. Так что при необходимости в облаке можно сделать полноценный бэкап и восстановление даже без привлечения тех.поддержки.

Файлы сайта - да, через FTP (FileZilla или другой ftp-клиент). Тему сайта активную отдельно можно сохранить и потом восстановить в разделе админки "Темы и дизайн" > "Скачать".

Для создания личного кабинета нужно знать как работают на Diafan шаблоны стрнаиц, как к ним прикрепляются модули, как в шаблоны страниц вставляются шаблонные теги и как эти шаблонные теги настраиваются с помощью параметров.

Вам проще сначала вдумчиво документацию прочесть. И другие материалы. Они содержат ответы на 80% вопросов, которые вы можете тут задать. И ключ к пониманию остальных 20%.

Вот инструкцию посмотрите по развёртыванию локальной копии.

Посмотрите этот модуль, там расширенное информирование по событиям, в т.ч. и через смс. Может некоторые статусы можно будет слать администратору на почту.

Точно-точно, а то потеряется.

Переходите на правильных операторов без головомойки.

Ну он же не всегда не работал. Прошло время, испортился.
Как нет гарантии, что сервис по ссылке тоже будет всегда работать идеально.
А до сего момента не жаловались, к тому же альтернативы доступные есть.

Кстати, вот эти переменные %user% должны в смс отправляться как значения уже. И делает это CMS, а не сервис внешний.
Тут надо обратить внимание - почему подстановки значений не происходит. Для каждого поля в админке набор этих переменных разный.

Валерий Викторович, а при чём тут ТП? Что, кнопка что ли не работает? Кнопка работает,
Дело-то в том, что Вопрос - а зачем Вы тогда сайтостроением вообще занимаетесь, если элементарная вещь такие затруднения вызывает? Ну я так спрашиваю, чисто поговнить, следуя вашему примеру.

Запрос OnClick - первая же ссылка в Google.

Вам в ТП сказали, что нужно атрибут у кнопки сменить - disabled. Там же дали ссылку на этот же (очень хороший, кстати) сайт. На статью об атрибутах.

Там прямо по тексту есть готовый код: или Допустим, вы всё-равно ничего не поняли (ну сложно автор пишет). Идём в Google снова (ищем setAttribute). Первая ссылка на Mozilla (MDN), очень хороший источник. Далее опять сложный автор, который нас заставил повторно идти в Google. Затем форум javascript.ru, где у всех или руки из низа спины или ЧСВ заоблачный. Пропускаем тоже. Четвёртый результат - ждекпот! - w3schools.com. И покажут и расскажут и даже потрогать дадут.

Опять не вышло? Ну JS он сложный. Поэтому написали Jquery. Он тоже JS, но простой. Идём в справочник Jquery. Нажатие на кнопку - это же целое событие. Смотрим раздел "События". Вот он и onclick. Там код приведён даже проще, чем Степан выше указал:Но нам alert же не нужен. Нам надо атрибут сменить. Идём в раздел "Атрибуты". Первая же ссылка. Берём код из примера на странице:и вставляем в предыдущий:И правим на свой
И, Валерий Викторович, это не программирование. Это копипаста. Для этого надо только уметь читать, делать запросы в Google и уметь нажимать Ctrl+C и Ctrl+V.

Решайте сами - чего из этого вы не умеете и в чём именно вам нужно поднять квалификацию.

Валерий Викторович, у вас там частный случай. Весь код рабочий. Что-то конкретно на вашем сайте не так. И показания ваши путанные. Степан вон вообще "нить потерял".
В ЛС адрес страницы киньте, надо на месте смотреть. У нас всё 100% работать будет. Этот код кроссбраузерный.

Вообще вопрос с отправкой формы и блокированием оного намного шире простого атрибута на кнопке.
Но тем не менее в Google Chrome код-таки работает:

Я надеюсь, вы себе добавили в закладки сайты по ссылкам выше, особенно этот и этот.

Не отправляется форма, потому что у кнопки отправки класс "btn-not-double". Уберите и всё прекрасно отправится.
При этом не будет блокироваться кнопка.

Ничего не пропустили. Смысл пропадает, но зато форма отправляется.
Я разобрался в чём там проблема, сейчас выложу решение.
Там несколько причин.

Начнём с того, что кнопка отправки формы находится за пределами самой формы (что само по себе уже косяк).
Это чревато тем, что когда сервер будет обновлять форму при ответе (а форма отправляется при любом раскладе, т.к. поля проверяются на сервере), она (кнопка) не обновляется. Любой клик по кнопке и всё, кнопка сдохла. А пользователь может не так поле заполнить, например.



Сначала возвращаем кнопку внутрь формы. Далее убираем класс btn-not-double, чтобы не мешал процессу.
При добавлении кода прямо в кнопку, она успешно блочится. Но блочится мгновенно.
При этом Chrome такую форму с блокированной кнопкой отправлять не хочет по соображениям некошерности ситуации, видимо.
Поэтому в Firefox работает, а в Web-Kit`ах - нет.
Друзья, не используйте говнософт.

Исправляем ситуацию и обходим баг Web-Kit`а. Переносим код в форму с атрибутом onsubmit:чтобы не писать лишнего и максимально упростить, определяем кнопку по ID, его же ей и присваиваем:Теперь кнопка блочится только после того, как запрос с формы уехал на сервер. И блочится до той поры, пока не придёт ответ с проверками полей и не обновит форму. У меня это около полусекунды, но у кого роутер Ростелекома, как писал Валерий Викторович, можно успеть чаю попить.



В итоге, кнопка неактивна пока не пришёл ответ с сервера с полями, либо пока не пришёл ответ с success.
В последнем случае получим "Заказ оформлен".

Это "на глазок"? Открываете код страницы в любом нормальном обозревателе и там видите все ошибки, подсвеченные красным. На фото ниже как раз видно хвост от блока </div>, который закрыт неправильно и поэтому структурно отрубает закрывающий тег формы </form> :



Браузеры по доброте душевной исправляют как могут. Поэтому в коде страницы видно то, что выше, а в консоли браузеров разметка, которую они построили после переваривания этого кода то, что ниже:



Если браузер не нормальный, а "какой есть", то открываете код страницы (Ctrl+U), копируете содержимое и вставляете вот в этот сервис. Получаем:



Если опять же не совсем понятно, то вспоминаем базовые правила разметки HTML, про блочные, строчны элементы и обязательные и необязательные для закрытия теги и их взаимоотношения друг с другом:

По разметке я отписал выше. Кнопка-то на месте. Ошибки в вёрстке (и немало), поэтому при построении DOM браузер отстраивает вёрстку по-новой и из-за ошибок закрывает форму раньше, чем она закрывается у вас по коду.

Нельзя открыть форму в одном блоке, а закрыть совершенно в другом. Форма должна целиком входить в один блок, а если внутри неё есть разметка, то она опять же должна быть вся закрыта, т.е. нельзя открыть блок внутри формы, а закрыть его за её пределами.

Валерий Викторович, а как же тесты?!

Вы заполните форму не полностью, не укажите имя, например.

1. Форма отправится.
2. Кнопка заблокируется.
3. Ответ придёт что поле не заполнено.
4. Посетитель заполнит поле.
5. А дальше будет в магазин звонить, потому что кнопка не нажимается и форма не отправляется.

И в форме ссылка на условия обработки информации битая (http://opt.grandhobby.ru/privacy/).

В общем, надо выполнить рекомендации выше в полной мере. А то я время потратил, а в итоге

А про это и выше и ниже.

Пусть напишет, прямо вот сейчас не сделаю, но на той неделе исправлю. Если конечно стоимость устроит.

Валерий Викторович, при чём тут занудство? Это вообще-то ваша тема. Как вы и почему кому-то другому помогаете - это дело ваше. Тут (в этой теме) я помогаю вам. "Назвался груздем - полезай в кузов" (с), - не я придумал.Вы сказали, что сделали копию сайта, я заметил 404, сообщил вам. Зануда. Я тут трачу время на вас, потому что вы автор темы и вы попросили помощи в решении проблемы. А теперь выходит, что "мопед не мой".Ну я не червонец, чтобы всем нравиться. Могу, кстати, вам, Валерий Викторович, эту фразу вернуть прям без изменений. Сами попросили помощи, вам выложили готовое решение с макимально прозрачной и понятной инструкцией, вы сделали половину, заработало наполовину, и теперь и вовсе "А, да ну его нафиг, других дел что ли нет? Сайт вообще не мой...". Процитирую вас же.

Ну вот, и делов-то...

Со временем можно столкнуться с тем, что лимиты php.ini упрутся во что-нибудь ещё. Например, закончится лимит для характеристик - max_input_vars. Также часто система упирается в лимиты загружаемых файлов (изображений в частности). Или импорт-экспорт может встать по лимиту времени. Поэтому, да, параметры php.ini могут решить многие вопросы.

Импрот/экспорт по этим же параметрам встаёт, когда памяти и времени мало.