sergey81

После обновления 4.1.19.4 - в файле constants.php появилась такая вот запись

В теме 18 сообщений

После обновления 4.1.19.4 - в файле constants.php появилась такая вот запись

define( 'READ_WRITE_SEPARATION', false );

что это за хрень..и на что она влияет? кто замечал...у кого тоже такая строка появилась?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

 

Цитата

 

В некоторых инструкциях мы можете встретить отсылку к файлу "constants.php". Файл constants.php это специальный файл, который вы можете по желанию создать в корневой директории вашего IPS Community Suite. Файл может включать в себя специальные команды и конфигурационные параметры, влияющие на нормальное поведение вашего сайта на IPS 4.

Вы можете создать файл в корневой директории вашего сайта, где расположены index.php и init.php, назвав его constants.php. В начале файла должно содержаться:


<?php

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

Большинство пользователей IPS 4 не должны беспокоиться о файле constants.php, пока не возникнут особые обстоятельства, вынуждающие использовать переопределения.

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

да. причины беспокойства есть. изменилась скорость работы на двух разных серверах!

на BSD работает изумительно, пархает еп та, на Linus Ubuntu Server - просто лежит намертво, при посещаемости несколько тысяч человек.

поэтому и спрашиваю...что хрень эта делает?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

У меня такой же файл, причем я его собственноручно запихнул на сайт после подключения Memcache - именно при включении кэширования файл создается а требуется в корне. Здесь два варианта, либо сервис кэширования, подключенный через файл (админку IPS) дохлый, либо он просто недоступен на каком-то из серверов. Ну и всё такое. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
1 час назад, sergey81 сказал:

define( 'READ_WRITE_SEPARATION', false );

Конкретно эта опция используется в кластерной конфигурации, когда все запросы на чтение распределяются на реплицируемые узлы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

извиняюсь я не в тему , а какой линукс лудше идёт под ips 4.x ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Только что, snower сказал:

извиняюсь я не в тему , а какой линукс лудше идёт под ips 4.x ?

а зачем мусорить в этой теме? тяжело свою создать? 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Линукс - это ядро. А дистрибутив на ядре линукса - ну какой Вы освоили, тот и лучший. Я Дебиан использую.

snower понравился пост

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
1 час назад, sergey81 сказал:

да. причины беспокойства есть. изменилась скорость работы на двух разных серверах!

на BSD работает изумительно, пархает еп та, на Linus Ubuntu Server - просто лежит намертво, при посещаемости несколько тысяч человек.

поэтому и спрашиваю...что хрень эта делает?

 

1 минуту назад, WOLF сказал:

а зачем мусорить в этой теме? тяжело свою создать? 

мусор ?  ну извините что помешал , не буду беспокойть ....

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
2 минуты назад, snower сказал:

мусор ?  ну извините что помешал , не буду беспокойть ....

удачи

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
4 минуты назад, snower сказал:

извиняюсь я не в тему , а какой линукс лудше идёт под ips 4.x ?

на практике рейтинг примерно следующий:

1- идеален bsd сервер с отдельным sql сервером (т.е. файловик по fiber channel с схд на которой sql)

2- пойдет в большой нагрузке сервер debian (серверная семерка), опять же с разнесенным файловиком и sql

3- пойдет на 4+ конфигурация на ssd дисках с debian 7 server

3- если всех интересует ubuntu, то только при минимальной конфигурации системы (т.е. nginx при отключенных всех остальных опциях) причем это крайний вариант использования, т.к. даже при хорошем железе...ubuntu почему то тупит. Вроде должно все быстро откликаться...но в запросах паузы. А так по нагрузке конечно с хорошим железом и слона потянет.

 

примерно по посещаемости: при 100 000 - 200 000 тыс постов платформы, требуется минимум 2 ядра и 1-2 Гб озу с SSD на 10-20 Гб. В такой конфиге выдержит 10-15-18 тыс посетителей в сутки. В час вы можете посчитать сами. Если одновременно...то будут лаги небольшие. Но там все от скина зависит, от кол-ва рекламы. Если вообще голый но забитый постами от разработчика, при правильной настройке всего от php и sql до ips 4 - то в целом 20 тыс посетителей на любом из существующих в стране VDS на debian тянет на ура.

 

Основная проблема это нагрузка при большой конфигурации скина (внешнего вида). Так например боковые блоки на всех типах страниц, по 15-20 записей на них, плюс похожие записи, и прочие виджеты если включить...с рекламой...то загрузка страниц от 3.5 до 17 секунд наблюдается.

Идеальный показатель загрузки страницы до 2 сек. Т.е. 1.3....1.7 секунды. Так может фурычить как паравоз легко

28 минут назад, UraSuper сказал:

Конкретно эта опция используется в кластерной конфигурации, когда все запросы на чтение распределяются на реплицируемые узлы.

ну да...когда мастер и слейв работают распределнно для sql это совмещение записи и чтения базы. кстати с 18 и 19 версии разработчик активно тестирует эту фичу.

если вернуться к теме...то просто удивило, из 10 обновлений, на одном почему-то вылезло в const.php именно эта запись. возможно дистрибутив такой умный что сам определил что там что то с сервером не так и прописал при обновлении. на остальных площадках вообще все чистенько и аккуратненько...только путь прописан до datastore и все.

Все тема закрыта. строку значит удаляем.!

http://loaddy.com/

как вариант теста.

или https://tools.pingdom.com/

snower понравился пост

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А что додуматься нельзя зайти в раздел, где генерируется данный файл и увидеть новый пункт, который отвечает за эту директиву?

Clip2net_170607222939.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
5 минут назад, seobot сказал:

 

А что додуматься нельзя зайти в раздел, где генерируется данный файл и увидеть новый пункт, который отвечает за эту директиву?

 

Этот пункт не отвечает за ту директиву...  Включение кеширования шаблонов на диск, вообще никак не управляется из constant.php

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

итак...после тестов и убийственных манипуляций с живым форумом, выяснилось влияние этой строки.

если в файл constants.php прописать строку....define( 'READ_WRITE_SEPARATION', false );

то вы получаете в результате работы колоссальные нагрузки на CPU сервера в 6-8 раз минимум, приводящие в итоге видимо к распаралеливанию запросов чтения и записи sql.

Т.е. этой записи не должно быть в природе. Не знаю, как она после обновления появилась...руки бы отбивал бы тем кто это сделал :/

всем спасибо кто откликнулся.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ничего подобного при обновлении не добавляется!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Странно, убрал, вернул назад на двух форумах - никакой разницы нет вообще. По htop нет различий.

И на "боевом" и на тестовом на 4.2

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

@sergey81 ясно , я тоже подрозумивал что для ips идеалнее отдельные сервера mysql и файловые для уравновешения нагрузки и большой скорости , спасибо вам за инфу !

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!


Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.


Войти

  • Последние посетители   0 пользователей онлайн

    Ни одного зарегистрированного пользователя не просматривает данную страницу