Neumann1970: Я посмотрел эту ссылку, там ничего особенного нет,
/*?* - фактически запрещает параметаризацию запроса, как это связано с Disallow: / непонятно
По умолчанию к концу каждого правила, описанного в файле robots.txt, приписывается спецсимвол *. Пример:
User-agent: Yandex
Disallow: /cgi-bin* # блокирует доступ к страницам
# начинающимся с '/cgi-bin'
Disallow: /cgi-bin # то же самое
Чтобы отменить * на конце правила, можно использовать спецсимвол $, например:
User-agent: Yandex
Disallow: /example$ # запрещает '/example',
# но не запрещает '/example.html'
User-agent: Yandex
Disallow: /example # запрещает и '/example',
# и '/example.html'
Толстяк: Короче, тут дело в другом, зашел на сайт через VPN вижу новую графику, выключил VPN вижу старую, не смотря на то, что кэш в браузере очищен на все 100 и пробовал CTRL-F5 в разных браузерах.
Возможно провайдер с целью экономии использует "прозрачный" прокси сервер.
При разработке любого проекта должно составляться ТЗ. Как правило его составляет менеджер проекта,
который как раз и согласует с заказчиком, программистом, площадкой необходимые ресурсы и компоненты, подбирает
оптимальное решение по цене и качеству.
Если говорить о хостинге (shared hosting), который подходит для большинства шаблонных решений. Редко где будут перенастраивать под требования конкретного клиента.
Можно посмотреть в договоре какие ресурсы и компоненты они предоставляют или взять пробный период и посмотреть параметры самостоятельно.
Если нужна какая-то "экзотика" то тут уже стоит рассматривать VPS/VDS, выделенные сервера и т.д. Так же стоит обратить внимание что по договору входит в базовое администрирование, а за что попросят оплату.
Не один администратор не будет вносить изменения по своему усмотрению без вашего ТЗ.
Если проект разрабатывается самостоятельно, то заказчик как раз и выступает в роли менеджера проекта, а дальше привлекает по мере необходимости нужных специалистов.
Администратор занимающийся настройкой сервера не полезет в код клиента. У него достаточно своих инструментов, что бы получить информацию о проблеме.
Мониторинг, файлы журнала. Если не достаточно информации всегда можно изменить уровень логирования.
Файла .htaccess относится к настройкам приложения. И только разработчик/программист должен вносить туда изменения.
Каждый должен заниматься своим делом согласно должностной инструкции.
По поводу резервных копий - это ответственность владельца ресурса. Никто кроме его не знает на сколько дорого ему потерять свои данные.
Xubart: Пришел заказ с определенного ip.
Решил посмотреть в метрике действия пользователя.
Предыдущий и следующий заказы как на ладони, а этого нет, ни по ip, ни по факту захода в корзину. Как буд то и не заходил никто вовсе.
Как такое возможно?
Найдите этого клиента по IP и примерному времени заказа в журнале веб сервера, посмотрите какая там версия браузера.
Возможная причина в недавнем обновлении FireFox до 69 версии.
В применяемый по умолчанию стандартный режим блокировки нежелательного контента добавлены функции игнорирования Cookie всех сторонних систем отслеживания перемещений и блокирования JavaScript-вставок, осуществляющих майнинг криптовалют.
Удаление доменов и их последующая регистрация начинается в 17:00 по московскому времени ежедневно, кроме выходных, праздничных дней и первого рабочего дня после выходного или праздничного дня.
Добавил в crontab
*/2 * * * * root swapoff -a && swapon -a
Команда не работает, как будет правильно?
---------- Post added 15-10-2019 at 12:42 ----------
Добавляю в crontab
*/2 * * * * root sudo /sbin/swapoff -a && /sbin/swapon -a
Под пользователем root запустите команду
Отредактируйте файл добавив туда строку
*/2 * * * * /sbin/swapoff -a && /sbin/swapon -a
А как вы проверяете что не работает ?
Добавляю команду в крон, но она не отрабатывает. т к под admin скорее всего.
Команда: swapoff -a && swapon -a
Для команды через cron попробуйте использовать полный путь.
/sbin/swapoff -a && /sbin/swapon -a
Я посмотрел эту ссылку, там ничего особенного нет,
/*?* - фактически запрещает параметаризацию запроса, как это связано с Disallow: / непонятно
Чтобы отменить * на конце правила, можно использовать спецсимвол $, например:
Ваша строчка Disallow: /*?* равнозначна строке Disallow: /
...
И где он увидел директиву Disallow: / ?
Спасибо!
попробуйте заменить на
https://yandex.ru/support/webmaster/robot-workings/allow-disallow.html#allow-disallow__asterisk-dollar
Короче, тут дело в другом, зашел на сайт через VPN вижу новую графику, выключил VPN вижу старую, не смотря на то, что кэш в браузере очищен на все 100 и пробовал CTRL-F5 в разных браузерах.
Возможно провайдер с целью экономии использует "прозрачный" прокси сервер.
Как то у вас все в кучу смешалось.
При разработке любого проекта должно составляться ТЗ. Как правило его составляет менеджер проекта,
который как раз и согласует с заказчиком, программистом, площадкой необходимые ресурсы и компоненты, подбирает
оптимальное решение по цене и качеству.
Если говорить о хостинге (shared hosting), который подходит для большинства шаблонных решений. Редко где будут перенастраивать под требования конкретного клиента.
Можно посмотреть в договоре какие ресурсы и компоненты они предоставляют или взять пробный период и посмотреть параметры самостоятельно.
Если нужна какая-то "экзотика" то тут уже стоит рассматривать VPS/VDS, выделенные сервера и т.д. Так же стоит обратить внимание что по договору входит в базовое администрирование, а за что попросят оплату.
Не один администратор не будет вносить изменения по своему усмотрению без вашего ТЗ.
Если проект разрабатывается самостоятельно, то заказчик как раз и выступает в роли менеджера проекта, а дальше привлекает по мере необходимости нужных специалистов.
Администратор занимающийся настройкой сервера не полезет в код клиента. У него достаточно своих инструментов, что бы получить информацию о проблеме.
Мониторинг, файлы журнала. Если не достаточно информации всегда можно изменить уровень логирования.
Файла .htaccess относится к настройкам приложения. И только разработчик/программист должен вносить туда изменения.
Каждый должен заниматься своим делом согласно должностной инструкции.
По поводу резервных копий - это ответственность владельца ресурса. Никто кроме его не знает на сколько дорого ему потерять свои данные.
Пришел заказ с определенного ip.
Решил посмотреть в метрике действия пользователя.
Предыдущий и следующий заказы как на ладони, а этого нет, ни по ip, ни по факту захода в корзину. Как буд то и не заходил никто вовсе.
Как такое возможно?
Найдите этого клиента по IP и примерному времени заказа в журнале веб сервера, посмотрите какая там версия браузера.
Возможная причина в недавнем обновлении FireFox до 69 версии.
https://www.opennet.ru/opennews/art.shtml?num=51408
Ravel, попробовал по вашему не получилось, сделал так
покажите var_dump($this->exam);
Как получить последнюю строчку цикла где есть данные и они не пустые?
Переместить $n++ в условие:
Он и будет последним элементом вашего цикла.
https://tcinet.ru/statistics/list-of-domains/
Завтра после 17:00 по московскому времени удалят.