В этом разделе освещаются обновления и изменения в компонентах графической среды:
В большинстве случаев SCO OpenServer может автоматически обнаруживать и настраивать ваше видеооборудование для запуска X-сервера. Дополнительную информацию см. в разделе "Настройка видеоадаптеров".
ПРИМЕЧАНИЕ. В зависимости от используемого видеоадаптера у вас могут возникнуть проблемы с автоматической настройкой. Если у вас возникли проблемы с автонастройкой, см. ``Настройка видеоадаптеров вручную''.
При желании вы можете использовать scologin (XC) для запуска X-сервера и предоставления услуг графического входа в систему. Вы можете выбрать автоматическое включение scologin во время установки. Или вы можете запустить scologin вручную:
По умолчанию X-сервер и scologin работают на tty02.
ПРИМЕЧАНИЕ. Вы больше не можете включить scologin из tty02. Если вы запускаете scologin enable из сеанса входа в текстовом режиме на tty02, scologin зависает. Если вы столкнулись с этой проблемой, выйдите из сеанса на tty02, а затем выполните следующие команды с другого мультиэкрана:
В дополнение к стандартному рабочему столу Panorama ( xdt3 ) версия SCO OpenServer 6.0.0 также предлагает новый рабочий стол KDE версии 3.3.2.
Панорама – это рабочий стол графической среды по умолчанию. Чтобы изменить рабочий стол по умолчанию, см. ``Запуск другой среды рабочего стола''.
Panorama Desktop не отличается от предыдущих выпусков SCO OpenServer.
xdt3 — хороший выбор, если вы хотите запустить минимальную среду рабочего стола или хотите настроить среду OSF/Motif ® на основе оконного менеджера pmwm.
Документация, описывающая использование и настройку этой среды рабочего стола, доступна в разделе Panorama (xdt3) Desktop в электронной документации.
| kdebase | kdeaccessibility | kdeaddons |
| kdenetwork | kdeartwork | kdeutils |
| kdepim | kdegraphics |
Документация KDE интегрирована в среду рабочего стола и доступна при запуске KHelpCenter. См. ``Использование рабочего стола KDE'' для ознакомления с интерфейсом KDE и коллекцией приложений KDE, поставляемых с SCO OpenServer Release 6.0.0.
Я запускаю рабочий стол Ubuntu на своем локальном компьютере. На стороне сервера я использую сервер Ubuntu 16.04. Это сервер разработки, поэтому у меня есть скрипт python, который использует:
чтобы открыть браузер по умолчанию с нужным мне URL.
Другими словами, как я могу, войдя на сервер, открыть ссылку на моем локальном компьютере.
Говоря более общими словами, как я могу использовать свой удаленный сервер Ubuntu, как будто это моя локальная машина?
- Серверному компьютеру НЕ НУЖЕН графический интерфейс.
- Я не хочу устанавливать графический интерфейс сервера и использовать УДАЛЕННЫЙ РАБОЧИЙ СТОЛ.
Как я могу получить доступ к своему серверу разработки и открыть простую программу на своем локальном компьютере?
![]()
webbrowser.open по умолчанию запускает переменную $BROWSER с URL в качестве аргумента. Вам понадобится программа, которая при выполнении перешлет это на ваш локальный компьютер.
Если вы хотите, чтобы браузер работал на удаленном компьютере, но отображался на локальном компьютере, вам необходимо установить браузер на удаленном компьютере и включить переадресацию X11 при подключении через SSH.
Единственное, что я могу придумать, это то, что вам нужно настроить общий ресурс на вашем сервере, который вы можете сопоставить через Samba, или что-то, что позволит вам смонтировать папку сценариев на локальный хост, чтобы вы могли запускать скрипты оттуда в локальную систему.
2 ответа 2
Проще всего это сделать с помощью SSH-socks-прокси. Со страницы руководства:
-D [bind_address:]port
Указывает локальную «динамическую» переадресацию порта на уровне приложения. Это работает путем выделения сокета для прослушивания порта на локальной стороне, при необходимости привязанного к указанному bind_address. При каждом подключении к этому порту соединение перенаправляется по защищенному каналу, а протокол приложения затем используется для определения места подключения с удаленного компьютера.
Браузеры также могут использовать прокси-сервер socks. Как его настроить, зависит от того, какой браузер вы используете, но я обычно использую один браузер для работы через socks, а другой — для работы без прокси.
Сначала запустите ssh с помощью следующей команды:
Это запустит ssh, создав прокси-сервер socks для удаленного хоста, прослушивая порт 1080. В браузере введите прокси-сервер socks на локальном хосте, порт 1080. В Firefox это находится в разделе «Настройки» — «Дополнительно» — «Сеть»:
![Настройки прокси-сервера Firefox]()
Это приведет к туннелированию трафика из браузера на удаленный компьютер, и будет казаться, что трафик поступает с удаленного компьютера.
Есть сайт, ему очень много лет, так он дружит со старым Денвером.
Не удается настроить браузер. Синхронизация браузера открывает https://localhost:3000/ и пишет "localhost неожиданно разорвал соединение".
Что нужно изменить? Или что-то настроить в браузере/денвере/gulp'е?
- 2 Почему выдает ошибку при операции "-"?
- 1 Как сделать скрипт AJAX универсальным для нескольких классов?
- 1 Есть ли в Python функция, которая возвращает количество элементов?
- 0 Совместимый сайт объявлений на joomla и pwa?
- 3 Как отображать сообщения на страницах?
- 2 Почему при перемещении в крайнее левое значение может показаться отрицательным?
- 1 веб-приложение для создания форм и создания отчетов из базы данных?
- 2 Как правильно обновить информацию в таблице с вложенными множествами?
@Kenny27, я бы не хотел все это таскать на openserver. Поэтому я хочу делать минимум движений.
От Денвера идет обновление (думаю чье-то левое) и вроде относится только к переходу на php7, пока не разобрался. Браузерсинхронизация у меня свежая.
Но пока кажется, что самым простым является обычная запись перезагрузки в реальном времени. - прокомментировал Violet4 4 апреля 20 в 00:56
Бросьте это дело)
Вообще недавно смотрел популярные локки.сервера вот какие. Думаю пора уходить и идти к ним, ибо вскоре после этого денвер и опен сервер безвозвратно умирают. - прокомментировала Эстель.Кух 04.04.20 в 00:59
@Kenny27, Денвер умер и ушел, но меня это расстраивает. Я не бэкендер, поэтому иногда что-то подправить и чтобы сайты в локалке могли запросто сделать сидя в глуши что ли.
На мой взгляд в Денвере все было легко и удобно для этих целей.
Открываю сервер, его вес вгоняет меня в панику. То, что он говорит об обновлениях, обычно
При появлении новой версии OSPanel необходимо переделать все настройки, скопировать папки на свои сайты и перенести базы данных.
Поэтому я только и делаю, что переношу сотни баз данных с места на место.
Так что, если это умрет, то хорошо.
Но теперь да, что-то должно появиться. - прокомментировал Violet4 4 апреля 20 в 01:02
Пожалуйста, войдите или зарегистрируйтесь, чтобы добавить комментарий.
Пожалуйста, войдите или зарегистрируйтесь, чтобы ответить на этот вопрос.
4 ответа
0 комментариев
Пожалуйста, войдите или зарегистрируйтесь, чтобы добавить комментарий.
![5b6307f055055658169016.jpg]()
Если я правильно вас понял. Прямо сейчас на девелоперском наборе OP и IDE.
Добавить php:
![5b6308270b043132231416.jpg]()
Файл:
А вообще - инструменты лучше работают под linux (ubuntu). На крайний случай есть докер, который избавляет от виндовых проблем. Ну и поставьте nginx, он быстрее apache в 10 раз.
0 комментариев
Пожалуйста, войдите или зарегистрируйтесь, чтобы добавить комментарий.
4 комментария
Пожалуйста, войдите или зарегистрируйтесь, чтобы добавить комментарий.
Насколько я понимаю, единственное назначение PhpStorm+Openserver - это "заменить" устаревший локальный сервер PhpStorm на современный Openserver со всеми настройками, возможными дополнениями, debierre и т.д.
Цель PhpStorm'a — предоставить IDE. Цель OpenServer'а состоит в том, чтобы предоставить полную (в некоторой степени) среду разработки и выполнения PHP-скриптов/приложений/веб-сайтов/и т.д. Помимо интерпретатора PHP, в OpenServer'e имеется масса других модулей (программ), зависящих от "ковыряния" из различных баз данных для всех "контор" и т.д. Это связано с тем, что большинство проектов не ограничено только для интерпретатора PHP, и многим также требуется другое хранилище базы данных (например, Redis или Memcached) и другие инструменты.
Возможно, это связано с тем, что в путях есть что-то кроме латинских букв (иногда точно так же пробелы в дорожках, хотя это гораздо реже).
Обычно процесс выглядит следующим образом:
0. Указывать путь к интерпретатору PHP не всегда требуется или нужно, иногда это можно сделать
1. В папке, в которую вы установили OpenServer, кроме всего прочего, есть папка domains, в которой вы создаете папку с будущим проектом (веб-сайтом) и называете ее напр. site1.local
2. (Пере)запустить OpenServer, желательно делать это с правами администратора, т.к. это изменит файл hostsсистемы, чтобы сайт был доступен под акком. адрес (в данном примере по адресу: site1.local )
2.1.Открыть проект также можно через меню OpenServer'а: Мои сайты -> "Нужен сайт"
Вот бы открыли проект в PhpStorm'е для акка. («правильный») адрес, вместо встроенного веб-сервера думаю нужно изменить какие-то настройки проекта в PhpStorm (какие - сложно сказать, т.к. я никогда не использовал этот способ работы над проектом).
П. S. для отладки проекта в разных браузерах обычно используют разные BrowserSync'ы и LiveReload'ы и т.д.
П. P. S. Если Вам нужен простой веб-сервер с поддержкой PHP, то только для dev/debug этот сервер на PHP.
Читайте также:
