alarm

Рейтинг
125
Регистрация
18.10.2007

Я не считаю, что хостер должен защищать меня от атак на тарифном плане за 100 рублей в месяц. Но я считаю, что в его интересах помочь мне найти решение этой проблемы, а не молча отключить аккаунт, а потом лениво отписываться в стиле "решайте свои проблемы сами, после этого мы вас включим". В итоге переехал на впску за 700 в месяц к другому хостеру. Если с ним все будет нормально, к нему же переедет десяток клиентов, которых я веду и которые сейчас тоже на спейсвебе. И всё только из-за того, что я не почувствовал заботы о себе, как о клиенте.

По логам видно, что IP разные и их немало. 42000 запросов в час

Динамически делать блеклист ипшников, если в реферрере ерунда и отдавать им кукиш? Мне кажется такой костылик сильно проигрывает средствам, которые должен иметь хостер

я изначально неправильно трактовал логи, посчитав что первый пункт это имя аккаунта, а реферрер - запрошенная страница

nashdomen.ru
78.182.209.78
[10/Jun/2014:22:36:23 +0400]
"GET / HTTP/1.1"
200
45129
"http://lb32w66i2g.net/"
"Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20100101 Firefox/11.0"
1

На самом деле лог имеет такую структуру


запрошенный домен
ип запрашивающего
время запроса
тип запроса
статус ответа
хз что
реферрер
юзер агент
цпу

nashdomen.ru конечно же к аккаунту прикреплен, хотя это не прибавляет мне уверенности в благонадежности логов spaceweb'a

Какие у меня есть варианты в сложившейся ситуации? Я так понимаю проще всего переехать - потому что техподдержка отвечает нечасто и отписывается просто для галочки, реальное решение проблемы их явно не интересует, а у меня, как у юзера инструментов для фильтрации трафика нет

Нет, хостинг шаред, там с полсотни сайтов соседей по серверу висят на этом же IP

А, это реферрер. Я ошибочно подумал что это запрашиваемый урл, что привело меня в некоторое недоумение.

Вроде бы совсем не тот уровень бизнеса у компании, чтобы д[д]осить

Спасибо за подсказку. Реализовал на js

            var ref = document.referrer;
var url = '[[++site_url]]';
if (ref.indexOf(url) == -1)
$('.go-back-link').hide();

L3n1n, varchar.

Замена

$GoodGUID = $Good->GUID;
на
$GoodGUID = (string) $Good->GUID;
решила проблему.

Похоже что он просто при выборе сравнивает строки не как строки, а как числа, потому что, видимо, там используется неточное сравнение

L3n1n:
Пробуйте очистить $g в конце foreach.
Возможно $g->save(); не очищает объект.

Я думал о таком варианте, не нашел информации как правильно.

unset($g);

в начале итерации не меняет ситуации

Насколько понимаю, проблема не в этом, потому что такой вариант условия ничего не меняет


if (!$modx->getObject('goods', array('guid' => $GoodGUID))) {
print $GoodGUID.' - Товар не найден, добавлен<hr />';
$g = $modx->newObject('goods', array(
'guid' => $GoodGUID,
'code' => $GoodCode,
'articul' => $GoodArticul,
'title' => $GoodTitle,
'price' => $GoodPrice,
'content' => '',
'alias' => '',
'amount' => $GoodAmount,
'published' => 1,
'hidemenu' => 0
));
} else {
print $GoodGUID.' - Товар найден, обновлен<hr />';
$g = $modx->getObject('goods', array(
'guid' => $GoodGUID
));
$g->fromArray(array(
'amount' => $GoodAmount
));
}
$g->save();
Всего: 469