nogocuHoBuk

Если проблема в конфликте антивирусника, то ВПН не поможет, а только усугубит. Ведь помимо сложностей "Борьбы антивирусов" появится ещё одна - медленный VPN (а бесплатные они все тупенькие).

У Вас там война клонов происходит. Антивирусы не могут поделить территорию. Представьте, что заведение набрало в штат охраны несколько компаний. Приходит посетитель. Охранник из фирмы 1 говорит: - Можешь проходить! А охранник из фирмы 2 орёт: - Нифига. У него вид стрёмный!!! Ну и пока охранники бьются у входа выясняя кто прав - никто в заведение не входит. Так и у Вас. Виндовый дефендер глушит всеми силами по щам 360-му, а Вы хостера обвиняете Отключите на 10 минут все антивирусы (и дефендер тоже) и проверьте доступ к сайту.

Это да, но не думаю, что это возможно Человек 5 дней как "уперся в стену", все ему твердят проверить своё железо, но он упорно продолжает утверждать, что у него всё в порядке и за 5 дней желания проверить у друга/знакомого не возникло. Более того, автор сам написал: Причины такого ответа могут быть разные. Вплоть до "сижу на северном полюсе, вокруг на 5000 км я и белые медведи" Касательно автора: Никому в этой теме подтвердить проблему не удалось. Даже гуглу (проверка пейджспид). Проблема действительно у Вас. Где именно - нужно разбираться заглядывая под капот...

Не хочу писать очевидных вещей, но всё не так однозначно, как пишите об этом Вы. Ни у кого из вышеописавшихся (кроме Вас) нет проблем с доступом к Вашему сайту (я даже видео записал) Следовательно проблема на Вашей стороне, а не на стороне хостера. И это не обсуждается. С Вашей стороны причины могут быть такими: 1. Провайдер 2. Браузер 3. Стороннее ПО Судя по трассировке проблем в трассе нет. Т.е. проблема не в провайдере Остается 2 варианта - Бразуер и ПО, причем оба вариант могут зависеть один от второго. WinMTR не использует ядро и расширения браузера, потому если уязвимость имеет именно браузер - в трассировке будет всё отлично. И вот тут я повторю свой воспрос: А вопрос очень актуален, так как если в режиме инкогнито действительно проблема остается, то дело не в браузерах, а в ПО, которое может "фильтровать" и "отслеживать" все запросы. Таковыми являются всякого рода антивирусы, антихакеры, прокси и прочеепрочее. Так что это за замочек? ЧТо делает программа?

Ничего критичного. Значит дело действительно не в провайдере. Выше выяснили, что и не в хостере. Остается единственное слабое звено - либо конкретный браузер, либо какая-то программа, которая встраивается в браузеры (какое-то из дополнений). Попробуйте в браузере зайти на свой сайт в режиме инкогнито. Возможно проблема действительно в расширениях/дополнениях Кстати, а что на Вашем скрине вот это такое: Какой-то СуперПуперМегаЗащитнег?

Пункт 4 из текущей инструкции точно выполнили? Там в ЛК тинькова нужно прописать корректные пути для callback запросов. Желательно с протоколом (http или https). Ибо если укажите http а у Вас переадресация на https, то POST параметры могут улететь вникуда.

Такое чувство что Вы упорно не хотите решать свою проблему)) Похоже что Вам не помощь нужна, а Ваша цель просто "поговорить" Вы понимаете что такое маршрутизация? "Старый" сайт и "новый" сайт имеют общего только название и внутренности. Это как перетащить будку собаки от входа во двор к туалету и возмущаться, что собака перестала лаять на входящих во двор людей. Со сменой хостинг провайдера могли ПОЛНОСТЬЮ поменяться маршруты. А выбирает эти самые маршруты - провайдер. Тот факт, что "другие сайты открываются" говорит лишь о том, что у вашего провайдера нет проблем с доступом по другим маршрутом, а вот с прокладыванем маршрута до нового сайта такие проблемы, скорее всего, имеются. Как я писал выше - хотите помощи - полную трассировку программой WinMTR в 1000-1500 циклов в студию. Без трассировки все Ваши скрины - как мертвому припарка. Они НИЧЕГО и НИ О ЧЁМ не говорят. Ну и да, исключать проблему девайса тоже нельзя. "ВИРУСЫ ОТАКЕ!!!"(С) Включил VPN - Нидерланды и записал небольшое видео. Т.е. трасса вообще через пол мира прокладывается. Всё летает:

в gmail кнопка "распечатать" дефолтная: А вообще можно вместе с письмом генерировать pdf, например, и отправлять вложением вместе с письмом. Но нужно ли?

Сменили хостинг, сайт физически в другом месте, следовательно изменился маршрут. Так что да, обратится к провайдеру - хорошее предложение. ЗЫ. Прошелся по сайту - всё летает. Сколько циклов делали? Запустите как минимум на 1000-2000 циклов. Судя по тому, что проблема "периодическая" нужно отловить проблему, а она у Вас не постоянная.

Получается обращаетесь именно туда, куда и задали в конфиге. Перечитайте моё предыдущее сообщение.

Так подключитесь phpmyadmin'ом к plazza_3ton2 и гляньте, она или не она)))

500 это общая ошибка Fatal Error. Т.е. она показывается, когда при выполнении скрипта произошла ошибка, приведшая к остановке. Включите временно у хостера показ ошибок либо включите запись в лог и начать нужно именно с изучения лога. Будет хоть от чего отталкиваться, вместо голых предположений.

Что-то меня смущает расположение DIR_STORAGE Судя по тому, что Вы привели $dir = '/home/site/public_html/'; ? А папка DIR_STORAGE находится в корне сайта (что совсем не логично) Её место, скорее всего, либо за public_html т.е: define('DIR_STORAGE', '/home/site/storage/'); либо внутри system define('DIR_STORAGE', '/home/site/public_html/system/storage/'); Или короче: define('DIR_STORAGE'', DIR_SYSTEM . 'storage/'); не? Или storage реально в корне сайта?

В приведенном Вами демо шаблона уже бутстрап вовсю заюзан, который в "массе" появился только в 2012. Да и тему Вы создали в opencart 3, который релизнули только в 2017. А в 2002 году сайты были "другими" А по теме - ищите строку в файле /catalog/view/theme/{ваша тема}/template/common/footer.twig либо в скриптах темы. Дали б ссылку на сайт. текст в скрипте - это б хотя бы можно было бы понять. (если в твиге, то точное местоположение можно определить только при наличии доступа к FTP) И да, есть вероятность, что текст этой кнопки в настройках самого шаблона. В любом случае без доступа не разобраться. Либо может подсказать автор или тот, кто уже "щупал" этот шаблон. Напишите в личку @sasha3337774. Он выше помощь предлагал.

У Вас могло стоять значение по умолчанию 10000, а у многих хостеров это потолок, потому явное увеличение в php.ini не поможет. К тому же если на сервере стоит suhosin, то помимо max_input_vars нужно ещё поменять suhosin.post.max_vars, suhosin.request.max_vars. Все эти значения можно глянуть в phpinfo(); Так что Вам действительно правильней написать хостеру.

Если Вы переключитесь в режим просмотра кода, то там будет видно, что редактор просто оборачивает выделенный Вами текст в тег H1 Ну и на фронте, соответственно, размер шрифта будет браться из стилей css, которые заданы Вашему шаблону. Т.е. если в css у Вас явно прописано h1{ font-size:27px; } то заголовок будет именно такого размера.

Это Вы уже загоняетесь. Причем в прямом смысле этого слова. Всё что нужно и всё что могли Вы уже сделали. Всё. Клиент потерян. Люди так родственников теряют с потерей телефона (дальних, конечно), а Вы в магазин их вернуть хотите. На самом деле вариантов не много и все они поднимались в этой теме - полезная сувенирка, реальная выгода, а не кони в вакууме, рассылки и напоминалки. Всё. По хорошему это весь инструментарий. Потому что всё остальное - это уже обработка пришедшего к Вам на сайт покупателя (типа баннера с фразой - проверь есть ли у тебя скидка, введи номер телефона) и прочее. Покупатель уже на сайте, это удержание. А вот именно ВЕРНУТЬ на сайт - только вышеописанное. А вообще Ваш вопрос (ну точнее очень похожий) на пикабу в одной книге обсуждали: https://pikabu.ru/story/chitayte_v_novoy_knige_5371767

Так а в чём разница? Вкладывайте в посылку брендированную сувенирку. Не бесполезное гуано, как делают большинство, а, например, календарь с вашим брендом, ручку, блокнот. Можно даже визитку (или визитницу). Главное чтобы вещь была дешевой (не в наклад Вам), брендированной (содержала Ваше лого и адрес сайта с телефоном), полезной (чтобы не выкинули при распаковке)

Ну так я ж направление дал, а не решение. Вешайте вызов на аякс. Всё будет работать. Проблема лишь в том, что index.php?route=product/compare&remove={product_id} возвращает html, а не json, например, и сложно "распарсить" ответ чтобы понять результат удаления из сравнения. В реальности же удаление и добавление в сравнение - это удаление и добавление ID товара в $this->session->data['compare'] Т.е. Вам нужно создать контроллер, в котором будете ловить Ваш ajax вызов и по product_id, переданном в нём, проверять массив $this->session->data['compare']. При успешном нахождении в нём удаляемого товара делать unset. Как-то так: if (in_array($product_id, $this->session->data['compare'])) { $key = array_search($product_id, $this->session->data['compare']); unset($this->session->data['compare'][$key]); } Ну и вернуть скрипту уже json, чтобы в вызове можно было по результату ответа либо снимать переключатель, либо оставлять как есть и выводить "предупреждение" какое-то...

twig - полноценный html со встроенным компилятором шаблонов в PHP код. Так что в twig можно писать АБСОЛЮТНО всё то же, что можно писать в html файл.

В корне сайта phpinfo.php В нём код: <? phpinfo(); ?> Переходим в расширения и в модулях напротив html контент нажимаем "Добавить" Переключаем в редакторе "Code View" для правки кода и вставляем: <div id="somediv"></div> <script> $( document ).ready(function() { $.post('/phpinfo.php', function(data) { document.getElementById('somediv').innerHTML = data; }); }); </script> Возвращаем переключатель в исходное положение Сохраняем блок. Дизайн->Макеты->Home - добавляем созданный блок: И сохраняем макет. Результат тут: https://demo.webdd.in.ua ЗЫ. СТандартный редактор может вырезать скрипты. Но это уже совсем другая история

сорс же фо вентиль онли

curl же Ну или ajax В зависимости от реализации. Либо просто форму нарисуйте с методом пост и экшен - /index.php?route=api/order/history&order_id={order_id} А в форме необходимы инпуты - именно они полетят постом

Дело в том, что order_id передается в GET, а остальные параметры в POST Т.е. нужно отправить POST запрос по адресу: /index.php?route=api/order/history&order_id={order_id} с параметрами:

Да тут же без разницы, на самом деле. Мне удобней юзать $('#modal-window').modal('show'); либо data-toggle="modal" data-target="#modal-window" на кнопку из бутстраповского JS. Функционал то уже в коробке. А так да, дело привычки, согласен.