- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко

VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте!
Я не программист, поэтому расскажу, как понимаю. Жил себе 3 года самописный ИМ. И вдруг неделю назад стал падать органический трафик. Проверяю в Google WMT - 4 тыс. страниц с 404 ошибкой, появились за несколько дней. До этого ошибок было всего пара сотен. Проверяю инструментом "Посмотреть как Гугл-бот" - 404 ответ. В это же время та же страница в бразуере открывается без проблем...
Иду в Яндекс Мастер, запускаю краулер Xenu - все страницы каталога и карточек товаров отвечают 404. Служебные, главная, статьи - 200 ок.
Лезу по фтп на сайт, проверяю даты изменения файлов htaccess, redirects, robots - все редактировались более полугода назад. А проблема началась 10 апреля. Программист ничего не менял, хостинг утверждает, что настройки тоже не менялись, а у меня -50% заказов.
Программист чего-то делает, пишет:
"Пришлось убрать функцию mysql_real_escape_string. Это хреново т.к. существует уязвимость sql инъекции. С этим надо обязательно разобраться!!!! Параметры в GET сейчас фигачатся прямо в sql запрос!!!!"
Собственно, может кто-то встречался с подобными ситуациями? Как это можно объяснить?
Можно ли подменить файлы так, чтобы не поменялась дата их последнего редактирования?
Как такое возможно - роботам - 404, браузерам - 200?
:popcorn:
Я думаю возможно, даже элементарно на компе дату обратно открутить и создать точно такой же новый файл.
Либо как-то с помощью программы это прописать.
Наверное стоит условие в скрипте по useragent определяют, если поисковик то 404, остальным 200,
возможно что и ломанули вас.
это вам нужно в коде покопаться и найти где примерно это прописано, но для этого нужно быть программистом.
Гоните его в шею :(
Самопис?
Chukcha, он же написал что самопис
где вы таких придурков-программистов находите, которые не могут решить проблему и просто убирают нужную функцию.
он же написал что самопис
У меня избирательное чтение :)
проверяю даты изменения файлов htaccess, redirects, robots - все редактировались более полугода назад
touch -t полгода_назад file
То, что его нужно гнать в шею, я давно подозревал. Но найти программиста за вменяемые деньги - та еще проблема.
Всем спасибо за внимание. Если еще у кого-нибудь есть мысли, буду рад выслушать.
Лезу по фтп на сайт, проверяю даты изменения файлов htaccess, redirects, robots - все редактировались более полугода назад.
1. По ФТП Вы не можете посмотреть подлинные значения дат изменения файлов, т.к. нужно еще видеть время модификации файла.
Суть в следующем, время изменения файла, это время, когда файл редактировался. Но дату редактирования можно изменить, а дата изменения атрибутов файла (в том числе и даты изменения, это тоже атрибут) называется датой модификации.
Смотрится все это через SSH командой stst
Например:
stat ./.htaccess
Но редирект по юзер агенту можно сделать не только в перечисленных Вами файлах, но и в коде php.
так яж ему про это и говорю, программистом нужно быть.
"Пришлось убрать функцию mysql_real_escape_string. Это хреново т.к. существует уязвимость sql инъекции. С этим надо обязательно разобраться!!!! Параметры в GET сейчас фигачатся прямо в sql запрос!!!!"
Возможно, что на сервере обновили версию PHP (до 5.5 и выше), необходимо исправить старый код под новые требования. (например под это - http://php.net/manual/en/mysqli.real-escape-string.php)
Ага, а причем здесь версия php к 404
mysql_real_escape_string - соответственно mysql_query - да?