Вот это делать не нужно.
Причина проста, node — Amateur Packet Radio Node program, а nodejs — это тот самый движок, который вам нужен.
Т.е. сделать такую ссылку означает просто «выстрелить себе в ногу».
Далее, npm — это скрипт javascript, т.е. без nodejs он работать не будет. Поэтому и имеет nodejs в зависимостях.
Т.е. установка после npm nodejs — просто «копание лестницы от столба и до обеда».
Вы уж меня простите, но в разделе «Песочница для HTTP» текст разве что для домохозяйки из рецептов «Как приготовить яичницу, не испортив потолок».
Ожидаемо было-бы подробное описание применения всей цепочки заголовков
1. Access-Control-Allow-Headers
2. Access-Control-Allow-Origin
3. Access-Control-Allow-Credentials
К тому же, конструкция «Access-Control-Allow-Origin: *» не всегда работает.
Да и синхронные AJAX запросы уже давно отмечаются, как устаревшие…
1. ok, невнимательно посмотрел
2 и 3. Я имел ввиду, что раз уж вы на VM разработку делаете, то все там же и лежит. Поэтому sshfs. Кстати, «стучаться» при соответствующей настройке совсем нет надобности.
Если же монтировать папки с ноута в VM, то, если я правильно помню, VM имеет стандартные средства совместного использования папок с автомонтированием.
PHPStorm не использую. Пользуюсь Sublime.
И, в заключение, я так понял, все это в контексте Windows?
Для себя давно сделал выводы и использую на компьютерах Linux, уже давно.
Там этих проблем нет.
На ноуте стоит lighttpd, я его и в работе использую.
С остальными компонентами — Mysql, Redis, git, тоже проблем нет :) Плюс любая автоматизация :)
В результате старт проекта — создание хоста -> инициализация проекта (git bitbucket)
Поэтому практически отпала необходимость в VM при разработке.
VM только, если что-то хочется попробовать неординарное, или смоделировать сеть.
По-поводу /root/bin — есть стандартная организация файловой системы. И для ваших целей есть каталог /usr/local/bin
Все очень красиво, можно даже использовать…
Только немножко упростить.
1. Создать локальную сеть из виртуальной машины (или из машин).
2. Соответственно настроить hosts на свои develop сайты (из виртуальной машины).
3. Использовать sshfs
В заключение — правильно настроить сервер на виртуалке для быстрого разворачивания любого сайта, а не издеваться над /var/www
Может быть, это имеет право на жизнь.
Но есть одно «НО» — настройки xorg.conf напрочь разбиваются о скалу гибридной графики.
Во многих ноутбуках используется гибридная графика, для переключения используются технологии PRIME и Bumblebee.
При этом xorg.conf не используется.
Остается только xrandr.
Но и после этого броузеры, например Chromium и Firefox, напрочь игнорируют все настройки.
Установка постоянного масштабирования не спасает.
Вот здесь это немного обсуждается habrahabr.ru/company/wargaming/blog/228145/#comment_7831115
head
meta charset=«utf-8»
meta name=«viewport» content=«width=device-width, initial-scale=1, minimal-ui»
meta name=«mobile-web-app-capable» content=«yes»
head
P.S. Какой-тот баг на Хабре — в предпросмотре не форматирует тэег source
В том-то и дело, что масштабирование работает, если задать в vw ширину элемента, например. Тогда все нормально: 10vw -> 10% от экрана -> 36px.
А вот высота шрифта получается в физических пикселах. Т.е. 1vw = 3.6px -> 0.33%.
При эмуляции в Chrome, например, на десктопе, этот эффект не отлавливается.
В общем, работает с размерами элементов, а вот с размером шрифта — нет. Получается, шрифт в 1vw получает размер 4 px, а должен приблизительно 11. При этом масштабирование, в отличие, например, от задания ширины элемента, не происходит. В итоге размер шрифта составляет 4 физических пиксела, без масштабирования.
В общем, мне кажется прблема масштабирования шрифта осталась пока нерешенной.
Например, Retina имеет коэффициент 2, то есть реально вместо 2560 пикселей мы видим 1280.
Все бы ничего, но вот у меня на 15 дюймах 1920Х1080. При этом коэффициент масштабирования равен 1.
Как результат, подавляющее большинство сайтов с их любимыми 13 px (в моем случае должен был быть 19px) просто невозможно читать. В свою очередь при масштабировании у многих дизайн расползается:
ну и картинки
Проверил apple сайт: установил масштаб 200% (Pixelratio — 2)
Сначала грузятся обычные картинки, потом еще раз грузятся Х2 — тройной траффик.
А что будет с новыми дисплеями? Сегодня уже есть на рынке 3840Х2160 в 15 дюймах с PixelRatio 1
У меня картинка 320 на сайтах — полное УГ, а что будет там?
Попробовал vw на смартфонах — из-за Pixelratio (iPhone -2, Galaxy S4 — 3) весь смысл теряется.
Например:
Galaxy S4 экран 1920х1080, но pixelRatio = 3. В результате симулируется экран 360х640.
vw же считается от оригинального разрешения — получается 1vw = 10 физических пикселей.
В общем, текст превращется в «нитку».
Каких таких неожиданностей? Что люди в бога веруют? Так это везде. Что общаются на родном языке? Так в России, к примеру, я не слышал, чтобы по-русски не хотели говорить… Обслуживание — меня также хорошо принимают как в ужгородском «Элефанте» (отличная словацкая и закарпатская кухня), так и в кмевском «Пантагрюеле». Да и в Минске хамства не помню… Неожиданность будет для хама. Так это тоже не неожиданность во многих странах.
Linux может загружаться и из UEFI непосредственно.
Grub всего лишь один из возможных загрузчиков.
Вот это делать не нужно.
Причина проста, node — Amateur Packet Radio Node program, а nodejs — это тот самый движок, который вам нужен.
Т.е. сделать такую ссылку означает просто «выстрелить себе в ногу».
Далее, npm — это скрипт javascript, т.е. без nodejs он работать не будет. Поэтому и имеет nodejs в зависимостях.
Т.е. установка после npm nodejs — просто «копание лестницы от столба и до обеда».
А если не success?
$ man find
накроет ls как бык овцу.
Зачем зря занимать пространство на серверах бесполезной информацией.
Ожидаемо было-бы подробное описание применения всей цепочки заголовков
1. Access-Control-Allow-Headers
2. Access-Control-Allow-Origin
3. Access-Control-Allow-Credentials
К тому же, конструкция «Access-Control-Allow-Origin: *» не всегда работает.
Да и синхронные AJAX запросы уже давно отмечаются, как устаревшие…
Я использую Thinkpad и да, действительно, мышь включаю уже только иногда. Как правило, только для работы в Inkscape и GIMP.
2 и 3. Я имел ввиду, что раз уж вы на VM разработку делаете, то все там же и лежит. Поэтому sshfs. Кстати, «стучаться» при соответствующей настройке совсем нет надобности.
Если же монтировать папки с ноута в VM, то, если я правильно помню, VM имеет стандартные средства совместного использования папок с автомонтированием.
PHPStorm не использую. Пользуюсь Sublime.
И, в заключение, я так понял, все это в контексте Windows?
Для себя давно сделал выводы и использую на компьютерах Linux, уже давно.
Там этих проблем нет.
На ноуте стоит lighttpd, я его и в работе использую.
С остальными компонентами — Mysql, Redis, git, тоже проблем нет :) Плюс любая автоматизация :)
В результате старт проекта — создание хоста -> инициализация проекта (git bitbucket)
Поэтому практически отпала необходимость в VM при разработке.
VM только, если что-то хочется попробовать неординарное, или смоделировать сеть.
По-поводу /root/bin — есть стандартная организация файловой системы. И для ваших целей есть каталог /usr/local/bin
Только немножко упростить.
1. Создать локальную сеть из виртуальной машины (или из машин).
2. Соответственно настроить hosts на свои develop сайты (из виртуальной машины).
3. Использовать sshfs
В заключение — правильно настроить сервер на виртуалке для быстрого разворачивания любого сайта, а не издеваться над /var/www
— вообще умиляет…
Но есть одно «НО» — настройки xorg.conf напрочь разбиваются о скалу гибридной графики.
Во многих ноутбуках используется гибридная графика, для переключения используются технологии PRIME и Bumblebee.
При этом xorg.conf не используется.
Остается только xrandr.
Но и после этого броузеры, например Chromium и Firefox, напрочь игнорируют все настройки.
Установка постоянного масштабирования не спасает.
Вот здесь это немного обсуждается habrahabr.ru/company/wargaming/blog/228145/#comment_7831115
Сам использую в работе Archlinux+XFCE
head
meta charset=«utf-8»
meta name=«viewport» content=«width=device-width, initial-scale=1, minimal-ui»
meta name=«mobile-web-app-capable» content=«yes»
head
P.S. Какой-тот баг на Хабре — в предпросмотре не форматирует тэег source
Chromium emulate Galaxy S4 itmag.es/1LXZg
А вот высота шрифта получается в физических пикселах. Т.е. 1vw = 3.6px -> 0.33%.
При эмуляции в Chrome, например, на десктопе, этот эффект не отлавливается.
В общем, мне кажется прблема масштабирования шрифта осталась пока нерешенной.
Например, Retina имеет коэффициент 2, то есть реально вместо 2560 пикселей мы видим 1280.
Все бы ничего, но вот у меня на 15 дюймах 1920Х1080. При этом коэффициент масштабирования равен 1.
Как результат, подавляющее большинство сайтов с их любимыми 13 px (в моем случае должен был быть 19px) просто невозможно читать. В свою очередь при масштабировании у многих дизайн расползается:
ну и картинки
Проверил apple сайт: установил масштаб 200% (Pixelratio — 2)
Сначала грузятся обычные картинки, потом еще раз грузятся Х2 — тройной траффик.
А что будет с новыми дисплеями? Сегодня уже есть на рынке 3840Х2160 в 15 дюймах с PixelRatio 1
У меня картинка 320 на сайтах — полное УГ, а что будет там?
Например:
Galaxy S4 экран 1920х1080, но pixelRatio = 3. В результате симулируется экран 360х640.
vw же считается от оригинального разрешения — получается 1vw = 10 физических пикселей.
В общем, текст превращется в «нитку».
www.youtube.com/watch?v=XMCDOyYQfp0&list=PLSgy-gJ-dkS-k8Rj9hqFRjIZTrnPj2Tpi
Дата: Published on Jul 20, 2014
Скачиваем mp4:
cclive -s medium_mp4_i18_360p www.youtube.com/watch?v=XMCDOyYQfp0&list=PLSgy-gJ-dkS-k8Rj9hqFRjIZTrnPj2Tpi
Определяем дату:
ffmpeg -i Сегодня\ 20\ июля\ 2014\ года\ 1900.mp4
Результат:
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Сегодня 20 июля 2014 года 1900.mp4':
Metadata:
major_brand: mp42
minor_version: 0
compatible_brands: isommp42
creation_time: 2014-07-19 23:53:11
Duration: 00:42:42.04, start: 0.000000, bitrate: 491 kb/s
Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 393 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc (default)
Metadata:
handler_name: VideoHandler
Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 96 kb/s (default)
Metadata:
creation_time: 2014-07-19 23:53:19
handler_name: IsoMedia File Produced by Google, 5-11-2011