1. нужно смотреть логи крона
2. можете добавить в свой скрипт, который работает на кроне кусок кода, который будет писать что-нибудь в текстовый файл - тем самым настроить некое логирование действий скрипта
3. касаемо частоты перезапуска скрипта - смотря какие действия выполняет крон и для чего эти действия необходимы - т.е. зависит от задачи
1. Через html-форму
1.1. Создается форма для товара
1.2. В атрибуте action указывается url контактной формы
1.3. В атрибуте method указывается POST
1.4. Создается поле, в котором хранится сумма товара, например, "total"
1.5. Ну и конечно же кнопка типа submit, например, "Оформить"
Таким образом при клике на оформить нас перекинет на контактную форму, а уже там из массива $_POST мы извлекаем сумму total и подставляем в форму.
2. Через куки
2.1. При клике на Оформить у товара фиксируем сумму в куки, например, с помощью JS
2.2. Выполняем редирект на контактную форму, опять же через JS
2.3. Извлекаем значение из куки и подставляем в форму, снова JS (или PHP, массив $_COOKIE)
1. ввести ограничение на количество ошибок при вводе пароля
2. если максимальное количество ошибок достигнуто - банить ip-адрес на время
--------
вариант проще - поставить капчу, например, от гугла
Но стоит оно того? Может самопис какой лучше, чтобы не грузить доп. скрипты?
Зависит ведь от задачи ..
Если проверить регистр строки или наличие символов, например, то лучше самому написать (если есть опыт)
Кода будет меньше, работать будет быстрее (+ не забываем о минимизации скрипта)
Можно пойти по схеме обычного интернет-магазина
1. Оформляем заказ - сохраняем в бд данные о сервере и прочее
2. Отправляем запрос на оплату
3. После успешного ответа от платёжки переводим заказ в статус оплачен
4. Меняем статус пользователя из информации по заказу
-----
Таким образом и пользователь будет видеть историю своих транзакций, да и Вы в любой момент сможет чего-нибудь поправить
Либо, использовать готовые решения pm2 и прочие
Либо, если хочется хардкора, то можно написать свой bat-файл, который будет запускать ноду и мониторить ее процессы
По большей части, зависит от задачи
Если для аякса нужно лишь изменить пару параметров, тогда, думаю, флага будет вполне достаточно
А иначе, лучше разделять методы, наследуя и переопределяя, или же просто, вынося общие участки в отдельный метод
Как вариант - если нет возможности работать с БД, то лучше хранить информацию в куки, в виде json - так хотя бы информация будет персонализирована и не будут плодиться файлы (как было предложено ранее)
Также, вместо куки, можно использовать local storage
фиксированной ширины здесь нет ..
есть только position: relative;
остальные блоки видимо тоже завязаны на позицианировании поэтому и отображаются некорректно без #hidden_content
1 блок = 1 новость
Пункты = Множественное HTML/текст свойство - пишете название пункта сразу обернув его в div с классом enabled/disabled
Цена/Кнопки = свойства
Чтобы была простенькая форма с полями, например, в разделе Настроек - в Вашем модуле должен быть файл options.php (отвечает за вывод настроек)
---
1. создаете в этом файле обычную форму ()
2. указываете метод отправки для формы, например, POST
3. добавляете на форму кнопку типа submit
4. далее "ловите" массив POST
5. из POST-а извлекаете значения параметров и с помощью метода Option::set сохраняете параметр в БД (https://dev.1c-bitrix.ru/api_d7/bitrix/main/config...
6. далее, в любом месте кода можете получить необходимый параметр с помощью Option::get (https://dev.1c-bitrix.ru/api_d7/bitrix/main/config...
Т.е. Вы пытаетесь переписать стили и js ядра?
Думаю, что в Вашем случае будет лучше вынести Вашу логику в свой/отдельный модуль, и уже в нём реализовать то, что хотите