foxi: Возможно сервер взломали. Восстанавливайте из бекапа и мониторьте логи, ищите дырку.
правильно замечено, скорее всего сайт сломали и удалили, сейчас можно ожидать от ТС фразу "бэкап был на этом же сервере", "а как смотреть логи, что такое логи", "как искать дырку" 🍿
Members: Спасибо всем Вам за советы, буду искать, странно еще и то что пароль и логин фтп не подходит.
еще можно предположить, что хостер просто переустановил вашу ВПС, и сейчас там новый ФТП, новый Апач - белый лист
есть не обновлять ПО на сервере, то вопрос взлома - это вопрос времени
ShadowMarket: Я с удивлением обнаружил, подобные сайты в подовляющей массе вебмастеров считаются "выдоенными" и имеют очень плохую репутацию.
Хотелось бы прояснить ситуацию, ведь я считал количество статей на сайте скорее плюсом чем минусом.
сайт, который подобным образом помог прокачать позиции 1000 сайтов уже находится под фильтрами Яндекса, т.е. полезность ссылок с таких сайтов близиться к нулю или еще хуже имеют отрицательный вес, а для потенциального покупателя такого сайта интерес теряется в виду того, что редко оптимизаторы покупают ссылки с таких заспамленных площадок
WapGraf: Теоретически никак. А вот на практике, при тестах записи/чтения (не линейного разумеется), бывает наоборот. Тестируйте в fio
ни разу не видел наоборот, скорее всего дело в какой-то кривости - например 512-байтные сектора вместо 4Кб и т.п., ну и разумеется не стоит рассматривать совсем бюджетную 30-60Гб линейку дисков, на них запись весьма медленная
Бабайка: А есть ли вероятность что в дампе уже висит код?
бывают случаи, когда применяют спец. плагины, которые позволяют в произвольном месте поста использовать PHP, но это редко, так что этот случай можно исключить (хотя скрытые ссылки и .js/iframe в дампе вполне могут быть, дамп можно перед заливкой изучить)
Den73: да, а прирост производительности будет грандиозный если ваши приложения интенсивно используют ФС.
интересно, а как они могут не использовать ФС? - грузятся из RAM диска? :)
в случае с ВПС - SSD позволяет решить основную проблему всех нод - перегруженность дисковой системы, т.е. с SSD будет все довольно шустро работать, даже если на ноде с десяток соседей
Саша Фоменс: Я, конечно, не специалист в этом, но как мне объясняли SSD лучше использовать под размещение, к примеру, БД, но не основного контента, вроде посыпятся быстро. Если я не права, поправьте.
SSD критичны к перезаписи, как раз БД наиболее сильно изнашивает SSD диск, но даже в таких условиях диск проработает более 2-3 лет спокойно, при наличии запасного свободного места в размере 20-30% от занятой емкости (критично для TRIM), и для статики SSD наиболее приемлем в первую очередь
Саша Фоменс: И то, со своими VDS, я не так часто обращаюсь к ним, и все слава Богу, работает корректно.
администрировать можно самому, при первоначальной корректной установке и настройке специалистом, но не все готовы к тому, чтобы начинать изучать тот же Debian, просто не хотят загружать голову лишними проблемами
Саша Фоменс: Т.е SSD можно использовать наравне с обычными дисками (SATA, SAS)? При условии, что контент сайта динамичный?
можно
Den73: ssd не может посыпаться физически, там микросхемы а не пластины/механика. пусть вылетают, какие проблемы, рейд и скрипты по быстрому развертыванию бэкапов рулят.
да, в типичном понимании изнашивания пластин жесткого диска у SSD нет таких проблем, но есть другие, полететь может и сам контроллер или микросхемы, RAID-1 безусловно нужен, хотя в плане износа RAID-1 будет изнашивать оба диска равномерно, т.е. число утилизированных секторов будет примерно равным
Возможно сервер взломали. Восстанавливайте из бекапа и мониторьте логи, ищите дырку.
правильно замечено, скорее всего сайт сломали и удалили, сейчас можно ожидать от ТС фразу "бэкап был на этом же сервере", "а как смотреть логи, что такое логи", "как искать дырку" 🍿
Спасибо всем Вам за советы, буду искать, странно еще и то что пароль и логин фтп не подходит.
еще можно предположить, что хостер просто переустановил вашу ВПС, и сейчас там новый ФТП, новый Апач - белый лист
есть не обновлять ПО на сервере, то вопрос взлома - это вопрос времени
Я с удивлением обнаружил, подобные сайты в подовляющей массе вебмастеров считаются "выдоенными" и имеют очень плохую репутацию.
Хотелось бы прояснить ситуацию, ведь я считал количество статей на сайте скорее плюсом чем минусом.
сайт, который подобным образом помог прокачать позиции 1000 сайтов уже находится под фильтрами Яндекса, т.е. полезность ссылок с таких сайтов близиться к нулю или еще хуже имеют отрицательный вес, а для потенциального покупателя такого сайта интерес теряется в виду того, что редко оптимизаторы покупают ссылки с таких заспамленных площадок
xereden, я ролики (код) с ютуба и контакта закрываю в <noindex>. Думаю не к чему лишние ссылки на сторонние источники.
а noindex и не закрывает внешние ссылки, он закрывает текст от индексации, для закрытия ссылки надо rel="nofollow" применять
обычно видео с ютуба положительно влияет на страничку
Почитал в нете, так многая техника по закону не подлежит обязательно сертификации.
правильно, т.е. просто поставка не для России, но никто не мешает компании скупить нереализованную партию в "соседней" стране
вообще какой смысл покупать (евротест) в РФ? - можно же напрямую купить в интернет магазине в Европе, и выйдет дешевле значительно
Был в укр топе с копипастом с ру сайта. Сделал качественный рерайт, улетел на вторую страницу, и месяца 3 уже там живу.
был один контент, а тут он поменялся в корне, т.е. гугл мог посчитать это другим сайтом вообще
Теоретически никак. А вот на практике, при тестах записи/чтения (не линейного разумеется), бывает наоборот. Тестируйте в fio
ни разу не видел наоборот, скорее всего дело в какой-то кривости - например 512-байтные сектора вместо 4Кб и т.п., ну и разумеется не стоит рассматривать совсем бюджетную 30-60Гб линейку дисков, на них запись весьма медленная
Ну еще зависит какие диски. Некоторые SSD покажут хуже результат =)
каким это образом? - самый трэшевый диск на рынке дает 2500 IOPS против 300 у ТОПового SAS диска, а линейная скорость сопоставима с этим SAS
А есть ли вероятность что в дампе уже висит код?
бывают случаи, когда применяют спец. плагины, которые позволяют в произвольном месте поста использовать PHP, но это редко, так что этот случай можно исключить (хотя скрытые ссылки и .js/iframe в дампе вполне могут быть, дамп можно перед заливкой изучить)
да, а прирост производительности будет грандиозный если ваши приложения интенсивно используют ФС.
интересно, а как они могут не использовать ФС? - грузятся из RAM диска? :)
в случае с ВПС - SSD позволяет решить основную проблему всех нод - перегруженность дисковой системы, т.е. с SSD будет все довольно шустро работать, даже если на ноде с десяток соседей
Я, конечно, не специалист в этом, но как мне объясняли SSD лучше использовать под размещение, к примеру, БД, но не основного контента, вроде посыпятся быстро. Если я не права, поправьте.
SSD критичны к перезаписи, как раз БД наиболее сильно изнашивает SSD диск, но даже в таких условиях диск проработает более 2-3 лет спокойно, при наличии запасного свободного места в размере 20-30% от занятой емкости (критично для TRIM), и для статики SSD наиболее приемлем в первую очередь
И то, со своими VDS, я не так часто обращаюсь к ним, и все слава Богу, работает корректно.
администрировать можно самому, при первоначальной корректной установке и настройке специалистом, но не все готовы к тому, чтобы начинать изучать тот же Debian, просто не хотят загружать голову лишними проблемами
Т.е SSD можно использовать наравне с обычными дисками (SATA, SAS)? При условии, что контент сайта динамичный?
можно
ssd не может посыпаться физически, там микросхемы а не пластины/механика. пусть вылетают, какие проблемы, рейд и скрипты по быстрому развертыванию бэкапов рулят.
да, в типичном понимании изнашивания пластин жесткого диска у SSD нет таких проблем, но есть другие, полететь может и сам контроллер или микросхемы, RAID-1 безусловно нужен, хотя в плане износа RAID-1 будет изнашивать оба диска равномерно, т.е. число утилизированных секторов будет примерно равным