exploitguru: На один сервер поступает информация в виде записей по 500гб в день.Файлы разбиваются по 1гб.Нужно настроить выгрузку этого на другой хостинг.
Цель четкая, и эти запросы минимальные.
Нужен именно ftp-хостинг.
До 3000 рублей желательно.
rustelekom: Ну почему. Выходят иногда из строя БПешки. Не часто, за 12 лет - штук 6. Ничего, тьфу-тьфу, при этом за собой не потянули, сами просто сдохли. Месяца три назад заходил к московским партнёрам по своим делам, на моих глазах у клиента сдох тот самый БП. Благо тоже без последствий обошлось, заменили (правда в ящике у них увидел штук 10 таких же БП, не сами же они их жгли?)
А вообще, вот интересный пост нашел: http://serverfault.com/questions/659452/how-do-servers-with-redundant-power-supplies-balance-consumption может кому пригодится, есть и фейловер и балансед режимы.
Ну такое очень редко произошло и что произошло с ним: у нас сдох трансформатор и пошло перенапряжение на внутренности...
Вы бред пишите, уж извините. Впервые слышу, что БП - это элемент сервера, который часто накрывается. Только раз за всю жизнь встретил случай, когда сгорел БП, но потянул за собой и маму, и РАМ, и проц. 2 БП имеет смысл ставить только в том случае, если к стойке подведены 2 луча электропитания. Новые процы, винты и т.д. нуждаются в 100-200 Вт и всё! А, ну еще помню погорело много БП в Хостинг.Уа, но там они сгорели в прямом смысле слова 😂
FireAiD: Не хотел отписывать, но уже видимо пора. Второй раз за этот месяц на HTML сайтах интегрируют мобильный редирект в htaccess - через две страниы в конце код:
У кого-нибудь есть еще подобная проблема на Таймвеб?
Вполне возможно, что дырка в Вашем сайте. Хотя переносили одного клиента с ТаймВеб по ssh и после этого я в очередной раз убедился, что предоставлять ssh пользователям shared хостинга - зло :( Вот это и может быть причиной заражения Вашего сайта...
Был один интересный человек, который неделю утверждал в тикетах, что изоляцию сайтов обеспечивает MPM-ITK. За CGI и FastCGI вообще слышать отказывался ☝ Но правильно тут заметили, что изоляцию пользователей друг от друга обеспечит CloudLinux, но сайты одного пользователя останутся внутри него, поэтому их необходимо разносить. По факту, лучше всего использовать CL и под каждый сайт отдельный аккаунт ☝ На VPS/VDS Вы все равно столкнетесь с тем, что хоть и будет PHP выполняться от разных пользователей, но вирусы смогут расползаться по системе. Я думаю, что многие хостеры видали такое на своей практике, поэтому даже виртуалки и сервера не панацея!
Bukwik: "К чему весь этот цирк с вариантам? Вы пользуетесь продуктом, права на использование которого у Вас нет. Кроме как "купить" или "забить и постоянно бегать" есть всего один вариант - "перейти на бесплатную CMS"."
Хорошо) цирк уехал, цирка больше нет. Просто дайте пожалуйста ответ, если возможно, если есть опыт в данном вопросе " при покупки лицензии техподдержка будет реальная, продуктивная по всем вопросам работы движка или условная?" и "Посоветуйте реально абузоустойчивый хост с многолетним стажем."
Вы платите не за поддержку, а за разработку десятков тысяч строк кода, который используете на своем сайте ☝
На один сервер поступает информация в виде записей по 500гб в день.Файлы разбиваются по 1гб.Нужно настроить выгрузку этого на другой хостинг.
Цель четкая, и эти запросы минимальные.
Нужен именно ftp-хостинг.
До 3000 рублей желательно.
Ну на бюджетный сервер поставить ftp и все :)
Под какие цели такие требования? Дешевле всего - бюджетный сервер.
Здравствуйте, обращайтесь, поможем :)
7-10 Гб на SSD не проблема: http://spaceflex.net/unlim/
Ну почему. Выходят иногда из строя БПешки. Не часто, за 12 лет - штук 6. Ничего, тьфу-тьфу, при этом за собой не потянули, сами просто сдохли. Месяца три назад заходил к московским партнёрам по своим делам, на моих глазах у клиента сдох тот самый БП. Благо тоже без последствий обошлось, заменили (правда в ящике у них увидел штук 10 таких же БП, не сами же они их жгли?)
А вообще, вот интересный пост нашел: http://serverfault.com/questions/659452/how-do-servers-with-redundant-power-supplies-balance-consumption может кому пригодится, есть и фейловер и балансед режимы.
Ну такое очень редко произошло и что произошло с ним: у нас сдох трансформатор и пошло перенапряжение на внутренности...
Чепуха - любила говорить Алиса...
Вы бред пишите, уж извините. Впервые слышу, что БП - это элемент сервера, который часто накрывается. Только раз за всю жизнь встретил случай, когда сгорел БП, но потянул за собой и маму, и РАМ, и проц. 2 БП имеет смысл ставить только в том случае, если к стойке подведены 2 луча электропитания. Новые процы, винты и т.д. нуждаются в 100-200 Вт и всё! А, ну еще помню погорело много БП в Хостинг.Уа, но там они сгорели в прямом смысле слова 😂
Не хотел отписывать, но уже видимо пора. Второй раз за этот месяц на HTML сайтах интегрируют мобильный редирект в htaccess - через две страниы в конце код:
У кого-нибудь есть еще подобная проблема на Таймвеб?
Вполне возможно, что дырка в Вашем сайте. Хотя переносили одного клиента с ТаймВеб по ssh и после этого я в очередной раз убедился, что предоставлять ssh пользователям shared хостинга - зло :( Вот это и может быть причиной заражения Вашего сайта...
разницы никакой нету, как вы запустите любую программу из под пользователя под другим пользователем?
Пару лет назад встречал просто подобную хрень, которая при рабочем mpm-itk тогда еще запускалась от имени apache. Полечили, но тем не менее...
каким образом?
даже у всех панелей из коробки настроено разграничение прав доступа средствами ОС.
Ну есть не только PHP скрипты ☝
Был один интересный человек, который неделю утверждал в тикетах, что изоляцию сайтов обеспечивает MPM-ITK. За CGI и FastCGI вообще слышать отказывался ☝ Но правильно тут заметили, что изоляцию пользователей друг от друга обеспечит CloudLinux, но сайты одного пользователя останутся внутри него, поэтому их необходимо разносить. По факту, лучше всего использовать CL и под каждый сайт отдельный аккаунт ☝ На VPS/VDS Вы все равно столкнетесь с тем, что хоть и будет PHP выполняться от разных пользователей, но вирусы смогут расползаться по системе. Я думаю, что многие хостеры видали такое на своей практике, поэтому даже виртуалки и сервера не панацея!
"К чему весь этот цирк с вариантам? Вы пользуетесь продуктом, права на использование которого у Вас нет. Кроме как "купить" или "забить и постоянно бегать" есть всего один вариант - "перейти на бесплатную CMS"."
Хорошо) цирк уехал, цирка больше нет. Просто дайте пожалуйста ответ, если возможно, если есть опыт в данном вопросе " при покупки лицензии техподдержка будет реальная, продуктивная по всем вопросам работы движка или условная?" и "Посоветуйте реально абузоустойчивый хост с многолетним стажем."
Вы платите не за поддержку, а за разработку десятков тысяч строк кода, который используете на своем сайте ☝