1. Главная
  2. sanita

sanita: Комментарии

Главные вкладки

14 мая 2014 в 6:46

iNFerNo wrote:
так что и как прикрутили то

Взяла некоторые готовые коды "Заплати лайком" (из вордпеса и просто от свободных художников), добавила чего надо было, написала скрипт криптирования текста, обрабатываю и вставляю где надо в ноду или куда там надо. Модуль из этого делать - нет смысла по воробьям из пушки стрелять. Но, если прям массово в сайте использовать, то можно и в модуль переделать.

8 мая 2014 в 16:11

Да ... прям ностальгия берет от этой ветки. Уже давно все прикрутила, без модуля, уже и на Д7 перешла, уже и тут прикрутила ... а задача все не решена. Может сразу для Д8 сбрасываться? Biggrin

28 июля 2013 в 4:48

Проблему решила:

1. Немного снизила скорость Googlebot-a в webmastertools, через пару дней верну обратно;

2. Сначала ограничила доступ USER_AGENT-а facebookexternalhit, но увидела, что он все-равно пасется, ждет, что ему подадут, тягает все подряд и лезет в закрытые для роботов места (вообще, гад порядочный, т.к. этот агент не признает robots.txt, потому что хоть и с поведением гадкого бота, позиционируется от facebook как безобидный агент) и совсем его запретила в htaccess.

26 июля 2013 в 19:03

RxB, multpix, спасибо спасибо за советы. Пароли я, как полагается, на полную луну поменяла, ну и бекап на всякий случай тоже.

q2_faith, Дело у меня не столько в отчетах, сколько в реальном постоянном присутствии ботов именно гугла и фейсбука. Другие приходях и уходят, а эти - как к себе домой. Сегодня до 160 штук одновременно толпились, вчера до 180. Кеш есть, конечно же. Нод много - более 50000.

26 июля 2013 в 0:53

RxB wrote:
"sanita" wrote:

Я думаю, что пароли стоит менять по лунному календарю.
Смена паролей на SSH на растущую луну, на FTP на убывающую.
Если FTP и SSH совпадают, то только в новолуние.

26 июля 2013 в 0:39

RxB wrote:
Я отстал от современных тенденций хакерских атак

Я в современных тенденциях тоже мало чего смыслю, но не думаю, что что-то уж очень поменялось за последние 5 лет.

RxB, вы вот так прям твердо решили мочить меня во всех темах?)) А что, по вашему, может успокоить волнения автора перед такой угрозой? Связаться с хостером и ... того... пароли поменять. Это никогда не лишне. /* Да и плацебо еще никто не отменял */

26 июля 2013 в 0:23

RxB wrote:
Что это за поток сознания?

Знаете, RxB, к своему стыду признаюсь, что у меня было официальное обвинение в ddos атаке от одного хостера. Я остановила работу около 200 сайтов. Обвинение после переговоров сняли, но некоторую мудрость я из всего этого для себя вынесла. Бережоного Б. бережет - нельзя надеяться только на защиту хостера, потому, что не знаешь откуда оно может придти.

26 июля 2013 в 0:19

RxB wrote:
У вас вечер советов не в тему?

Что-то кажется мне, что автор зацепил чисткой field_instance или вторую таблицу, запамятовал.
В таком случае разворачивать бекап полностью не требуется.

Автор мог зацепить все, что угодно, поэтому я и написала, что я бы сначала проверила проблема только в field's или еще и в другом есть. И да, я бы залила полный бекап, имея в виду, что в базе уже всячески ковырялись.

25 июля 2013 в 22:35

Я бытак сделала:

Отключите из базы модуль CCK и посмотрите, вернулся ли и в каком виде старый контент (хотя это и в базе можно посмотреть). Если контента нет никакого - придется возвращать бекап. Если контент есть, то надо дальше копать в ССК.

25 июля 2013 в 18:51

Смешно-не смешно, я тоже так подумала Smile Как мухи на ..эээ.. на мед. Все мои сайты на друпале вполне себе дружат с ботами, а этот - прям чудо какое-то. Я уже и в htaccess-е поназапрещала всего, что возможно, так нет - лезут и толпятся.

Вот прямо сейчас штук 45 толпится, а через час могут еще сотня набежать. С утра уже больше 400 посещений от них получили. И "смотрят" гады по 11-12 страниц на раз. И не все уже кешированы, так что тянут ресурсы, тянут.

25 июля 2013 в 18:46

У вашего конкурента не все в порядке с головой. А он не попросил заодно и перенести сайт с друпала на другой движок?

Потенциально в друпале у вас только webforms могут быть "открыты" - там просто надо запретить php. А вот сам сервер может быть не совсем защищен - поменяйте на всякий случай все пароли, в том числе за FTP доступ. Я бы еще и пароль в БД поменяла. Проверьте компьютеры на вирусы. Сделайте бекап и сохраните его в другом месте.

DDos - подсудное дело. Если еще получите угрозы, можете стукнуть хостеру, что вам угрожают.

19 июля 2013 в 21:31

FORTIS wrote:
буст - припарка

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

19 июля 2013 в 1:11

serv wrote:
Специалист все валит на косяки модулей или черти чего и защищает пиндосовский хостинг, он говорит что 75000 обращений это много и так быть не должно ))

Я понимаю, что вы защищаете честь своего мундира, но ваш специалист прав. Частично.

19 июля 2013 в 0:56

alex_shut wrote:
и нашо ото украинский сайт на пиндосовский сервер вообще весить?
Если не секрет)

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

19 июля 2013 в 0:49

Ну значит:

Quote:

Посмотрите договор с хостером - какие там ограничения. Если не найдете изрично 75000 запросов к базе - пишите и переговаривайте. Обычная норма - 150000.

19 июля 2013 в 0:22

Ну, сколько у вас запросов не видно. То, что я вижу - много запросов к кешу. Мне это выглядит нормально. Вообще, есть куча запросов, которые выполняются при первом открытии страницы/блока, а потом уже тянутся из кеша.

У вас на другом хостинге были проблемы с запросами? Может у вас к странице товара много чего прикручено?

Но, в любом случае, ограничения хостера у вас зверские + я спросила сколько баз повешены на юзера? Посмотрите договор с хостером - какие там ограничения. Если не найдете изрично 75000 запросов к базе - пишите и переговаривайте. Обычная норма - 150000.