ну вы же все чекисты, у вас "безопасность" вы же все думаете что домен ( то что вы рекламируете за деньги на яндекс)
это очень скрытая информация
А ДНС записи так тем более ( ну правда их все видит DIG) но вы их категорически не даете.
Какие вводные данные такой и ответ
CityCat4, a159cm,
Времена изменились, и SEO тоже, по факту оно умирает и большенство инструментов уже не работает.
По факту сейчас важнее качество контента скорость работы и тд и тп нежели банальные покупки старых доменов.
да они все еще работают и купив magazin.ru вы получите явный профит, другой вопрос что и вложите в этот домен более чем достаточно
а брать 5 летний домен в другой тематике толком не прокачанный, боюсь что особо вы с него ничего не получите.
Adamos, мешать не мешает, и даже будет работать
Но у вас не будет желания переучиваться на линукс.
Поскольку в первую очередь это прийдется учиться и учить много
что такое сисетм д что таке гтк что такое монтирование дд и тд
что такое пакеты зависимостей, репозитории и тд и тп.
не говоря уже о stderr stdout и тд
на этом месте вам станет уныло и вы уйдете в винду.
Так было есть и будет.
А вот если варианта нет а задачу нужно решить то тут вы начнете ковырять ломать делать и в конце концов сможете перейти на линь.
И в следующий раз когда у вас в винде зависнит скайп, вы будете искренне не понимать почему у него нет нормальных логов, и че теперь делать ;)
PendalF89, ну а как вы собираетесь их отличить ?
Ограничить скорость не хочу, по юзерагенту не хочу.
А по какому критерию вы еще собираетесь выцепить робот
Давайте определимся с критериями отбора для начала
конечно могу ответить, поскольку вопрос бессмысленный.
Нормальный вопрос, если бы он был в компетенции то он бы не спрашивал.
если сайт не использует РНР, то скорее вего обновление РНР ничего не поломает
/
Угу сервера при обновление никогда не падают, вообще о таком не слышал ;))) ( ну правда ОС с btrfs сейчас включают откат обновлений в grab но это так они просто идиоты.)
Обновлять он будет его 99% через yum update
естественно при этом затронется ТОЛЬКО PHP, и естественно 100% гарантия что ничего не упадет.
Бред сивой кабылы.
Обновление всегда потенциально опасны крашем притом совершенно в разных местах, поскольку тащат за собой букет зависимостей, а пхп в добавок еще и конфиги предлагает порой перетереть.
Я уже не говорю о "обновление" если он имел в виду повысить версию cскажем php+mod_apache.
я вам найду десяток причин по которой что-то может пойти не так при обновление, особенно если их долго не делали.
Другое дело что все же 95% что все будет норм, а остальные 5 можно легко поправить если разбираешься в текущей конфигурации своего веб сервера.
Alionides, в зависимости от того как реализован сайт и сама мнгосайтовость или может там вообще разные движки.
Если на одном то за это как правило отвечает сам движок сайта , а домены прописываются просто в алиасах сервера или вообще по маске, плюс вайлдкард сертификат ssl
Если на бэке все разное то nginx+proxy я этот вариант вам уже не стал
Если прям эксклюзив какой-то к примеру нужно отдавать два сайта одновременно на 1 домене
к примеру старый и новый сразу, с приоритетом нового, если 404 то старый сайт
То тут можно и nginx опять же через ерор 404 или php proxy в 404.php
В общем эксклюзива хватает.
Но не хватает данныъ
Какой движок какой самопись или "мой конструктор" - это wiks
В общем нужно больше конкретики.
не уверен что вам это вообще нужно.
Безопасность это комплекс мер, еще раз комплекс мер а не просто разделы на диске.
если вы шифруете, но не обновляете ПО, у вас нет безопасника и вы не следите за всеми паролями их стйкостями, не вносите постоянные фиксы уязвимости, не мониторите входящий трафик, у вас нет человека отвечающего за банальный фишинг.
То такое шифрование может иметь под собой только один профит
ваш личный ноут с "хоме видео" при краже в метро.
Других причин для этого нет.
awox, нет, можно один ключь заливать на любое количество серверов и ползователей.
Ты просто должен в папке этого юзера добавить этот ключ, так же не забывай что у юзера может быть ограничение на ввод пароля, тогда тебе все-равно нужно будет ввести еще и пароль.
Только не перепутай
публичный можеш заливать куда угодно и в любом количестве
приватный только у тебя.
зачем тебе обрабатывать на пхп заведомо неподходящие данные?
Не проще валидировать на js и только если все подходит отдавать уже данные в пхп
Да и библиотек для этого миллион красивых документированных.
это очень скрытая информация
А ДНС записи так тем более ( ну правда их все видит DIG) но вы их категорически не даете.
Какие вводные данные такой и ответ