FS.Host имхо достаточно успешный, как на мой взгляд хостинг.
Интересно то, что на нём хостятся некоторые достаточно существенные проекты, например тот-же ua.debian.org.
отчего-же, очень удобно пользоваться QR кодами.
но вот у нас, в отличии от японцев, не каждый может себе позволить телефон который бы умел их считывать — поэтому глухо. а так — очень удобная фишка, скажем, для тех-же рекламщиков, да и ещё Бог знает для кого… ;)
Да уж… Действительно… С '97'го года ни одной документации не прочитал. /Ирония/
Если чего-то не знаю то это вовсе не значит, что читать маны не умею.
Знать всё, увыжаемый, невозможно.
И ещё… Если оригинал этой статьи /в более ранней редакции/ Вы видели где-то на linuxforum'е или, к примеру, на моём блоге то не надо говорить, что я её просто «содрал» у кого-то. А может наоборот? :(
Сейчас не нужен. Но если посмотреть на стремительно уменьшающийся список IPv4 сетей то остаётся только лишь гадать о сроке — когда?!
Имхо, а быть готовым заранее, изучить технологию — это всегда дополнительный плюс нежели наоборот.
То, что работа идёт целенаправленно по возрастной категории может говорить только о том, что крыса завелась в самой компании. И это печально.
Тёще настроил номера короткого набора. Было рассказано как этим пользоваться. Ну и сказано ни на какие посторонние провокации не вестись, а о любой подозрительной заявке тут-же сообщать.
Тьфу, тьфу, тьфу, но пока вроде бы всё нормально…
> нужно чтобы или localhost можно было задать как прокси в настройках броузера
тогда нужно на 10.11.12.13 поднять какой-нибудь проксик и уже адресоваться на него через localhost
> чтобы была доступна вся интрасеть доступная узлу 10.11.12.13
ну а в этом случае просто поднять ssh layer 3, о чём можно почитать в соседнем топике.
Посмотреть в браузере?
Пробросить вместо/вместе с 22-м портом ещё и 80-й.
ssh -f -N -R 8080:10.11.12.13:80 -p xxxx username@99.88.77.66
теперь если на 99.88.77.66 в браузере ввести localhost:8080 то увидим ресурсы которые висят на 10.11.12.13 внутри сети. Значительный минус этого подхода если на 10.11.12.13 настроен в веб-сервере виртуалхост, ведь обращение к серверу идёт по ip, а не по мнемоническому имени.
Может кто знает как это можно обойти?
Интересно то, что на нём хостятся некоторые достаточно существенные проекты, например тот-же ua.debian.org.
но вот у нас, в отличии от японцев, не каждый может себе позволить телефон который бы умел их считывать — поэтому глухо. а так — очень удобная фишка, скажем, для тех-же рекламщиков, да и ещё Бог знает для кого… ;)
«Очумелые ручки» — Китайская версия ;)
Или мы все сразу с седой бородой родились?
Статья выше написана в первую очередь для тех кто:
А если Вы, уважаемый, такой умный, то отчего же не делитесь своим богатым опытом с окружающими? Может корона мешает? Или мания величия? :(
Если чего-то не знаю то это вовсе не значит, что читать маны не умею.
Знать всё, увыжаемый, невозможно.
И ещё… Если оригинал этой статьи /в более ранней редакции/ Вы видели где-то на linuxforum'е или, к примеру, на моём блоге то не надо говорить, что я её просто «содрал» у кого-то. А может наоборот? :(
Гугл решил сдвинуть дело с мёртвой точки — молодцы!
Если хочется кого-то чего-то запустить в другой кодировке luit мне в помощь, главное чтобы локали нужные были настроены:
а дальше просто:
Удобно. Дёшево. Сердито :):):)
Имхо, а быть готовым заранее, изучить технологию — это всегда дополнительный плюс нежели наоборот.
Тёще настроил номера короткого набора. Было рассказано как этим пользоваться. Ну и сказано ни на какие посторонние провокации не вестись, а о любой подозрительной заявке тут-же сообщать.
Тьфу, тьфу, тьфу, но пока вроде бы всё нормально…
тогда нужно на 10.11.12.13 поднять какой-нибудь проксик и уже адресоваться на него через localhost
> чтобы была доступна вся интрасеть доступная узлу 10.11.12.13
ну а в этом случае просто поднять ssh layer 3, о чём можно почитать в соседнем топике.
Пробросить вместо/вместе с 22-м портом ещё и 80-й.
ssh -f -N -R 8080:10.11.12.13:80 -p xxxx username@99.88.77.66
теперь если на 99.88.77.66 в браузере ввести localhost:8080 то увидим ресурсы которые висят на 10.11.12.13 внутри сети. Значительный минус этого подхода если на 10.11.12.13 настроен в веб-сервере виртуалхост, ведь обращение к серверу идёт по ip, а не по мнемоническому имени.
Может кто знает как это можно обойти?
Как альтернатива www.php.net/manual/en/ — то что надо! ;)
например:
ip a a 192.168.1.1/28 brd 192.168.1.15 dev eth0
имхо, ifconfig — зло! :) ну, а если серьёзно, то ifconfig, равно как и route, просто морально устаревшие инструменты. iproute — это наше всё! ;)