Apache/2.4.6 (CentOS) Server at olga-grinyuk.askaron.com Port 80
Я перед разворачиванием сайта решил удалить файлы по умолчанию. И вижу что кто-угодно может получить доступ к серверу, и скачать нераспакованный архив сайта.
А пока скачивается архив с другого сайта, все имеют к ним доступ.
Почему сразу по умолчанию Options -Indexes закрыть?
Игорь Горгуль написал: Юрий Коренюк , nano /etc/resolv.conf nameserver 8.8.8.8 nameserver 8.8.4.4
Спасибо, был забанен ip . После смены все установилось. при установке из резервной копии выдает предупреждения В конце восстановления сайт выдал ошибку
The script encountered an error and will be aborted. To view extended error messages, enable this feature in.settings.php.
Коллеги, провел интересный эксперимент с производительностью на ВМ 7
эксперимент провел из-за обнаруженной зависимости, если перевожу очень старый сайт на семерку например на старте, то получаю прирост производительности с 25 до 120 баллов, при этом на том же серваке валяется практически аналогичный сайт на том же старте и дает те же 25-30 баллов, но он уже относительно свежий ставился изначально на 15,5 версии, и его тест производительности после переноса на тот же новый сервер показывает 330 баллов, разница весьма ощутимая...
решил проверить одну теорию, поставил с нуля тот же старт, перенес инфоблоки и файлы с древнего старта, и он тоже начал показывать 330 попугаев, напрашивается вывод что для нормальной работы все старье надо таким же макаром переносить на чистые установки.
при этом команда перезаливки модулей системы эталонными версиями ( /bitrix/admin/update_system.php?lang=ru&BX_SUPPORT_MODE=Y ) не дает такого эффекта.
сразу оговорюсь что сравнивались очень примитивные сайты без каких либо кастомизаций, строго стандартные наборы компонентов новостей и парочка десятков страниц, формат таблиц innodb конфиги сайтов идентичные из коробки, сторонние модули - сканер троянов и минимизатор админки.
интересно, кто то еще может эту теорию подтвердить или объяснить с чем связана такая странная зависимость показателей производительности?
Очень бы вообще хотелось в БУС, увидеть новую вкладку в разделе производительности, на которой бы вводились списком баллов те тесты, которые проверяются при проверке производительности со ссылками на настройки которые на него влияют
тест 1 - баллов 100 - оцениваемые параметры... тест 1 - баллов 150 - оцениваемые параметры... тест 1 - баллов 200 - оцениваемые параметры...
общий балл - 150
Как мне кажется подобная расшифровка показателей производительности сильно облегчит поиск путей ее улучшения.
однако если вы на одном и том же сервере развернете несколько сайтов изначально сделанных на разных версиях того же старта, то при одинаковом количестве Процессор (CPU)сайты будут давать существенно разные показатели, при этом все обновлено и все из коробки без каких то либо переделок, простые банальные сайты визитки, главная, десяток новостей, пяток услуг, контакты и все.
Есть у кого то проблемма с сетевыми картами? У меня ось не находит сетевые устройства, когда заливаеш машинку на ESXi 5.5.
А старый баг вычистили - машина не видела сетевую и дефолтные сетевые настройки нельзя было мастером поправить . если в сети не было DHCP и она по нему не получала адрес ?
Михаил Лабенский написал: этот показатель вырастает в n раз.
однако если вы на одном и том же сервере развернете несколько сайтов изначально сделанных на разных версиях того же старта, то при одинаковом количестве Процессор (CPU)сайты будут давать существенно разные показатели, при этом все обновлено и все из коробки без каких то либо переделок, простые банальные сайты визитки, главная, десяток новостей, пяток услуг, контакты и все.
Где-то писали, что в очередной версии Битрикс переделали подсчет попугаев, стал показывать точнее(меньше). А вообще производительность зависит ТОЛЬКО от среднего времени выполнения нескольких холостых запусков(только ядро). Значит тестируется только производительность PHP. При этом в тесте используется только 1 ядро. Так что если выбранное ядро будет занято или скажем в init.php что-то тяжелое выполняется или еще что-то, попугаи будут плавать. К тому же замер попугаев рекомендуется делать во время штатной нагрузки на сервере, на холостую смысла нет как бы.
Я бы лучше смотрел на время генерации идентичных страниц с отключенным кэшем и по несколько прогонов. Так картина будет более внятная. А все эти попугаи от лукавого ИМХО)
Здравствуйте! После установки виртуальной машины на новый сервер с centos7 не удается открыть страницу для восстановления или создания сайта по ip или по доменному имени (после правки файла hosts). Подскажите, пожалуйста, с чем это может быть связано? Как исправить?
Евгений Бондаренко написал: Здравствуйте!После установки виртуальной машины на новый сервер с centos7 не удается открыть страницу для восстановления или создания сайта по ip или по доменному имени (после правки файла hosts). Подскажите, пожалуйста, с чем это может быть связано? Как исправить?
да уже поднимали этот вопрос уже не раз - ребята порты открывать не забывайте
Интернет магазин энергосберегающих технологий и оборудования - https://artiss.ua
Александр Панишев написал: однако если вы на одном и том же сервере развернете несколько сайтов изначально сделанных на разных версиях того же старта, то при одинаковом количестве Процессор (CPU)сайты будут давать существенно разные показатели, при этом все обновлено и все из коробки без каких то либо переделок, простые банальные сайты визитки, главная, десяток новостей, пяток услуг, контакты и все.
интересное наблюдение, хотелось бы тоже услышать коммент от разработчиков.. у меня сейчас на интернет магазине показывает после переноса в среднем 130 попугаем на семерках - сайт уже старичок (т.е. создавался на стааарых версиях)
Интернет магазин энергосберегающих технологий и оборудования - https://artiss.ua
Юрий Коренюк написал:
В конце восстановления сайт выдал ошибку
The script encountered an error and will be aborted. To view extended error messages, enable this feature in .settings.php .
Как выявить причину , данные бд прописаны.
Игорь Горгуль написал: Юрий Коренюк , скорей всего что-то с БД. Включите показ ошибок (debug) в файле .settings и dbconn.php.
Да верно , всё что нужно сделать в файле .settings.php, это добавить букву i в слове MysqlConnection. Проще говоря, заменить MysqlConnection на MysqliConnection. Ответ ТП Битрикс
Юрий Коренюк написал: Да верно , всё что нужно сделать в файле .settings.php, это добавить букву i в слове MysqlConnection. Проще говоря, заменить MysqlConnection на MysqliConnection
Этого недостаточно
Нужно еще: 1) Чтобы был установлен и активирован модуль mysqli для php (или mysqlnd) 2) Нужно чтобы в файле bitrix/php_interface/dbconn.php было прописано:
Перевели сайт на CentOS7+PHP7+BitrixVM Железо стало мощнее (выделенный серер, 8 ядер, 8гигов). Разворачивали так: 1 Чистая ОС 2. bitrix-env.sh 3. Рзвертывание из резервной копии.
Итог: в error-log сплошные
Код
PHP Fatal error: Out of memory (allocated 2097152) (tried to allocate 20480 bytes) in разные_Скрипты_включая_ядро on line 313, referer: ...
mmap() failed: [12] Cannot allocate memory
PHP Fatal error: Out of memory (allocated 2097152) (tried to allocate 65536 bytes) in разные_Скрипты_включая_ядро on line 313, referer: ...
PHP Fatal error: Unknown: Cannot use output buffering in output buffering display handlers in Unknown on line 0, referer:
смотрю htop. ядра практически спят, память заполнена полностью.
Кто-нибудь замерял(сравнивал) производительность: Centos 6.8, Bitrix VM 5.2 Centos 6.8, Bitrix VM 7.0 Centos 7, Bitrix VM 7.0 ?
А также с ядрами Linux 4.х?
Пока у нас получается, что Centos 7, Bitrix VM 7.0 генерирует идентичные страницы(с включенным кэшем) в одинаковых условиях на одинаковых настройках стабильно на 50 мс медленнее, чем Centos 6, Bitrix VM 7.0 И если на Centos 6, Bitrix VM 7.0 во время тестовой нагрузки запускать тест конфигурации, то показатели изменяются не сильно, то в Centos 7, Bitrix VM 7.0 показатели падают на порядок.