Установка портала в проем своими руками: Как установить межкомнатный портал | Установка дверей во Владимире и области

Содержание

Как установить межкомнатный портал | Установка дверей во Владимире и области

admin

Межкомнатные порталы способны украсить помещение и придать ему законченный вид, но в отличие от дверей, они и разделяют пространство и одновременно объединяют его в одно.

Опираясь на свой опыт, могу рассказать, что чаще всего порталы устанавливают вместо кухонной двери, а так же в дверных проёмах перегораживающих коридорное пространство. Один из плюсов сборки, позволяющий облегчить работу установщику, это что, портал можно поставить в любой проём независимо от того, стандартного он размера или нет. Но если рядом присутствуют двери или другие проёмы, эстетически приятней, если все они будут одной той же высоты.

Итак, есть решение удалить кухонную дверь и установить вместо неё межкомнатный портал.

С чего начать? С демонтажа старой коробки. Удаляем наличники, при помощи гвоздодёра, монтажки или другого подручного инструмента.

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

Проём готов. В нашем случае межкомнатный портал будет собран из доборов и наличников, таких же, какие будут на соседних дверях.

Распиливаем боковые планки в размер стен. В данном конкретном случае одна стена толщиной 10,5см, а вторая 9,5. Бывает и такое, а так как ремонт стен не планируется, делаем по размеру того, что имеем.

На фото обычная циркулярная пила, немного переделанная и превращенная в миниатюрный распиловочный стол.

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

Важно установить верхнюю планку

портала строго горизонтально. Это своеобразная вежливость мастера, а так же показатель его уровня профессионализма.

Рассчитываем какой ширины будет портал и отпиливаем верхнюю планку.

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

Ну вот, все детали выпилены точно в размер, приступаем к сборке.

Просверливаем два отверстия под саморезы (сверло 3мм).

Соединяем микрон в микрон.

Вот так выглядит готовое соединение.

 

Скручиваем второй угол изделия, и заготовка для портала появляется перед нами во всей своей красе и великолепии.

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

Портал выставлен по уровню.

Запениваем.

Устанавливаем наличники. Технология та же, что и при установке наличников на межкомнатную дверь. И портал готов.

Задать вопросы, уточнить детали пригласить к вам мастера можно здесь.

 

Понравилась статья? Поделись с друзьями!:
Присоединяйся к нам

Межкомнатный портал своими руками – краткая инструкция – Блог Stroyremontiruy

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

Виды порталов и материал

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

Материалом боковых граней будет служить добор для межкомнатных дверей, также понадобятся:

  1. — Длинные саморезы или дюбель-гвозди,
  2. — Дрель,
  3. — Крестообразная отвёртка,
  4. — Уровень,
  5. — Наличник (по желанию).

Подготовка проёма

Боковые грани межкомнатного проёма надо заранее подровнять, используя для этого гипсовую штукатурку и перфорированные уголки. Уголки необязательны, но с ними легче выставить грани проёма по уровню и доборы не придётся резать. Важно устанавливать первый уголок по всем плоскостям идеально точно, ведь в проёме малейший перекос будет заметен, а если рядом располагается мебель, то тем более. Помните, что ширина добора 100 мм, поэтому старайтесь подогнать и расстояние между уголками до этого размера.

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

Стандартная ширина добора 10 см – это как раз подходит для межкомнатной перегородки и чаще всего подрезка не нужна, если же толщина стены меньше, то доборный элемент придётся резать и в дальнейшем одну из сторон проёма закрывать наличником.

Монтаж

Теперь в руки берётся дрель со сверлом 6 мм, добор прикладывается к грани проёма и, отступив 5-10 см от верха, просверливается насквозь. Если стена бетонная, то в ход идут дюбель-гвозди, если перегородка газосиликатная, то длинные саморезы. Сначала добор фиксируется на верхний саморез, потом на нижний винт при контроле точности крепления, потом на центральные фиксаторы. Расстояние между саморезами (дюбелями) от 10 до 60 см. (фото 1)

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

При желании (необходимости) декорировать портал наличником, последний крепится так же как и на межкомнатный дверной проём – обрезается под 45 гр. (фото) и фиксируется на мебельные гвоздики.

Новые сценарии развертывания портала самообслуживания и устранение неполадок

  • Статья
  • 8 минут на чтение

Важно

Поддержка этой версии Service Manager завершена. Мы рекомендуем вам перейти на Service Manager 2022.

Новый портал самообслуживания представляет собой веб-приложение HTML5 на базе ASP.NET MVC Razor. Во время установки веб-приложение настраивается для прямого подключения к службе SDK, работающей в браузере сервера Service Manager. Базовая, только что настроенная настройка портала самообслуживания работает, как показано на следующей схеме.

Данные передаются между различными компонентами в следующей последовательности.

  1. Пользователи вводят URL-адрес веб-приложения в своем браузере для доступа к порталу самообслуживания.

  2. ASP.NET создает новый экземпляр для пользователя и пытается передать содержимое службе SDK, предоставленной во время установки, в контексте пользователя.

  3. Служба SDK считывает и записывает данные в базу данных Service Manager.

Подготовка к развертыванию

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

Примечание

Не рекомендуется устанавливать портал самообслуживания на тот же сервер, что и основной сервер управления.

Требования к оборудованию

Серверы Service Manager Процессор (мин.) Процессор (запись) ОЗУ (мин) ОЗУ (запись) Место на жестком диске (мин) Место на жестком диске (запись)
Портал самообслуживания + Дополнительный диспетчер служб (рекомендуется*) 8-ядерный ЦП 2,66 ГГц 8-ядерный ЦП 2,66 ГГц 16 ГБ 32 ГБ80 ГБ 80 ГБ
Портал самообслуживания (автономный) 4-ядерный ЦП 2,66 ГГц 8-ядерный ЦП 2,66 ГГц 8 ГБ 16 ГБ 80 ГБ 80 ГБ

*Вышеуказанные требования обеспечивают параллельный доступ для 500 пользователей в течение приемлемого времени отклика, которое включает в себя среднее время операций чтения менее 3 секунд и операций записи менее 5 секунд с учетом соотношения чтения и записи 80:20. соотношение. Для более крупных развертываний см. Развертывание веб-фермы ниже.

Поддерживаемые операционные системы

  • Windows Server 2019

  • Windows Server 2016

  • Windows Server 2022

  • Windows Server 2019

Поддерживаемые веб-браузеры

Для портала самообслуживания требуется разрешение экрана выше 1024 X 768. Он поддерживается в следующих браузерах:

  • Microsoft Edge

  • Microsoft Internet Explorer 10 и 11

  • Mozilla Firefox 42 и более поздние версии

  • Google Chrome 46 и более поздние версии

Развертывание нового портала самообслуживания

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

Установить портал в качестве веб-сайта по умолчанию

Если вы хотите установить новый портал самообслуживания на порт 80, вы должны сначала переместить веб-сайт по умолчанию в IIS на другой порт; например, порт 8080, а затем переместите портал самообслуживания на порт 80.

Использовать SSL

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

Топологии развертывания

Для портала самообслуживания можно использовать следующие топологии развертывания.

Один сервер (рекомендуется) — портал самообслуживания и сервер диспетчера служб на одном сервере

В этой топологии новый портал самообслуживания и роль сервера управления устанавливаются на одном сервере. Это рекомендуемая топология, поскольку она позволяет избежать любой сетевой задержки между порталом и службой SDK. Кроме того, мы рекомендуем установить портал самообслуживания на дополнительный сервер управления службами, чтобы избежать снижения производительности из-за рабочих процессов, выполняемых на основном сервере.

В этой топологии проверка подлинности Windows (настроенная по умолчанию) используется для обеспечения безопасной проверки подлинности без использования SSL.

Развертывание автономного портала самообслуживания

В этой топологии портал самообслуживания устанавливается на сервере, на котором не установлена ​​роль сервера управления Service Manager.

В этой конфигурации новый портал самообслуживания и дополнительный сервер Service Manager установлены на разных серверах, и для создания подключения к службе SDK из веб-приложения требуется двойной переход. Аутентификацию Windows нельзя использовать в этом случае, и портал необходимо настроить для использования обычной аутентификации. Поскольку обычная аутентификация по своей природе небезопасна, рекомендуется использовать SSL, чтобы избежать любых проблем с безопасностью развертывания, таких как доступ к ресурсам за пределами брандмауэров и прокси-серверов. См. дополнительные сведения о базовой аутентификации для сценариев с двойным переходом.

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

Развертывание веб-фермы

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

Веб-ферма обеспечивает высокую доступность портала самообслуживания. Внутри веб-приложение создает подключение WCF к службе SDK. Создание начального соединения требует времени, поэтому идеальный сценарий состоит в том, что веб-сервер, к которому первоначально подключается пользователь, должен обслуживать все последующие запросы для более быстрого выполнения. Чтобы обеспечить эту конфигурацию в IIS, для параметра ARR необходимо установить значение Client Affinity включено.

Устранение неполадок при установке

Следующие разделы по устранению неполадок могут помочь вам решить распространенные проблемы.

Службы IIS не установлены.

На странице конфигурации отображается ошибка роли IIS, даже если службы IIS включены на сервере.

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

Решение : Запустите SetupWizard.exe от имени администратора. Вы можете щелкнуть правой кнопкой мыши SetupWizard и выбрать «Запуск от имени администратора».

Устранение неполадок нового портала самообслуживания

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

Параметры IIS

Во время установки настраиваются следующие параметры портала по умолчанию:

Пул приложений

Он настроен для работы в . NET CLR версии 4 в классическом режиме.

В дополнительных настройках appPool настроен для работы с учетной записью службы, которая предоставляется во время установки. Один и тот же пользователь должен иметь права администратора в Service Manager и на локальном компьютере, на котором он работает.

Конфигурация веб-сайта

Должны быть включены только Олицетворение и Проверка подлинности Windows . Все остальное должно быть отключено.

Для олицетворения следует выбрать Авторизованный пользователь .

Параметры проверки подлинности Windows:

Документом по умолчанию для веб-сайта должен быть index.cshtml .

Базовая аутентификация

В сценарии с двойным переходом проверка подлинности Windows не работает; поэтому он должен быть отключен. Включите и настройте базовую аутентификацию.

Включить трассировку

Чтобы включить трассировку, выполните следующие действия.

Шаг 1 Добавьте следующие параметры в файл web.config, чтобы включить создание журнала событий.

 <система.веб>
   .....
   <трассировка включена = "истина"/>
   ...

Шаг 2 Прямой вывод в файл путем добавления следующих разделов в файл web.config.

 <диагностика системы>
    
      <слушатели>

Поскольку веб-приложение работает в содержимом вошедшего в систему пользователя, убедитесь, что вы предоставляете разрешения на запись всем пользователям в папке журнала. Например, c:\logs в приведенном выше примере.

Отладка IIS

IIS поддерживает эффективное ведение журналов, чтобы помочь вам отладить проблемы IIS. Дополнительные сведения см. в разделе Обзор ведения журналов IIS.

Устранение неполадок при развертывании

Используйте следующие разделы для устранения неполадок при развертывании, которые могут повлиять на вас.

Изменения определений (объявления/предложения запросов/предложения услуг/статьи знаний) не отображаются

Новый портал самообслуживания использует механизм кэширования для хранения статических данных, чтобы обеспечить быстрое время отклика. Тайм-аут кэша по умолчанию установлен на 30 минут, который можно настроить. Дополнительные сведения см. в разделе «Развертывание нового портала самообслуживания» в разделе «Базовая настройка». Любые изменения в определениях объявлений, предложений запросов, предложений услуг и статей базы знаний не отображаются до тех пор, пока кэш не будет очищен.

Используемое кэширование памяти основано на .NET Framework MemoryCache. Кэшированное содержимое остается в памяти до завершения рабочего процесса IIS. Перезапуск IIS не помогает, потому что IIS не удаляет старый процесс, а затем запускает новый. Вместо этого он повторно использует существующий. Чтобы обеспечить новое чтение и удалить данные кэша, определите рабочий процесс IIS, связанный с экземпляром, и выберите Завершить задачу перед перезапуском IIS.

Разделы «Мои запросы» и «Мои действия» пусты

Проекции нового типа включены в файл Portal.mpb, который является частью установщика, и его необходимо импортировать в Service Manager. Для импорта выполните следующие действия.

  1. Импортируйте файл Portal.mpb на сервер управления.

  2. На сервере управления, к которому подключен ваш портал, перезапустите службу SDK.

Всплывающие окна, блокирующие внешние ссылки

Если включен параметр конфигурации усиленной безопасности для Internet Explorer, пользователь получает следующее всплывающее окно на каждой странице при просмотре портала.

Приведенное выше всплывающее окно отображается для пакета SDK App Insights для JavaScript, который интегрирован в портал самообслуживания для сбора данных телеметрии. Вы можете отключить отправку данных телеметрии, изменив значение параметра конфигурации EnableTelemetry, что приведет к удалению всплывающего окна. Дополнительные сведения см. в разделе «Развертывание нового портала самообслуживания» в разделе «Базовая настройка».

Вы можете получить доступ к порталу на компьютере, на котором размещены IIS, но вы не можете получить к нему доступ с удаленного компьютера

Эта проблема может возникнуть, если портал и служба SDK расположены на разных компьютерах (развертывание автономного портала самообслуживания). Это вызывает сценарий двойного перехода при попытке доступа к порталу с удаленного компьютера. Поэтому конфигурация портала по умолчанию, описанная в разделе Windows Authentication , не будет работать. Чтобы решить эту проблему, используйте конфигурацию базовой аутентификации .

Вы не видите некоторые предложения услуг или опубликованные предложения услуг на портале

Это связано с тем, что предложения услуг отображаются только в том случае, если они соответствуют одному из следующих условий:

Вот список языков с кодами языков, которые поддерживаются порталом:

Время отображения для моих элементов всегда показывает AM

Для решения этой проблемы, найдите тег «utc-date» и замените DateTime. Parse(xyz).ToString(«yyyy,M,d,h,m,s») на DateTime.Parse(xyzToString(«yyyy,M,d, H,m,s») в следующих файлах:

  • Views\KnowledgeBase\Article.cshtml

  • Виды\MyActivities\ActivityDetails.cshtml

  • Представления\MyRequests\RequestDetails.cshtml

  • Виды\Общий\_Layout.cshtml

Следующие шаги

  • Чтобы развернуть портал самообслуживания и настроить его, ознакомьтесь с разделом Развертывание портала самообслуживания.

Установка портала служб разработчиков | Edge для частного облака v4.17.01

Edge для частного облака v. 4.17.01

Примечание: Эти инструкции предназначены только для установки портала. Примечание. Не устанавливайте портал Developer Channel Services на тот же сервера как Apigee Edge.

Перед установкой убедитесь, что:

  • Вы устанавливаете Postgres перед установкой портала. Вы можете либо установить Postgres как часть установки Edge или установите автономную версию Postgres для использования порталом.
    • Если вы устанавливаете Postgres отдельно, он может находиться на том же узле, что и портал.
    • Если вы подключаетесь к Postgres, установленному как часть Edge, и Postgres настроен в режиме master/standby укажите IP-адрес главного сервера Postgres.
  • Вы выполняете установку 64-разрядной версии поддерживаемой версии Red Hat. Корпоративный Linux, CentOS или Oracle. См. список поддерживаемых версий в разделе Поддерживаемое программное обеспечение и поддерживаемые версии.
  • Yum установлен.

Обзор установки

После установки Edge the apigee-setup утилиты на узле используйте этот утилита для установки портала на узел. Утилита apigee-setup имеет вид:

> sudo /opt/apigee/apigee-setup/bin/setup.sh -p   компонент   -f   configFile

Передайте файл конфигурации утилите apigee-setup, которая содержит информация об установке. Если в файле конфигурации отсутствуют какие-либо необходимые информация, установка apigee утилита предлагает ввести его в командной строке.

Единственным требованием является то, что файл конфигурации должен быть доступен или доступен для чтения пользователь «апигей».

Например, используйте следующую команду для установки портала:

> sudo /opt/apigee/apigee-setup/bin/setup.sh -p dp -f   myConfig

См. Установка утилиты Edge Apigee-Setup. для большего.

Создание файла конфигурации

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

Примечание: Не устанавливайте DEVPORTAL_ADMIN_USERNAME=admin . admin учетная запись пользователя создается по умолчанию. Если указано, возвращается сообщение об ошибке предлагает настроить другое имя пользователя.
IP1=IPorDNSnameOfNode
# Должен разрешаться в IP-адрес или DNS-имя хоста, а не в 127.0.0.1 или localhost.
HOSTIP=$(имя хоста -i)
# Указываем имя базы данных портала в Postgres.
PG_NAME=devportal
# Укажите учетные данные администратора Postgres.
# Портал подключается к Postgres с помощью пользователя 'apigee'.
# Если вы изменили пароль Postgres со значения по умолчанию 'postgres'
# затем соответствующим образом установите PG_PWD.
# При подключении к узлу Postgres, установленному с Edge,
# обратитесь к системному администратору Edge, чтобы получить эти учетные данные.
PG_USER=апигей
PG_PWD=постгрес
# IP-адрес сервера Postgres.
# Если он установлен на том же узле, что и портал, укажите этот IP.
# При подключении к удаленному серверу Postgres укажите его IP-адрес.
PG_HOST=$IP1
# Учетные данные пользователя Postgres, используемые порталом
# для доступа к базе данных Postgres,
# Эта учетная запись создается, если она еще не существует. 
DRUPAL_PG_USER=администратор друпала
DRUPAL_PG_PASS=секретный портал
# Указываем 'postgres' в качестве базы данных.
DEFAULT_DB=постгрес
# Укажите данные учетной записи администратора Drupal.
# НЕ устанавливайте DEVPORTAL_ADMIN_USERNAME=admin.
# Установщик создает этого пользователя на портале.
DEVPORTAL_ADMIN_FIRSTNAME=имя
DEVPORTAL_ADMIN_LASTNAME=фамилия
DEVPORTAL_ADMIN_USERNAME=имя пользователя
DEVPORTAL_ADMIN_PWD=pWord
[email protected]
# Детали пограничного соединения.
# Если они опущены, вы можете установить их в пользовательском интерфейсе портала.
# Укажите пограничную организацию, связанную с порталом.
EDGE_ORG=название_организации_края
# Укажите URL-адрес API управления Edge.
# Для облачной установки Edge URL-адрес:
# https://api.enterprise.apigee.com/v1
# Для установки в частном облаке это выглядит так:
# http://:8080/v1 или
# https://:TLSport/v1
MGMT_URL=https://api.enterprise.apigee.com/v1
# Учетные данные администратора организации Edge в форме
# адрес электронной почты Edge:pword. 
# Портал использует эту информацию для подключения к Edge.
[email protected]
DEVADMIN_PWD=pWord
# Порт PHP.
# Если опущено, по умолчанию используется 8888.
PHP_FPM_PORT=8888
# Вы должны настроить SMTP-сервер, используемый порталом.
# Свойства SMTPHOST и SMTPPORT обязательны.
# Остальные являются необязательными со значением по умолчанию, как указано ниже.
# Имя хоста SMTP. Например, для сервера Gmail используйте smtp.gmail.com.
SMTPHOST=smtp.gmail.com
# Использовать SSL для SMTP: 'y' или 'n' (по умолчанию).
SMTPSSL="n"
# SMTP-порт (обычно 25).
# Значение может отличаться в зависимости от выбранного протокола шифрования.
# Например, для Gmail используется порт 465 при использовании SSL и 587 при использовании TLS.
SMTPПОРТ=25
# Имя пользователя, используемое для аутентификации SMTP, по умолчанию пусто.
SMTPUSER=ваш@email.com
# Пароль, используемый для аутентификации SMTP, по умолчанию пуст.
SMTPPASSWORD=ваш пароль электронной почты

1.

Проверьте подключение к Apigee Edge

Проверьте подключение к серверу управления Edge, выполнив следующую команду cURL из командной строки на сервере портала:

> curl -u {  ЭЛЕКТРОННАЯ ПОЧТА  }: {  ПАРОЛЬ  } http://:8080/v1/organizations/{   ИМЯ ОРГАНИЗАЦИИ  }

или:

> curl -u {  ЭЛЕКТРОННАЯ ПОЧТА  }: {  ПАРОЛЬ   } https://:   TLSPort   /v1/organizations/{   ИМЯ ОРГАНИЗАЦИИ   }

Где ЭЛЕКТРОННАЯ ПОЧТА и ПАРОЛЬ — адрес электронной почты. адрес и пароль администратора для ORGNAME .

Обязательно укажите имя хоста и номер порта, характерные для вашей установки Edge. Порт 8080 — это порт по умолчанию, используемый Edge. Если вы подключаетесь к организации в облаке, тогда URL-адрес запроса: https://api.enterprise.apigee.com/v1/organizations/{ORGNAME}.

В случае успеха эта команда возвращает ответ, аналогичный следующему:

{
  "созданный в": 1348689232699,
  "создано" : "ИМЯ ПОЛЬЗОВАТЕЛЯ",
  "отображаемое имя": "cg",
  «среды»: [«тест», «производство»],
  "lastModifiedAt": 1348689232699,
  «lastModifiedBy»: «[email protected]»,
  "имя": "цг",
  "характеристики" : {
    "свойство" : [ ]
  },
  "тип": "пробная версия"
}

2. Удалите версии PHP до 7.0

Сценарий установки проверяет наличие в системе версий PHP до 7.0 перед запуском монтаж. Если существуют версии PHP до 7.0, отображается следующее предупреждающее сообщение:

Следующие пакеты, присутствующие в вашей системе, конфликтуют с программным обеспечением, которое мы
собирается установить. Вам нужно будет вручную удалить каждый из них, а затем повторно запустить этот сценарий установки. 
php
php-кли
php-общий
php-gd
php-mbstring
php-mysql
php-pdo
php-груша
php-pecl-apc
php-процесс
php-xml

Для CentOS и RedHat Enterprise Linux (RHEL) удалите пакеты PHP, используя следующие команда:

yum удалить   <имя-пакета>

3. Установите Postgres

Для портала необходимо установить Postgres, прежде чем вы сможете установить портал. Вы также можете установить Postgres как часть установки Edge или установить Postgres отдельно для использования портал.

  • Если вы подключаетесь к Postgres, установленному как часть Edge, и Postgres настроен в master/standby укажите IP-адрес главного сервера Postgres.
  • Если вы устанавливаете Postgres отдельно, он может находиться на том же узле, что и портал.

Сведения об установке Postgres как части установки Edge см. в разделе Установка компонентов Edge на узле.

Для автономной установки Postgres:

  1. Установите утилиту Edge apigee-setup на узле с помощью Интернет или неинтернет-процедура. См. Установка утилиты Edge apigee-setup для более.
  2. Создайте файл конфигурации для Postgres, как показано ниже:

    # Модуль и регион Postgres. Использовать значения по умолчанию, показанные ниже.
    MP_POD=шлюз
    REGION=dc-1

    # Установить пароль Postgres. Значение по умолчанию — «postgres».
    PG_PWD=постгрес

  3. В командной строке запустите сценарий установки для установки Postgres:
    > /opt/apigee/apigee-setup/bin/setup.sh -p pdb -f configFile

    Параметр «-p pdb» указывает на установку Postgres.

    Файл конфигурации должен быть доступен или доступен для чтения пользователю «apigee».

4. Установить портал

Для установки портала:

  1. Установите утилиту Edge apigee-setup на узел с использованием интернет- или неинтернет-процедуры. См. Установка утилиты Edge apigee-setup для более.
  2. Убедитесь, что вы установили Postgres, либо отдельно, либо как часть установка Эджа.
  3. В командной строке запустите сценарий установки:
    > /opt/apigee/apigee-setup/bin/setup.sh -p dp -f configFile

    Параметр «-p dp» указывает на установку портала.

    Файл конфигурации должен быть доступен или доступен для чтения пользователю «apigee».

  4. Перейдите на домашнюю страницу портала по адресу http://localhost:8079 или на DNS-имя ваш портал.
  5. Войдите на портал, используя учетные данные администратора, указанные в конфигурации. файл.

5. Убедитесь, что модуль диспетчера обновлений включено

Чтобы получать уведомления об обновлениях Drupal, убедитесь, что модуль диспетчера обновлений Drupal включено. В меню Drupal выберите Модули и прокрутите вниз до Модуль диспетчера обновлений . Если он не включен, включите его.

После включения вы можете увидеть доступные обновления, используя Reports > Available Обновляет пункт меню . Вы также можете использовать следующую команду Drush:

> drush обновление pm-info

Вы должны запустить эту команду из корневого каталога сайта. По умолчанию разработчик Портал устанавливается в /opt/apigee/apigee-drupal. Таким образом, вы должны сначала изменить каталог на /opt/apigee/apigee-drupal перед запуском команды. Если вы не установили портал в каталог по умолчанию, перейдите в каталог установки.

Используйте пункт меню Reports > Available Updates > Settings для настройки модуль, чтобы отправлять вам электронные письма, когда доступны обновления, и устанавливать частоту проверки обновления.

6. Настройте поисковую систему Apache Solr (Необязательно)

По умолчанию модули Drupal, которые подключаются к поисковой системе Apache Solr, отключены при Вы устанавливаете портал. Большинство порталов используют внутреннюю поисковую систему Drupal и поэтому не требуются модули Drupal Solr.

Если вы решите использовать Solr в качестве поисковой системы, вы должны установить Solr локально на свой сервер. а затем включите и настройте модули Drupal Solr на портале.

Чтобы включить модули Drupal Solr:

  1. Войдите на портал как пользователь с правами администратора или создания контента.
  2. Выберите Модули в меню Drupal.
  3. Включить модуль Apache Solr Framework и модуль Apache Solr Найдите модуль .
  4. Сохраните изменения.
  5. Настройте Solr, как описано на странице https://drupal.org/node/1999280.

7. Установите SmartDocs (дополнительно)

SmartDocs позволяет документировать ваши API на портале служб разработчиков таким образом, чтобы Документация API полностью интерактивна. Однако, чтобы использовать SmartDocs с порталом, вы должны сначала установить SmartDocs на Edge.

  • Если вы подключаете портал к установке Edge Cloud, SmartDocs уже установлен и дальнейшая настройка не требуется.
  • Если вы подключаете портал к установке Edge для частного облака, вы должны убедиться, что SmartDocs установлен на Edge. Дополнительные сведения об установке Edge и SmartDocs см. в разделе Установка SmartDocs.

Также необходимо включить SmartDocs на портале. Дополнительные сведения о SmartDocs см. в разделе Использование SmartDocs для документирования. API.

8. Что дальше?

Следующие шаги после установки портала служб разработчика — настроить и настроить это для ваших конкретных требований. Документация на веб-сайте Apigee содержит все информация о настройке, стиле и управлении порталом. Получите доступ к документации по адресу http://apigee.com/docs/developer-services/content/what-developer-portal.

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

Задача

Описание

Настройка тема

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

Настроить внешний вид

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

Добавить и управлять учетными записями пользователей

Процесс регистрации контролирует, как новые разработчики регистрируют учетную запись на портал. Например, получают ли новые разработчики немедленный доступ к порталу или должны быть проверены администратором. Этот процесс также контролирует, как портал администратор получает уведомление при создании новой учетной записи.

Настройка электронная почта

Портал отправляет электронные письма в ответ на определенные события. Например, когда новый разработчик регистрируется на портале и когда разработчик теряет свой пароль.

Добавить и управлять учетными записями пользователей

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

Добавить и управлять учетными записями пользователей

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

Добавить блог и сообщения на форуме

Портал имеет встроенную поддержку блогов и тематических форумов. Определите разрешения требуется для просмотра, добавления, редактирования и удаления сообщений блога и форума.

Убедитесь, что вы делаете резервные копии базы данных

Убедитесь, что вы создаете резервную копию базы данных Drupal. Обратите внимание, что поскольку каждый установка отличается, вам решать, как лучше сделать резервную копию база данных.

Примечание : модуль резервного копирования и миграции несовместим с Postgres. базы данных.

См. также Как выполнить Резервное копирование.

Настройка имени хоста

Если вы не настроили имя хоста на своем DNS-сервере, вы всегда можете получить доступ к сайту через IP-адрес сервера. Если вы хотите использовать имя хоста, вы можете настроить DNS для сервер, который должен работать правильно без какой-либо другой конфигурации при базовой настройке.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *