Рекомендую friendhosting, у них есть в Нидерландах серверы. Лучшая багодарность за такое - рега по рефке)
Спасибо, господа, за отзывы. Желаю всем творческих и прочих успехов этой весной, и во всякое другое время!
А ещё я заглянул напомнить, что я занимаюсь профессионально системным администрованием серверов под управлением Linux. Специализируюсь на оптимизации ОС и всего софта под максимальную производительность и скорость (кстати, у меня есть мануал на эту тему, по оптимизации серверов для сокращения времени ответа сайта, по которому можно настроить сервер даже самостоятельно, обладая навыками администрирования)
Если же вы пока не обладаете такими навыками, и вообще, ваши сайты живут на шареде - то есть видеомануал по первоначальной настройке VPS под сайты с помощью панели управления ISPmanager 5.
Кроме этого решаю и многие другие задачи по администрированию, например проблему подключения сайта к базе данных, о решении которой тоже писал статью.
https://vpsadm.ru/avtomatizatsiya-panel-upravleniya/ - здесь есть статья об автоматизации некоторых вещей через панель управления ISPmanager 5 с помощью bash-скриптов, которые я умею разрабатывать. Это может быть полезно людям, которые занимаются массовой генерацией доров, сателлитов, в общем, для решения задачи быстрого создания большого количества сайтов.
И вот один из разработанных мной скриптов можно приобрести. Это скрипт VAprox, который позволяет за 10 минут легко настроить сервер с любым (адекватным) количеством прокси на нём. Это бывает полезно для SMM-щиков, инстаграмщиков, арбитражников, которые в работе, как известно, используют большое количество проксей.
А где взять серверы и адреса для проксей - я рассказал вот в этой статье. И не только, в ней вообще изложен материал про то как выбрать хостера под какие-то конкретные задачи, ибо при постоянной работе с разными хостерами набивается такой опыт, что под что-то лучше подходит один хостер, а под что-то другой. А я люблю использовать инструменты максимально эффективно.
Вот и вам предлагаю теперь использовать набор своих инструментов и наработок, ибо в информационных технологиях этим довольно легко делиться :)
Чего и вам всем желаю - стараться применять хорошие инструменты с максимальной эффективностью и результативностью :)
Ну вот по крону вам как раз и подходит описанный мной вариант - с запуском сразу в фоне. Хотя, странно, даже без этого крон должен исполнять процесс tar как бы в фоне без каких либо проблем.
Тут предлагают перенаправление вывода в /dev/null , в так называемую "чёрную дыру" системы, которую используют обычно для заглушки вывода, чтобы не сыпало в терминал или какие-то логи ненужных сообщений.
Вот так и запускайте, как я написал:
tar zcf backup.tar.gz folder/ &
Либо, если хотите лог вести для контроля или глушить вывод, то надо использовать перенаправление вывода. Например так:
tar zcf backup.tar.gz folder/ > /dev/null 2>&1 &
Либо вместо /dev/null укажите путь к файлу, куда будете писать лог, чтобы можно было потом его просматривать:
tar zcf backup.tar.gz folder/ >> /var/log/backup.log 2>&1 &
Тоже можно, и так, конечно. Но я обычно на практике nohup никогда не использовал, в случае с tar по крайней мере в нём не было необходимости. Должно нормально работать и без него.
И наконец, помню как-то заморачивался, запускал процессы кроном в скрине) Такое тоже возможно, и бывает необходимость.
Как-то так, например
Понятно. Ну да, когда "нужда" в htaccess, то конечно имеет смысл. И с шаредами всё понятно.
Я же с шаредами дела практически не имею, не вижу смысла, поэтому и возник вопрос.
А "платный сабж" - это получается не OLS, а LS. Так там может быть большая разница между ними, если в коммерческой версии есть какие-то интересные фичи.
Интересно, никогда не слышал об этом веб-сервере.
Больше всего любопытно в каких случаях есть смысл его использовать. Ибо есть nginx+php-fpm. В одной из статей об OLS есть инфа, что он на 75% "обходит" эту связку.
Во-что мне слабо верится, хотя бы потому, что также "обходит на 20% FastCGI, на 50% — mod_php".
В то время, как на практике между друг-другом с этими связками всё обстоит ровно наоборот: nginx+php-fpm - самая производительная, затем apache mod_php, и хуже всего производительность при большем потреблении ресурсов у apache+fastcgi.
Видимо надо ставить, щупать и смотреть.
Да, screen хорошо помогает в такой ситуации.
Но есть и более нативные способы. Например, если нет возможности его поставить или использовать, или по какой-то другой причине (например лень), то любые процессы можно запускать сразу в фоновом режиме, это ещё более простой метод.
Есть два варианта:
1. Запустить команду архивации сразу в фон, для этого нужно поставить знак амперсанда на её конце.
2. Если команда уже запущена, выполнена половина, и тут вам нужно отвлечься либо перехватить консоль для дальнейшей работы, можно отправить в фон уже запущенный процесс. Для этого приостанавливаете процесс комбинацией клавиш Ctrl+Z. Это пауза, заморозка процесса на любой стадии выполнения.
Затем даете команду
bg
Она отправляет приостановленный только что процесс в фон.
Второй способ бывает полезен, когда нужно передать какие-то аргументы процессу, по запросу, например пароль (при запуске сразу в фоне такой возможности обычно нет). Например запустить процесс копирования большого количества файлов между серверами по ssh. Запустили как обычно, он запросил пароль к удаленному серверу, вы его ввели, началось копирование. Теперь приостанавливаете, и отправляете в бэкграунд этот процесс. После можно даже отключаться от сервера, процесс продолжит работу.
Потом вернетесь и проверите. Как? Через просмотр наличия/отсутствия процесса в ps, например.
Ах да, в обоих случаях процесс можно вытащить из фона обратно командой fg
Спасибо всем за отзывы, господа! Всегда рад интересным задачам. На полгода выпадал немного, было много возни в оффлайне. Но вот уже третий месяц я снова в строю и активно занимаюсь администрированием серверов. Поэтому можно смело обращаться по контактам - обсудим и разберёмся.
Сорри, совсем забыл отписаться здесь. Насколько помню с этим человеком мы пообщались в каком-то из мессенджеров, и я проконсультировал его по вопросу.
Кратко: не имеет значения у какого хостера ваш сервер, домен можно прикрепить на любой хостинг и сервер, и за это отвечает DNS. Который обычно находится у хостера, либо у регистратора. В случае с хетцнер, нужно использовать именно ДНС регистратора, ибо свой у них отсутствует, по крайней мере бесплатный. Да и вообще, в случае не с хетцнером я тоже всегда рекомендую использовать именно регистраторские днс, ибо это проще и надёжнее. Когда хостер проверенный, и его ДНС хорошо работают, а тем более когда все записи у хостера создаются автоматически, тогда можно конечно и просто ns хостера прописать у регистратора, это проще и удобней. Если же у регистратора нет возможности использовать их ДНС (по крайней мере бесплатно), то в таком случае можно использовать сторонние днс. Например, в этом качестве можно использовать известный сервис Cloudflare ( что это и как настроить описывал тут, кстати)
За сим, желаю всем продуктивного завершения года, сезона, топовых позиций, побольше трафа, лидов, продаж и, конечно, не тормозящих сайтов и серверов :)
С Дмитрием постоянно на связи, человек всегда готов помочь по вопросам веб-разработки и прочего кодинга. Поэтому в качестве скромной благодарности апну темку.
Да, похоже уже пару часов назад начало подниматься всё. По крайней мере аптайм моего сервера уже ровно 2 часа. На вк действительно есть подробности https://vk.com/firstvds.
p.s. Благом конечно это не назовешь, но более-менее терпимо всё произошло, ибо упало в самое ненагруженное время, когда сайты меньше всего нужны)
Ну и и надо отдать должное, что решили вполне оперативно.
Картинки НЕ ВЛИЯЮТ на время ответа сервера. Это статика, она сервером отдается обычно практически мгновенно. За десятки ms. За какое время его выкачает, примет, и отрисует клиент (сеть-хостера-провайдера-посетителя-его компьютер, либо, в данном случае сеть гугла и бот) - это уже другой вопрос. Я полагаю это время не учитывается гуглом, и уж тем более гуглоботом. Хотя бы просто потому, что оно у разных посетителей может быть разным, и замерять, считать его нет никакого смысла.
Если у вас всё же как-то не так, и всё сильно зависит от количества картинок - есть смысл задуматься о смене хостера. Ну либо просто провести тесты - меняется ли что-то на тех же страницах без картинок.
Ещё меньше это касается рекламных блоков, которые, как правило, на JS, который полностью исполняется на стороне клиента (в браузере), и абсолютно точно не входит в это время.
В принципе вы правы. Сервер nginx отдает за такое время подготовленную html страницу из своего кэша. Но картинки и прочее на них точно так же имеется. Причем, без разницы сколько их там. Ибо, как уже сказал выше, время отдачи изображений не входит во время ответа сервера.
