Balancer: Все сообщения за 9 Июля 2009 года

Вот уже 5 часов понемногу чищу место на сервере

•  2
•  инфо
•  инструменты
• Ответить на сообщение

Пойду посплю пару часов. И с 4-х до пяти, когда посещаемость минимальна, начну корёжить БД форума на предмет добавления новых полей А то раньше места не хватало на создание копии.

Соответственно, где-то на полчаса Авиабаза будет недоступна.

•  инфо
•  инструменты
• Ответить на сообщение

bldfkjsndjfn

•  инфо
•  инструменты
• Ответить на сообщение

Идея реализации унифицированного механизма циклической обработки (чистка кешей, логов доступа, таймерные задачи), затрагивающих весь хостинг вместе с разнородными проектами разной степени взаимной реюзабельности признана избыточно сложной и ненужной. Порождается масса проблем и подводных камней, связанных с ограничением взаимного доступа и конфигурированием объектов.

Теперь строго и однозначно - все механизмы обработки работают с раздельными конфигурациями отдельно.

Уточнение на счёт базовых констант:

базовые каталоги системы:
BORS_CORE - как и всегда, путь к ядру системы
BORS_3D_PARTY - путь к расширениям третьих сторон

Каталоги конкретного хостинга/сервера:
BORS_HOST - индивидуальные настройки хостинга/сервера, не требующие синхронизации, например, между тестовым и рабочим сервером. Это могут быть настройки путей ФС, доступа к БД и т.п. Все привязки к хостингу.
BORS_LOCAL - настройки проекта, общие для всех сайтов, например, синхронизируемые между тестовым и рабочим серверами. Общие классы, их конфигурация и т.п. Никаких привязок к хостингу.

Индивидуальный каталог сайта
BORS_SITE - все персональные настройки данного сайта. Никаких привязок к хостингу.

Дополнительно
BORS_APPEND по-прежнему поддерживается, но к использованию не рекомендуется. Это массив отдельных подключаемых разделов. Использовать с осторожностью, так из каталогов, указанных в нём не загружаются config-файлы, что может привести к неработоспособности объектов, которые лежат по этим путям. Не забывайте конфигурировать их в своём разделе.

...

BORS_CORE/tools/cron/loop.sh теперь, поскольку перестал быть глобальным, требует обязательного параметра - списка констант путей. Должен для каждого проекта вызываться отдельно. Например, так:

loop-local.sh

1. #!/bin/sh
2.  
3. ./loop.sh BORS_CORE=/home/balancer/work/programming/php/bors-core,BORS_SITE=/home/balancer/work/programming/php/bors-aviaport-hg

Параметры перечисляются одной строкой без пробелов.

•  инфо
•  инструменты
• Ответить на сообщение

Возможны ситуации, когда нужно обращаться к БД с одним именем на разных серверах.

В этом случае допустима запись при конфигурировании доступа вида:

1. mysql_access('ALIAS-DB-NAME => REAL_DB_NAME', 'login', 'pssword', 'remote-server');
2. mysql_access('REAL_DB_NAME', 'login', 'pssword');

В этом случае объекты БД будут привязываться к именам:

1. $dbh = new driver_mysql('REAL_DB_NAME'); // Работа с локальным mysql-сервером
2. $dbh = new driver_mysql('ALIAS-DB-NAME'); // Работа с удалённым mysql-сервером с БД REAL_DB_NAME

Соответственно, в конфигах ORM-объектов можно прописывать алиасы.

В записи 'ALIAS => NAME' допустимо любое количество пробелов или их отсутствие.

•  инфо
•  инструменты
• Ответить на сообщение