make install, имхо, очень плохая штука, учитывая наличие пакетных менеджеров во всех нынешних адекватных дистрибутивах, поэтому и предлагаю сначала разобраться с проблемой менее радикально, для этого, для начала, надо узнать, что за дистрибутив у ОПа.
Имхо, не нужен тут .htaccess. Просто создаем виртуалхост с сервералиасом *.site.ru, все возможные поддомены будут ссылаться на один корневой каталог, там скриптом уже анализировать переменную окружения HTTP_HOST.
Базы движков скорее всего локальные, можно писать расширения/модули/плагины под движки, берущие информацию из соседних баз (предварительно наделив правами)
Еще зависит от того, какие отчеты и т.п. должны строиться по информации из этой базы. Потому что по идее, можно просто в таблице с сотрудниками создать поле, в котором хранить идентификатор начальника данного сотрудника
Можно в отдельной таблице хранить "связи" товаров. То есть, как вы уже упоминали, логические связи: ГВЛ - шпалтевка, ГВЛ - грунтовка. И так далее (гайка - шайба, гайка - болт, обои - клей, ...). Простейшая промежуточная таблица для связи "многие ко многим". При такой связи при просмотре любого товара можно отображать "возможно интересующие" покупателя другие наименования.
make install, имхо, очень плохая штука, учитывая наличие пакетных менеджеров во всех нынешних адекватных дистрибутивах, поэтому и предлагаю сначала разобраться с проблемой менее радикально, для этого, для начала, надо узнать, что за дистрибутив у ОПа.
После того как я поставил gzip сжатие в nginx выдает ошибку
А до этого работало? Что за дистрибутив?
Имхо, не нужен тут .htaccess. Просто создаем виртуалхост с сервералиасом *.site.ru, все возможные поддомены будут ссылаться на один корневой каталог, там скриптом уже анализировать переменную окружения HTTP_HOST.
nfs самое родное для линукса ж вроде
Базы движков скорее всего локальные, можно писать расширения/модули/плагины под движки, берущие информацию из соседних баз (предварительно наделив правами)
как можно с вами связаться?
Еще зависит от того, какие отчеты и т.п. должны строиться по информации из этой базы. Потому что по идее, можно просто в таблице с сотрудниками создать поле, в котором хранить идентификатор начальника данного сотрудника
Можно в отдельной таблице хранить "связи" товаров. То есть, как вы уже упоминали, логические связи: ГВЛ - шпалтевка, ГВЛ - грунтовка. И так далее (гайка - шайба, гайка - болт, обои - клей, ...). Простейшая промежуточная таблица для связи "многие ко многим". При такой связи при просмотре любого товара можно отображать "возможно интересующие" покупателя другие наименования.
Месяц не срок с учетом последних приколов с апами Яндекса.
А квартиросдатчику на этих условиях (50%) не предлагали повременить до 17-20го?