Ravel

Рейтинг
66
Регистрация
27.02.2016
jano:
Добавил в 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 запустите команду

crontab -e

Отредактируйте файл добавив туда строку


*/2 * * * * /sbin/swapoff -a && /sbin/swapon -a

А как вы проверяете что не работает ?

jano:
Добавляю команду в крон, но она не отрабатывает. т к под admin скорее всего.
Команда: swapoff -a && swapon -a

Для команды через cron попробуйте использовать полный путь.


/sbin/swapoff -a && /sbin/swapon -a
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'

Ваша строчка Disallow: /*?* равнозначна строке Disallow: /

Neumann1970:

...
И где он увидел директиву 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 относится к настройкам приложения. И только разработчик/программист должен вносить туда изменения.

Каждый должен заниматься своим делом согласно должностной инструкции.

По поводу резервных копий - это ответственность владельца ресурса. Никто кроме его не знает на сколько дорого ему потерять свои данные.

Xubart:
Пришел заказ с определенного ip.
Решил посмотреть в метрике действия пользователя.
Предыдущий и следующий заказы как на ладони, а этого нет, ни по ip, ни по факту захода в корзину. Как буд то и не заходил никто вовсе.

Как такое возможно?

Найдите этого клиента по IP и примерному времени заказа в журнале веб сервера, посмотрите какая там версия браузера.

Возможная причина в недавнем обновлении FireFox до 69 версии.

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

https://www.opennet.ru/opennews/art.shtml?num=51408

Dram:
Ravel, попробовал по вашему не получилось, сделал так

покажите var_dump($this->exam);

Dram:

Как получить последнюю строчку цикла где есть данные и они не пустые?

Переместить $n++ в условие:


if(!empty($value))
{
...
$n++;
}

Он и будет последним элементом вашего цикла.

Удаление доменов и их последующая регистрация начинается в 17:00 по московскому времени ежедневно, кроме выходных, праздничных дней и первого рабочего дня после выходного или праздничного дня.

https://tcinet.ru/statistics/list-of-domains/

Завтра после 17:00 по московскому времени удалят.

Всего: 42