Задать вопрос
  • Как организовать переадресацию с domen.me:port на sub.domen.me для разных сервисов?

    edinorog
    @edinorog
    Троллей не кормить!
    не надо городить грабли. если вам нужно иметь доступ для работы с компами внутри локальной сети, то проще поднять впн. а через впн уже ходить до всего чего надо
    Ответ написан
    Комментировать
  • Как организовать переадресацию с domen.me:port на sub.domen.me для разных сервисов?

    Andrew_Shtein
    @Andrew_Shtein
    "domain.me" - это идентификатор, который можно преобразовать в ip-адрес. Когда вы обращаетесь браузером на "domain.me", браузер на самом деле вызывает "domain.me:80", так как 80 - это порт по-умолчанию для http-протокола.
    У одного ip-адреса только одна программа может занимать один порт одновременно. По-этому, когда на одной машине размещается несколько доменов, то ставят проксирующий web-сервер (nginx, например), который будет "слушать" 80-й порт, а остальные web-сервера ставят "слушать" другие порты (например 9000, 9091, 9090), т.к. 80-й занят. Проксирующий web-сервер смотрит, на какой domen идёт запрос и перенаправляет запрос на соответствующий порт.

    Теперь вернёмся к вашей проблеме. Насколько я понял, то "domen.me", "git.domen.me", "torrent.domen.me", "wiki.domen.me" и т.д. преобразуются в один и тот же ip-адрес?
    В таком случае, если это всё http сервисы, и под "git.domen.me" вы подразумевали "git.domen.me:80", то вам необходимо в настройках nginx прописать что-то типа:
    server{
      server_name git.domen.me;
        location / {
        proxy_pass http://127.0.0.1:9000;
      }
    }
    server{
      server_name torrent.domen.me;
        location / {
        proxy_pass http://127.0.0.1:9091;
      }
    }
    server{
      server_name wiki.domen.me;
      location / {
        proxy_pass http://127.0.0.1:9090;
      }
    }
    server{
      server_name any_service.domen.me;
      location / {
        proxy_pass http://127.0.0.1:any_port;
      }
    }
    Ответ написан
    9 комментариев
  • Почему LG Google Nexus 4 не отображает экран входящего вызова?

    heathen
    @heathen
    Если мне не изменяет память, помогало кратковременное нажатие на клавишу включения и затем ещё одно. Экран включался и можно было принять вызов.
    Такая проблема была, но так как проявлялась редко, мне было лень искать её решение.
    Ответ написан
    Комментировать
  • Кто что может сказать о CMS SiteEdit?

    ainu
    @ainu
    Расскажу, что это такое. Сайт крутится у них на сарвере под своим закрытым ПО, и едактирование происходит путём работы с некйо программой-клиентом. Соотвественно всё захардкожено «где-то там».

    Минус основной, сквозной — Vendor Lock.
    Минус первый — привязка к системе, а там даже не HTML, а какаято ересь на табах.
    Минус второй — привязка с серверу, отсутсвие FTP доступов как таковых.
    Минус третий — ни один из программистов не сможет ни одной строчки поправить.
    Минус четвёртый — редизайн — только через компанию, сайт создающую (SiteEdit).
    Минус пятый — редактирование через специальную программу, намучавшись с ключами. Не из любого места, где есть интернет.
    Минус пятый (возможно, вот тут я неправ) — теоретически можно отредактировать чужой сайт. По крайней мере както вышло, не имея ключа, который заказчик потерял, а изменения надо было делать. Где чтото както получилось, не знаю, как.
    Минус шестой — трафик повышенный — весь сайт выкачивается и закачивается на локальный комп.

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

    Был как то сайтик, который обслуживали, некоторые глюки так и были несправлены, ибо невозможно.
    Так что НЕ писать проект. Там тупо нет места, где что-либо писать.
    О дальнейшем расширении тоже можно забыть. Руководство неправильное — инструмент должна выбирать компания, создающая сайт. Или человек, сайт создающий. Если руководство считает, что умеет создавать сайты — пусть попробует.
    Блин, постройте нам машиностроительный завод из игрушечного конструктора для постройки дачных домиков, а то мы уже купили кучу кубиков.

    Но если у Вас есть небольшие деньги, наплевать на дальнейшее развитие, на SEO-оптимизацию, есть возможность время-от-времени оплачивать доп. услуги, и хочется простую визитку и удобное управление — пожалуйста. Но вот на рынке полно компаний, который тоже самое сделают за 3000-700 руб, т.н. быстрый сайты, или экспресс сайты, в т.ч. интернет-магазины. В любом случае, просмотрите существующие проекты, и поймите — будет тоже самое. Не «а вот тут чуток по-другому», а тоже самое, абсолютно. Как решение для быстрого автоматизированного создания сайтов, ребята сделали уникальную штуку, которую больше нигде не видел, и в этом они молодцы.

    И последний факт из практики все клиенты, повторюсь, каждый клиент, когда-то заранее купивший лицензию на платную CMS (будь то битрикс, шопскрипт или ещё что то), и настаивающий на ней, потом сайт переделывал «с нуля». Вот такая вот печальная статистика.
    Ответ написан
    2 комментария