Скорее всего, Gagik куда-то вставил этот код, а теперь не помнит куда.
больше на это 👆 похоже, ради интереса проверил у себя на тестовом instantcms (тут), хостером по умолчанию не передается заголовок X-Frame-Options
X-Frame нету, зато Sec-Fetch-Site есть 🤣
Заголовки какого ресурса были известны?
начните чтение со стартового поста этой темы форума
Нет. С чего вы взяли?
заголовки известны. какой смысл написанной вами команды? чтоб снова узнать заголовки?
А как вам мысль
вы пост с самого начала читайте, а не только конец, судя по вашему комментарию, чтение этой темы форума вы начали с конца
и получаете требуемые заголовки.
есть решение ещё проще → волшебство
(если совсем лень, то по ссылке заголовки веб-сервера InstantCMS.ru)
Узнаю ответы от ТП 1gb.
нужно пробовать переопределить header, легко узнать, откуда хедер летит, от php или от веб-сервера
как писал Fuze, выше, в движке нет такого заголовка, следовательно, если это шаред-хостинг, значит заголовок установлен либо в Nginx (если он как прокси), либо в Apache.
Есть тут модеры? Закрывайте эту тему, вопрос досконально разжеван, решение описано на 100%
Заплачу 500 руб за помощь в решении этой проблемы
Сюда Тыц
в описании напишите: X-Frame-Options
этого достаточно, чтоб понять что от вас
у меня его нет этого кода
есть. Найдите для начала x-powered-by: InstantCMS или Content-type:text/html; charset=utf-8
можно попробовать решить этот вопрос на уровне PHP, тут всё написано -> www.php.net/manual/ru/function.header.php
в каком файде ??
откуда мне знать??? Это вы должны знать!
Есть два варианта — 1) настройки сервера; 2) в движке InstantCMS
P.S. Вам дано точное решение задачи, найдите этот заголовок и смените на указанный выше. Или мне за вас искать? Получайте знания а не бездумным копипастом занимайтесь
Вынужден предупредить коллег: будьте готовы к неожиданностям.
неожиданности вида: оценили объем работ на 100 руб., выполнил на 150 руб., а заплатили 30 руб.? Восток — дело тонкое, Петруха 🤣
Оказывается, чтобы сменить пароль, я также должен сменить и e-mail.
меня эо смутило, решил пока не обновлять пароль
Кстати, есть еще страница "О системе" 😉
а вот и вопрос назрел.
Новый релиз с форумом в пакете будет? Или вы форум «пилили» исключительно для основного сайта? 😒
не знаю что у вас за сервер, для начала на сервере этот заголовок смените в Nginx или Apache. Предварительно прочитайте всё про серверные заголовки, чтоб не вносить изменения «от фонаря», изучите эту тему
нет такого кода
всё есть, говорю — изучите тему с серверными заголовками
в изображении 👆 что по вашему выделено?
ищите X-Frame-Options SAMEORIGIN и меняйте его на X-Frame-Options allow или X-Frame-Options allow-from: ДОМЕН
вообще, разрешать этот параметр плохая затея, вы открываете доступ для атаки «человек по середине»
На гит то зачем?
дак чтоб во время инсталляции команда уже была корректна. Это более универсальная команда:
а эта 👇 команда «специфична» к настройкам сервера
ПОЧЕМУ?
Как минимум потому, что мы не в кроне определяем где находится интерпретатор и какой именно версии, а в настройках окружения и/или вебсервере. Поэтому, в кроне мы просто пишем в какую папку перейти и какой скрипт запустить, всё остальное мы настраиваем в других местах (окружение и веб-сервер)
И да, с серверами Linux я работаю 15 лет
я чуток поменьше — 13 лет, но данном «линукс-возрасте» разница в деталях «кто где/куда копал и что и как использовал»
Я не знаю, про что вы) Безопасность сервера тут не при чем
Вы упустили: Или настройки указаны исключительно в рамках сервера (хостинга) который используют разработчики instantCMS 😉
Я не знаю, про что вы
чуток подумав как объяснить, решил дополнить. Через крон наш скрипт запускается через php-cli. Но php-cli у нас на разных уровнях разный, есть уровень сервера, есть уровень приложения. Команда php -f /path/to/site/cron.php запускает php-cli на уровне всего сервера от текущего пользователя, т.к. крон работает только глобально на весь сервер и никак иначе. Команда cd ~/path/to/site/ && php cron.php запускает php-cli на уровне приложения от текущего пользователя
и снова дополню, чтоб уже наверняка. Первая команда php -f /path/to/site/cron.php говорит крону " — выполни вот этот файл" и он выполняет исходят из глобальных настроек юзера. Вторая команда cd ~/path/to/site/ && php cron.php говорит крону "- выполни этот файл в той-то директории"
под одним юзером у нас могут быть разные версии и настройки php для каждого отдельного хоста, поэтому и выполнение по крон должно привязываться к конкретным директориям, а не к юзеру
Ссылку потом сюда положите, пожалуйста.
Вот ссылка на правку на гитхабе github.com/instantsoft/icms2/pull/1340