Хорошо, копание node_modules
показало, что анализатор в url.js
, используемый в tunnel.js
, проанализировал мою переменную окружения HTTP_PROXY
, но ожидал полного ulr с протоколом. Поэтому добавление протокола в HTTP_PROXY
=> http://172.24.72.10:8080
устранило проблему.
Я изучил что-то новое, точно так же, как Вы также
Я полагаю, что различие между "Строковым Видом" по сравнению с "Word Sort" (игнорирует дефис),
Демонстрационное различие между видом WORD и СТРОКОВЫМ видом http://andrusdevelopment.blogspot.com/2007/10/string-sort-vs-word-sort-in-net.html
От Microsoft http://support.microsoft.com/kb/322112
Например, при использовании сопоставления SQL "SQL_Latin1_General_CP1_CI_AS" строка не-Unicode 'a-c' является меньше, чем строка 'ab', потому что дефис (" - ") отсортирован как отдельный символ, который прибывает прежде "b". Однако, если Вы преобразовываете эти строки в Unicode, и Вы выполняете то же сравнение, строка Unicode, N'a-c' считается больше, чем N'ab', потому что Unicode, сортирующий правила, использует "вид слова", который игнорирует дефис.
Я сделал некоторый пример кода, который можно также играть с СОПОСТАВЛЕНИЕМ, чтобы найти, что то работает с сортировкой
DECLARE @test TABLE
(string VARCHAR(50))
INSERT INTO @test SELECT 'co-op'
INSERT INTO @test SELECT 'co op'
INSERT INTO @test SELECT 'co_op'
SELECT * FROM @test ORDER BY string --COLLATE SQL_Latin1_General_Cp1_CI_AS
--co op
--co-op
--co_op
SELECT * FROM @test ORDER BY CAST(string AS NVARCHAR(50)) --COLLATE SQL_Latin1_General_Cp1_CI_AS
--co op
--co_op
--co-op