- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
var old = 47;
function getRate() {
$.ajax({
url: "http://query.yahooapis.com/v1/public/yql?q=select%20%2a%20from%20yahoo.finance.xchange%20where%20pair%20in%20%28%22USDRUB%22%29&env=store://datatables.org/alltableswithkeys",
dataType: "text"
}).done(function(msg) {
var value = /<Rate>(.+)<\/Rate>/.exec(msg)[1];
//$("#p-rate").html(/<Rate>(.+)<\/Rate>/.exec(msg)[1]);
$("#p-rate").html(value);
if(value > old) $("#p-message").html("МНЕ ОТ ЭТОГО ТОЛЬКО ЛУЧШЕ! ТОЛЬКО НА ПОЛЬЗУ!");
else if(value < old) $("#p-message").html("СКАЛЕН! СКАЛЕН!");
else $("#p-message").html("МНОГОХОДОВОЧКА!");
old = value;
});
}
setInterval(getRate,1500);
Follow us!
>МНОГОХОДОВОЧКА!
Игра про рашку?
Не знаю почему, но мне сразу вспомнилось:
http://hh.ru/vacancy/10825921
:P))
Сколько в мире % файлов *.js - это windows script host?
Я сам не застал, но как-то раз изучал контент канала https://www.youtube.com/user/danooct1 (замечательный канал), и понял, что JavaScript и VBScript, как и встроенный в офис бейсик, поддерживались виндой только для написания вирусов, никакого другого применения у них нет. Сомневаюсь, что на них вообще что-то полезное можно сделать, кроме мерцающей надписи "ты дебил" во весь экран и сноса системы. Да, на js были вирусы, которые убивали винду, предварительно разославшить по почте случайным людям.
А вот на серверах -- да, много где был 2003, потому что "работает -- не трогай".
Админы не любят без вящей необходимости переустанавливать оси на боевых серверах)
Блядь, для кого я в каждом сообщении специально писал "встроенного", чтобы не доебался? Так всё равно приебался же.
Для этого надо (а) знать, что для конкретно этой версии помершелл есть; (б) чтобы для этой версии помершелл был (попробуй его поставить на ХР без третьего сервис пака); (в) чтобы был смысл его качать, ставить и изучать (станешь изучать, скажем лисп, чтобы написать два скрипта и забыть на всю оставшуюся жизнь?); (г) чтобы была уверенность (в 2010 году), что это не очередная гениальная разработка от МС, которая через пару лет загнётся (Где там сильверлайт-убийца флеша?).
На счет поделки -- да, наверное не все были уверены что "PS пришел прочно и надолго". Хотя про него так много писали на "Hey, Scripting Guy" что становилось понятно что у MS за ним будущее. Занкомые виндуосадмины нехотя начали знакомиться с ним с момента 2008r2, где-то как раз в первой половине 10х.
а,б - хуйня из-под коня, пиздежь неосилятора. в - я и спросил "Или он тогда не был популярен?". А теперь иди до лампочки доебись.
Ну кроме того доставить его конечно можно, но опять таки: не хочется наверное на живые сервера что-то такое лишнее ставить
1) И на жс всё прекрасно работало (управление сервисами, планировщиком, уведомление по почте и т.п. - всё делалось в несколько строчек).
2) Я не знал про PS, лол. Но, возможно, в среде windows-only админов он и был популярен...
3) Да даже если знал бы - учить ёбнутый язык, который кроме винды нигде не пригодится?
4) Ставить очередное сырое говно от M$ (вспомни, каким дерьмом был тот же фреймворк до 2.0)?
В общем, оно того не стоило.
> учить ёбнутый язык, который кроме винды нигде не пригодится?
Язык там несложный, все остальное - это вендоспецифическое админское говно, которое винда онли, да. А ты чего хотел?
А какой на тот момент был? Третий еще не вышел?
из js? ты через MAPI эксченджа или аутлука, или напрямую цеплялся к smtp?
оно через локальный IIS работало кажется, а куда он там слал ему типа уже не важно
По той же причине, по которой люди ещё пользуются Paint, вместо того, чтобы поставить в 9000 раз более адекватный Paint.NET, GIMP или купить фотошоп.
По которой пользуются Snip Tool, хотя он отсасывает тому же ShareX, используют Звукозапись вместо Audacity, Movie Maker вместо того, чтобы спир^W честно купить Вегас. Просто этот инструмент уже есть, им они умеют пользоваться (или в нём проще разобраться) и он не нужен ежеминутно.
Пока время, проёбанное потому что программа Х — ёбаное говно < времени, необходимого для изучения охуенного Y, Y этому конкретному человеку _не нужен_.
Пример: недавно я, впервые за пару месяцев, наваял аж целый однострочник под виндоконсоль. Сперва я написал ffmpeg -i some_video.mp4 -c:a copy some_video.aac в строке проводника. Затем, проверив что это работает как надо, скопировал в новый блокнот, поменял имена: ffmpeg -i %1 -c:a copy %~n1.aac и поменял расширение на .bat.
Альтернатива: написать ffmpeg -i $args[0] (в помершелле первый аргумент же под нулевым индексом, вместо имени самого скрипта?), и затем сесть разбираться как поменять расширение в переданном имени на .aac (Наверняка, там тупо вызов какого-нибудь replace, но точный синтаксис же ещё найти надо...).
Я бы потратил минуты на две больше времени и пришёл к абсолютно такому же результату.
Вывод: здесь мне помершелл нкакой пользы не принесёт.
Тоже с ютуба музыку выдираешь?
Я чот не понял, это кто, если язык изначально для админов делался? И какая ему альтернатива в шкриптинге на винде? Мертвый бат?
> и поменял расширение на .bat.
Мои говнокоды тут ебашили не раз, там наверняка что-то на эту тему было.
Как сохранить в переменную значение с пробелами?
Как там с юникодом в бате?
Бат, как и прыщешкриптоязыки - строковой язык программирования. А помершелл ближе к обычным. Там можно вызвать программу и отправить ей реально массив, а не хуй знает что. Инъекции умирают тут же.
> вместо имени самого скрипта
А нахуй это говно в 2018, кстати? Из
Тем кому нужно автоматизировать что-то прямо сейчас и только один раз в обозримом будущем.
> И какая ему альтернатива в шкриптинге на винде?
cygwin или WSL и баш
А так да, бат (для элементарных скриптов норм) или что сейчас на ПК стоит. (Я вот, если понадобится что-то сложное, скорее всего напитон схожу разок вместо изучение помершелла).
> Как сохранить в переменную значение с пробелами?
> Как там с юникодом в бате?
【96猫】ブリキノダンスを歌ってみた.mp4 обработал, всё ок.
> помершелл ближе к обычным. Там можно вызвать программу и отправить ей реально массив, а не хуй знает что
Но вот мне в данном конкретном скрипте, для данной конкретной цели это не нужно. Если бы это наружу торчало, согласен, тут бат попросту опасен.
> А нахуй это говно в 2018, кстати?
Нахуй не нужно, абсолютно согласен.
А если в переменную сохранить? А если? А если?
Бат я использую только для подстановки статических параметров. Все остальное очень стремно и может сломаться в любой момент.
> Но вот мне в данном конкретном скрипте, для данной конкретной цели это не нужно. Если бы это наружу торчало, согласен, тут бат попросту опасен.
Так и внутри это неприятно, т.к. может сломаться от пробела в имени файла.
Задание: бату передаются 2 параметра, их надо передать в списке параметров вместе с другими параметрами проге. Сделаешь?
Сделаю. На питоне. Так как под "элементарный" скрипт это уже не попадает.
> А если в переменную сохранить?
А нахуя? Здесь работает и без переменных. Если что-то нетривиальное нужно, то я и не спорил, что бат для такого — говно.
ААААААААААААААААААААА СУКА! :DDDD В МЕМОРИЗ!
Ну вот тебе ps
Так нетривиальное для тебя - то что я выше сказал?
> Бат я использую только для подстановки статических параметров.
Для всего остального бат не годится.
Думаю, ты увидишь, почему больше одного параметра — уже не подходит под моё определение тривиального.
%1 с кавычками, если нужно, а если извлечь имя (%~n1) то оно будет без кавычек. Кстати, а что помершелл сделает в такой ситуации? Он сам добавит кавычки, если в строке есть пробелы?
В винде то? Лолшто.
Цмдлетам - да. Программам - нет, просто сам аккуратно экранирует.
В позиксах execve полчает массив аргументов и есть шанс что вызываемая программа получит его as-is.
а CreateProcess в винде получает lpCommandLine в виде строки .
Поверх этой физгармонии наверчен CRT, но он работает неверно (как и всегда на винде)
https://blogs.msdn.microsoft.com/twistylittlepassagesallalike/2011/04/23/everyone-quotes-command-line-arguments-the-wrong-way/
там сказано как правильно экранировать:)
Я угадал? Да?
Ах вон оно что :)
как мы синхронно-то про это говнецо вспомнили:
http://govnokod.ru/17156#comment401016
Сема пыается сказать что в PS в стдин и стдаут кмдлетов ходят объекты, а не потоки байтов. Это действительно удобно, когда по ту сторону пайпа знают тип данных:)
Под капотом конечно ходят байты, но всем поху
Дык вроде объекты и передаются когда цмдлет общается с цмдлетом. А в байты только для обычных прог конвертится...
Именно про это я и пишу! Жсон вот тоже поток байтов/юникода, но десериализируется в удобную структуру.
как язык он весьма спорный (хотя и баш тоже спорный): он попытка сделать универсальный консольный APIинтерфейс к винде, которого раньше в винде просто не было (а была разрозненная куча не связанных утилиток и wmic)
если использовать его только для копирования файлов то не понятно чем он так лучше cmd (и фара, лол)
а если им найти все сервисы, у которых image в определенной папке, и всех их стопнуть, да еще на удаленной машине, то сразу понятно зачем он нужен
ну а кроме того кмдлеты можно писать на C#.NET, это круто
> ну а кроме того кмдлеты можно писать на C#.NET, это круто
Как? И что такое цмдлеты?
> не знать, что такое цмдлеты
Пофиксил
Чтобы предоставить повершлюхам API для твоей софтины. К примеру, виртуалка может опубликовать цмдлеты для управления ей.
Чтобы комфортно юзать в шелле какой-нибудь код, написанный на нормальном языке (c#).
https://msdn.microsoft.com/en-us/library/dd901842(v=vs.85).aspx
и хуякс -- ISE знает что у меня есть параметр UserName.
магия!
кмдлеты это приложения под повершел, ну например Stop-Serivce или Get-Command
можно и на самом PS писать.
Тащимто даже в книжках и на сайте MS везде пишут что сила повершела именно в кмдлетах.
Обратите внимание на дату
Ставится даже на семерку, качается бесплатно с сайта MS, и с ним идет охуенный Powershell ISE, который умеет комплишены и кмдлетов и их параметров
чото я такого не помню
я помню только обычный PS, а он скучный
Вот правильный ISE (который приехал мне на семерку с WMF)
https://s13.postimg.org/zd242zisn/ise.png
Умеет комплишен всего, включая имена процессов и филды объектов.
А твой, небось, только cmdlets.
зы: а еще мне вместе с ним приехал ремоутинг по http на основе soap, не помню как звали: winrm кажется. Теперь можно удаленные компы админить без RPCoverHTTPS
но куржопенький
орлы?
Я тут уже затирал ликбез про scripting technologies, ну давайте попробую еще раз.
В винде со времен w2k примерно был API для созднания интерпретаторов скриптовых ЯПов. В коробке шли JScript (ms диалект екмы) и VBS (как VB но без опц. стат. типизации и не копелируемый).
Ты мог сам реализовать пару COM интерфейсов и сделать интерпретатор своего языка, были такие для питона и перла.
Эти технологии позволяли скриптам иметь доступ к COM объектам (не всем, а тем которые реализуют IDispatachable) и через них управлять почти всей виндой: AD, офисом, Excahnge, был API и для WMI и был ADO для работы с БД итд.
"окружений" там было три:
1) IE (там <script>). Туда провайдилась DOM модель документа, а при попытке доступа к чужим COM был warning (ну если сайт не был в безопасной зоне)
2) IIS (aka asp classic) на серверной стороне веба (это был isapi фильтр наверное -- dllка для iisa в коробке). Там был, соответственно, объект, предствыляющий HTTP Request и Response. Ну и конечно весь тот же самый COM.
3) WinScriptHost. Там было два файла cscript (для консольной подсистемы) и wscript (для виндовой, с окном, с WinMain). WSH провайдил объекты для работы с файловой системой и еще WScript у которого был Echo который в cscript писал в консоль а в wscript делал messagebox. И опять таки -- весь COM.
WSH был главным средством автоматизации ЧЕГО УГОДНО в винде без установки левых интерпретаторов. В итоге это всё убил Powershell. а ASP classic убил ASP.NET. А IE умер сам собой.
Так что сейчас конечно от этого толку мало, но 15 лет назад WSH (и вообще все scripting technologies) были ОЧЕ важной частью винды
Та наверное старше Борманда.