LaSet

Рейтинг
163
Регистрация
11.01.2004
http {
    map $http_user_agent $screen_width {
        default "";
        ~*mobile.*\b(\d{3,4})x  $1;
        ~*android.*\b(\d{3,4})x  $1;
        ~*blackberry.*\b(\d{3,4})x  $1;
        ~*ip(hone|od).*\b(\d{3,4})x  $1;
        ~*opera.*\b(\d{3,4})x  $1;
        ~*palm.*\b(\d{3,4})x  $1;
        ~*windows.*\b(\d{3,4})x  $1;
    }

    server {
        ...

        if ($screen_width < 500) {
            return 444;
        }

        ...
    }
}
Yandex-007 #:

Это банально! На дворе 21 век. Дарить цветы и приглашать в ресторан не модно, так делают оленяки.

тогда продолжай ходить но не удивляйся если однажды тебя будет ждать полиция по заявлению той же девушки на маньяка в балаклаве.

Yandex-007 #:
была удивлена, сказала, что подумает над моим предложением. Что это значит? Это ни нет, ни да. Просто я сделал странное предложение. 

Это означает приходи завтра с цветами и приглашай в ресторан вместо стадиона, тогда я может быть соглашусь

Ilya74 #:

Практикуется, если диски SSD или NVMe. Поскольку SWAP повышает износ дисков. Когда диски enterprise-уровня - это не особо страшно. Но если хостер использует недорогие диски с небольшим TBW, то запрет может быть.

Это не так. На OpenVZ запрет программный, то есть при всём желании не создать SWAP. На KVM запрет вполне может быть формальным, по правилам оказания услуг.

Я не всречал таких формальных запретов, да и особо на свап не расчитываю, всегда устанавливаю vm.swappiness=5 или ниже

serval #:
Запрет на swap-файл на VPS хостеры вообще практикуют или это меня так угораздило?

Такой запрет есть на OpenVZ, ищите только KVM тогда и свап и vpn и доккер будут без проблем работать

Christmas VPS DEAL - 26GB DDR4, 6 EPYC Cores, 350GB Storage - 9.99€

Christmas Deal(VPS):

  • 26 GB DDR4 3200MHz Memory
  • 6 AMD EPYC CPU Cores
  • 350 GB CEPH SSD Storage
  • 2Gbit/s Uplink Shared
  • Permanent DDoS protection
  • Frankfurt Main, Germany (Maincubes FRA01)
  • Windows/Linux
  • Fair Use Traffic
  • 9.99€/Month (Order&Renew)
    https://prepaid-host.com/aktion/christmas-2023
Для обеспечения непрерывной работы вашего веб-приложения и автоматического переключения между VDS-хостингами в случае падения одного из них, вы можете использовать технику, называемую "высокой доступностью" (High Availability, HA). Вот общий план, как это можно реализовать:

1. Мониторинг и обнаружение отказов
Настройте мониторинг для вашей головной VDS-машины, чтобы отслеживать ее доступность. Вы можете использовать различные инструменты, такие как Zabbix, Nagios, Prometheus или облачные службы мониторинга.

2. Географическая нагрузочная балансировка:
Используйте географическую нагрузочную балансировку DNS для вашего домена. Это позволит вам иметь несколько VDS-машин на разных хостингах и автоматически переключать клиентов на доступный сервер, если головная VDS недоступна.

3. Резервное копирование данных:
Убедитесь, что данные и конфигурация на каждой VDS-машина скопированы на другие VDS-хосты. Вы можете использовать средства синхронизации данных, такие как rsync, или хранилища данных, такие как Amazon S3 или Azure Blob Storage.

4. Автоматическое переключение:
Настройте средства автоматического переключения, такие как Keepalived, Heartbeat или Corosync, чтобы система могла определить, что головная VDS недоступна, и автоматически переключить клиентов на резервный VDS.

5. Тестирование и планирование:
Периодически тестируйте ваши механизмы автоматического переключения, чтобы убедиться, что они работают правильно. Также создайте план восстановления после сбоя и документацию для вашей команды.

6. Безопасность:
Обеспечьте безопасность и защиту доступа к вашим VDS-машинам и данным, чтобы предотвратить несанкционированный доступ и атаки.

Это общий план, и конкретные шаги могут варьироваться в зависимости от ваших требований и конфигурации. Важно также рассмотреть вопросы производительности, резервного питания и тестирования сценариев сбоя для обеспечения надежности вашей системы.
ig0rw :

Как ограничить скорость скачивания в nginx на поток в 50 мегабит?
Что нужно прописать в nginx.conf ?

Чтобы ограничить скорость скачивания в Nginx на поток до 50 мегабит в секунду, вы можете использовать директиву `limit_rate` в вашем конфигурационном файле nginx.conf. Вот как это можно сделать:


1. Откройте ваш файл nginx.conf для редактирования.


2. Найдите блок конфигурации `server`, в котором вы хотите установить ограничение скорости скачивания.


3. Добавьте следующую строку в этот блок:


location / {

  limit_rate 50m;

  # Другие настройки для этой location

}


В этом примере `50m` означает 50 мегабит в секунду. Вы можете использовать разные единицы измерения, такие как `k` для килобит, `m` для мегабит и так далее.


4. Сохраните файл конфигурации и перезапустите Nginx, чтобы изменения вступили в силу. Вы можете перезапустить Nginx, выполнив команду:


sudo service nginx restart


Теперь скорость скачивания будет ограничена до 50 мегабит в секунду для указанной location.

Иван Комаров :

Здравствуйте.

подключил к сайту на WP защиту CloudFlare.

и теперь не могу войти (залогиниться) в панель управления сайтом на WP.

в браузере выдает ошибку  ERR_TOO_MANY_REDIRECTS

помогите решить проблему.

спасибо

https://wordpress.org/plugins/cloudflare-flexible-ssl/

Артём Савченко #:

это  европа просто, скорей всего contabo.

там vCPU скорей всего 1/4 от ядра )

Скорей всего netcup и скорей всего больше  1/4 от ядра

Geekbench v4 CPU Benchmark:


Single Core : 4361 (VERY GOOD)
Multi Core : 13625
Всего: 214