KF

Техника => Софт => Тема начата: piligrim от 02-06-2008, 14:33:32



Название: Интерпритаторы и коммандные процессоры
Отправлено: piligrim от 02-06-2008, 14:33:32
да ты просто о*?:шь когда bash увидешь :laugh:
для сравнения, напишите плиз код на vbs для скрипта, который выбирал файлы из дериктории и копировал их у внужное вам место


Название: Интерпритаторы и коммандные процессоры
Отправлено: Paladin от 02-06-2008, 14:36:38
это легче легкого
вот впендрючить в скрипт обработку данных и почты - это гаааараздо интереснее


Название: Интерпритаторы и коммандные процессоры
Отправлено: WolF от 02-06-2008, 14:46:27
да ты просто о*?:шь когда bash увидешь :laugh:
для сравнения, напишите плиз код на vbs для скрипта, который выбирал файлы из дериктории и копировал их у внужное вам место

А зачем ЭТО делать на vbs? Такое лучше на Perl делать :)


Название: Интерпритаторы и коммандные процессоры
Отправлено: Paladin от 02-06-2008, 14:47:42
не, vbs он рулит, он на это заточен
кроме того я Перл не знаю
да и не тянет знать чета


Название: Интерпритаторы и коммандные процессоры
Отправлено: Paladin от 02-06-2008, 15:56:04
VBScript похоронили?
а мужики-то не знают


Название: Интерпритаторы и коммандные процессоры
Отправлено: WolF от 02-06-2008, 16:01:17
Кстати да. В ASP.NET разве не VBS основной язык?


Название: Интерпритаторы и коммандные процессоры
Отправлено: piligrim от 02-06-2008, 16:02:57
ну никто так и не написал, да под bash  я имел ввиду именно скрипты на встроенном шелл, а я именно прошу написать, пусть с ошибками, никто проверять не будет, Perl это хорошо, можно на си написать или на делфях, тока это не спортивно, а vbs вроде ихняя технология, если уж на то пошло можно и на vba, хотя щас я так понимаю концепция изменилась - рулит pshell, но и на нем можно...


Название: Интерпритаторы и коммандные процессоры
Отправлено: Paladin от 02-06-2008, 16:07:31
лично я юзаю VBS в основном для написания служебных скриптов для бекапирования и запуска разного там
очень просто и удобно


Название: Интерпритаторы и коммандные процессоры
Отправлено: piligrim от 02-06-2008, 16:16:55
лично я юзаю VBS в основном для написания служебных скриптов для бекапирования и запуска разного там
очень просто и удобно

опять слова, я и прошу выдать простейший скрипт для бэкапирования (создания копии файлов в другом месте) , а не описывания прелестей vbs , пресэйл работники МС итак делать умеют.


Название: Интерпритаторы и коммандные процессоры
Отправлено: Paladin от 02-06-2008, 16:20:55
Function XCopyFile(stFrom, stTo)
    Dim oFSO                    ' копирует файлы из stFrom в stTo, если в stTo что-то уже было, то это удаляется.

    On Error Resume Next

    Set oFSO = CreateObject("Scripting.FileSystemObject")
    If oFSO.FileExists(stTo) Then oFSO.DeleteFile (stTo)
   
    Call oFSO.CopyFile(stFrom, stTo, True)
    Set oFSO = Nothing

    If (Err <> 0) Then
        XCopyFile = False
    Call Err.Clear
    Else
        XCopyFile = True
    End If

    On Error GoTo 0
    Err.Clear
End Function

дарю


Название: Интерпритаторы и коммандные процессоры
Отправлено: Paladin от 02-06-2008, 16:23:42
Т.о. к офису он не имеет отношения.
а кто-либо говорил обратное?
язык офиса - VBA
VBS запускает cscript.exe или rscript.exe, которые юзают одну и ту же системную библиотеку


Название: Интерпритаторы и коммандные процессоры
Отправлено: Paladin от 02-06-2008, 16:23:57
ты не стесняйся, спрашивай


Название: Интерпритаторы и коммандные процессоры
Отправлено: piligrim от 02-06-2008, 16:29:47
спасибо, примерно тоже и я использую для этих целей, так вот напомню енто делает: копирование из папки в папку файлов, при наличии имеющихся с таким названием - старые удаляет, теперь тоже самое СТАНДАРТНЫМИ средствами *NIX:
cp /sourcefolder/*  /distfolder/ - все, сия конструкция именно скопирует файлы из одной папки в другую, я специально попросил такой пример ибо он показателен, то-же самое я уверен и в vba офиса и ООО.


Название: Интерпритаторы и коммандные процессоры
Отправлено: Paladin от 02-06-2008, 16:31:25
ты не путай команду copy и функцию, используемую в коде
это совсем разные вещи

просто так удобнее
хотя можно и лепить командную строку и выполнять, проблем нет


Название: Интерпритаторы и коммандные процессоры
Отправлено: Paladin от 02-06-2008, 16:32:22
то-же самое я уверен и в vba офиса и ООО.
так и скажи, vba не знаю, но мнение имею


Название: Интерпритаторы и коммандные процессоры
Отправлено: piligrim от 02-06-2008, 17:03:15
а это уже другая задача, вообще за что люблю участников данного форума - за вежливость.


Название: Интерпритаторы и коммандные процессоры
Отправлено: piligrim от 02-06-2008, 17:10:05
так и скажи, vba не знаю, но мнение имею

vba не знаю, но мнение имею


Название: Интерпритаторы и коммандные процессоры
Отправлено: piligrim от 02-06-2008, 17:12:50
ты не путай команду copy и функцию, используемую в коде
это совсем разные вещи

просто так удобнее
хотя можно и лепить командную строку и выполнять, проблем нет

а почему сразу не указал? и почему так удобнее чем одной командой?


Название: Интерпритаторы и коммандные процессоры
Отправлено: Paladin от 02-06-2008, 19:34:24
а почему сразу не указал? и почему так удобнее чем одной командой?
потомучто в большом скрипте удобнее использовать такую функцию, чем ту, которая выполняет командную строку, которую тоже надо лепить (пример тоже есть)
и быстрее


Название: Интерпритаторы и коммандные процессоры
Отправлено: piligrim от 03-06-2008, 10:09:41
Вы мне лучше скажите как в формуле вставить вертикальную черту, типа | вчера копал, так и не нашел. Заранее спасибо.


Название: Интерпритаторы и коммандные процессоры
Отправлено: piligrim от 03-06-2008, 10:14:06
уже нашел, можно дальше сра?:*%я что круче :-)


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: Sh! от 03-06-2008, 14:13:28
Вы мне лучше скажите как в формуле вставить вертикальную черту, типа | вчера копал, так и не нашел. Заранее спасибо.
А хде? В баше - экранируй иё при помошчи "/", так вроде...


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: piligrim от 03-06-2008, 15:07:26
http://community.i-rs.ru/index.php?topic=1170.0  - тут


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: FroX от 03-06-2008, 18:42:12
потомучто в большом скрипте удобнее использовать такую функцию, чем ту, которая выполняет командную строку, которую тоже надо лепить (пример тоже есть)
и быстрее
все так, только внешняя скомпиллированная прога, специально заточенная под эту задачу, полюбому быстрее отработает, чем интерпретатор
кстати по теме для любителей померяться - вот прикольный бенчмарк по времени выполнения, занимаемой памяти и размеру кода для ~50 языков программирования: http://shootout.alioth.debian.org/gp4/index.php


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: Paladin от 03-06-2008, 18:49:22
все так, только внешняя скомпиллированная прога, специально заточенная под эту задачу, полюбому быстрее отработает, чем интерпретатор
видишь ли, мил человек, в чем дело
скрипты они для того и придуманы, чтобы из можно было посмотреть и поправить в любой момент

vbs-ный скрипт я на ура претащу с сервака на сервак и там вся эта грехомундия через полчаса заработает
причем я его могу в любой момент посмотреть и поправить
Цитировать
кстати по теме для любителей померяться - вот прикольный бенчмарк по времени выполнения, занимаемой памяти и размеру кода для ~50 языков программирования: http://shootout.alioth.debian.org/gp4/index.php
последний раз такое было интересно на втором курсе института
с приходом фреймворка какие могут быть разговоры о размерах программы и отжираемой памяти?


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: HelloWorld от 03-06-2008, 19:02:30
кстати по теме для любителей померяться - вот прикольный бенчмарк по времени выполнения, занимаемой памяти и размеру кода для ~50 языков программирования: http://shootout.alioth.debian.org/gp4/index.php

Чушь какая-то. У каждого языка свое предназначение и область применения. И где зависимость от конкретных компиляторов/интерпретаторов, вида задач и т.д.?
Да и никто из-за какого-нибудь 30%-ого увеличения скорости работы или объема требуемой памяти уже рыпаться в большинстве случаев не будет. Не те времена.


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: WolF от 03-06-2008, 19:44:46
Как разработчик highload задач скажу (ОЧЕНЬ упрощенно) что основные тормоза - БД, потом web сервер и только в самом конце скорость выполнения самих скриптов. То есть скомпилировать php скрипты самое простое но дает самый мизерный прирост производительности - единицы если не десятые доли процентов.


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: Paladin от 03-06-2008, 21:59:45
Как разработчик highload задач скажу (ОЧЕНЬ упрощенно) что основные тормоза - БД
как знатный пользователь разных БД скажу, что БД это и есть главное и основное
остальное - инфраструктура

насчет медлительности - это кстати отдельный разговор
мы тут на досуге к сиквельсерверу прикручивали въеб интерфейс, вот уж где тормоза


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: WolF от 03-06-2008, 22:05:23
как знатный пользователь разных БД скажу, что БД это и есть главное и основное
остальное - инфраструктура

причем решается затыки БД как раз таки самыми что нинаесь противоестественными методами - жесткой ДЕнормализацией БД, кэшированием результатов, отложенным обновлением....


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: Paladin от 03-06-2008, 22:07:21
богохульник!
ты против 3-й нормальной формы?

кстати, а че шас при разработке сцайтов юзают?


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: WolF от 03-06-2008, 22:12:58
богохульник!
ты против 3-й нормальной формы?

кстати, а че шас при разработке сцайтов юзают?

Да много чё. Как целиком самописные решения, так и готовые фреймфорки (симфони) и покупные CMS. А программная основа - Perl, PHP, shell скрипты, MySQL БД, memcached....


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: GREAT от 03-06-2008, 22:25:50
самое быстрое место эт web-сервер тут


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: Paladin от 03-06-2008, 22:31:18
в Мускуле транзакции-то появились?


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: GREAT от 03-06-2008, 23:53:21
есчо как минимум 3 года назад в платнай версии


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: WolF от 04-06-2008, 07:41:18
 Great, не знаешь-не гони :) есть транзакции на innodb таблицах. И хранимые процедуры и триггеры есть...


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: GREAT от 04-06-2008, 10:42:19
я просто помню шо транзакции в платной версии были давно уже


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: WolF от 04-06-2008, 10:50:55
я просто помню шо транзакции в платной версии были давно уже

А что такое "платная версия"? MySQL Enterprise Server?


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: GREAT от 04-06-2008, 11:10:44
я не помню раньше кажетса мускл 4.0 платная была, а 3.0 без :)
шота вроде таво


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: WolF от 04-06-2008, 11:26:25
я не помню раньше кажетса мускл 4.0 платная была, а 3.0 без :)
шота вроде таво

Да когда такое было то? Просто есть community ветки, есть enterprise, если не ошибаюсь. Во всех 4.хх с какой то ревизии InnoDB таблицы стали поддерживать транзакции, не помню тока с какой точно версии.


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: GREAT от 04-06-2008, 12:03:30
во доепси :)))
йа не специалист по mysql ))


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: Paladin от 04-06-2008, 22:15:28
Да когда такое было то? Просто есть community ветки, есть enterprise, если не ошибаюсь. Во всех 4.хх с какой то ревизии InnoDB таблицы стали поддерживать транзакции, не помню тока с какой точно версии.
какие таблицы?

хотя СУБД без транзакций - это сурово
а че Оракл с Сиквелем не юзаете?
дорого?


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: WolF от 05-06-2008, 09:16:15
какие таблицы?

InnoDB. Есть еще таблицы MyISAM - их можно комбинировать в одной базе и те и те.
Oracle - монстр. MS SQL не даст требуемой производительности и требует опять же виндовый сервер, когда как у нас все проекты на *nix.


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: piligrim от 05-06-2008, 10:04:01
а почему монстр то?


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: GREAT от 05-06-2008, 11:08:15
MS SQL не даст требуемой производительности ...
хто сказал? :)


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: WolF от 05-06-2008, 11:28:11
хто сказал? :)

В смысле - "не даст при тех же аппаратных ресурсах"


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: GREAT от 05-06-2008, 11:34:50
эта где та написано?
или приходилось тестировать? - на каких операциях тада? :)


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: Paladin от 05-06-2008, 18:20:48
В смысле - "не даст при тех же аппаратных ресурсах"
у вас что, биллинговая система?


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: FroX от 06-06-2008, 19:47:38
видишь ли, мил человек, в чем дело
скрипты они для того и придуманы, чтобы из можно было посмотреть и поправить в любой момент
vbs-ный скрипт я на ура претащу с сервака на сервак и там вся эта грехомундия через полчаса заработает
Я скрипт и не предлагал выбросить, я говорил про внешнюю (относительно скрипта) скомпиллированную прогу, заточенную под конкретную задачу. Если нужно, например, регэкспом выцепить инфу из кучи фаилов, то скрипт, вызывающий findstr, однозначно быстрее отработает, чем тот, который сам файлы парсит.

последний раз такое было интересно на втором курсе института
с приходом фреймворка какие могут быть разговоры о размерах программы и отжираемой памяти?
под размером кода там имеется в виду размер исходного кода теста, сжатого GZip - имхо вполне объективный критерий "простоты" (быстроты в применении) языка. Python тут конечно рвет всех.

И где зависимость от конкретных компиляторов/интерпретаторов, вида задач и т.д.?
все там же - и первое и второе и т.д.

кстати. Тут все VBScript упоминали, а на JScript почему никто не пишет?


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: Paladin от 06-06-2008, 20:30:49
Я скрипт и не предлагал выбросить, я говорил про внешнюю (относительно скрипта) скомпиллированную прогу, заточенную под конкретную задачу.
у нас некоторые скрипты в паре с такой и работают
она одновременно шедулятор системы и распарлеливатель по процам


Цитировать
Если нужно, например, регэкспом выцепить инфу из кучи фаилов, то скрипт, вызывающий findstr, однозначно быстрее отработает, чем тот, который сам файлы парсит.
а архиватор в скриптах реализовать не пробовал?
Цитировать
под размером кода там имеется в виду размер исходного кода теста, сжатого GZip
это че такое?
Цитировать
кстати. Тут все VBScript упоминали, а на JScript почему никто не пишет?
я не умею


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: WolF от 07-06-2008, 08:32:34
у вас что, биллинговая система?

Нет, но в плане ресурсоемкости очень близко :)


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: WolF от 07-06-2008, 08:41:52
кстати. Тут все VBScript упоминали, а на JScript почему никто не пишет?

Я пишу на JScript-е. Много ограничений чисто языковых, хотя я уже приноровился. Для автоматизации в вебе (без обращения к серверу, client side) вполне сойдет.


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: WolF от 07-06-2008, 08:45:11
Да и ещё - оч плохо что во всех браузерах (даже в разных версиях разных браузеров) есть некоторые несовместимости, порой фатальные, приходится держать разные ветки кода для разных браузеров:
Код:
	var isIE = false;
var navAgent = new String (navigator.userAgent);
if ((navigator.appName == 'Microsoft Internet Explorer') && (navAgent.indexOf ('MSIE') >= 0) && (navAgent.indexOf ('Opera') < 0)) {
isIE = true;
}
.....

if (isIE) {
controlTop = getElementTop (outerContainer);
} else {
controlTop = comboText.offsetTop;
}

Правда кто сильно в теме может мне возразить что в вышеприведенном примере это скорее разница в объектной модели браузера а не в самом языке....


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: Paladin от 07-06-2008, 09:40:41
балин, я думал хоть в вашей сфере такого бардака нет


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: piligrim от 07-06-2008, 10:34:09
балин, я думал хоть в вашей сфере такого бардака нет

 ;D

http://ru.wikipedia.org/wiki/Acid3


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: WolF от 07-06-2008, 10:39:54
;D

http://ru.wikipedia.org/wiki/Acid3

Ну ACID по большому счету это тест на совместимость HTML и CSS стандарту, не более того.


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: GREAT от 07-06-2008, 11:31:09
балин, я думал хоть в вашей сфере такого бардака нет
как раз самый гиморойный гиморой в других сферах падобный гимарой так просто сложно назвать


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: Paladin от 07-06-2008, 11:35:57
как раз самый гиморойный гиморой в других сферах падобный гимарой так просто сложно назвать
абаснуй


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: Diozan от 07-06-2008, 11:36:47
Да и ещё - оч плохо что во всех браузерах (даже в разных версиях разных браузеров) есть некоторые несовместимости, порой фатальные, приходится держать разные ветки кода для разных браузеров:
Ну основным источником несовместимости является только один браузер от одной многоизвестной фирмы. Именно его больше всего обвиняют в нарушении стандартов W3C и введении собственных стандартов.


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: Paladin от 07-06-2008, 11:38:52
дай угадаю на кого ты намекаешь


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: GREAT от 07-06-2008, 12:14:56
абаснуй
да там хаос вааще до определенного момента был (щя незнаю возможно ситуация получе)
говно когда все так не формализованно
но канешно если нада и профессионально заниматса есть книженция что то вроде бы "библия JScript" около (1000 страниц с примерами) там как бы автор более менее пыталса систематизировать этот хаос


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: GREAT от 07-06-2008, 12:18:56
хотя практика показывает что в этай книге в этоге такой минимум и далеко да савершенства


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: piligrim от 07-06-2008, 12:30:42
Ну ACID по большому счету это тест на совместимость HTML и CSS стандарту, не более того.

на самом деле ерунда, так может именно поэтому бардак и есть? а кто больше всех этому стандарту несоотвтетсвует как раз и видно по ссылке


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: Com от 07-06-2008, 17:32:02
Бардак начинается с орфографических ошибок в названии топика....


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: piligrim от 09-06-2008, 18:19:25
смею заметить не я его так назвал


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: Sparrow от 11-07-2008, 13:16:36
Про БД - в linux достаточно популярна еще PostgreSQL, в последних версиях есть вариант и для винды


Название: Re: Интерпритаторы и коммандные процессоры
Отправлено: Diozan от 29-10-2011, 18:50:50
8. Запрещается создание сообщений, содержащих рекламу, заведомо ложную инфоpмацию, гpубые, нецензурные выpажения, оскоpбления, а также пpизывы и высказывания, наpyшающие действyющее законодательство Российской Федерации.