The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Система распараллеливания shell-скриптов PaSh перешла под крыло Linux Foundation, opennews (??), 27-Сен-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


16. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +1 +/
Сообщение от Аноним (7), 28-Сен-21, 07:29 
Из коробки в линуксе сразу есть Perl и Python. Даже ставить не надо специально.

Кто мешает писать скриптоту на них?

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

18. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +7 +/
Сообщение от Аноним777email (?), 28-Сен-21, 08:12 
Отвечу примером из жизни:

Я: Привет! Что делаешь?
Коллега: Пишу скрипт для ...
Я: Прикольно, а на чём?
Коллега: Python3.7
Я: А ты в курсе что твой скрипт должен работать в том числе на Debian7 и Centos6?
Коллега: @ля

shell скрипты обладают хорошей кросс платформенностью в linux-unix среде, имеют открытый код, не требуют сторонних библиотек или модулей языка.

Ответить | Правка | Наверх | Cообщить модератору

19. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  –3 +/
Сообщение от Онаним (?), 28-Сен-21, 08:28 
В этом плане удобнее всего PHP, у него весь рантайм укладывается в один бинарник, который можно ещё и статически собрать, никаких россыпей зависимостей, на нём самом написанном, в отличие от перлопитонов, он не тащит. Да, сам рантайм получается слегка тяжеловесом, но зато прекрасно работает на любой совместимой платформе.
Ответить | Правка | Наверх | Cообщить модератору

53. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  –1 +/
Сообщение от Michael Shigorinemail (ok), 28-Сен-21, 12:18 
Это если разведение гадюшников (или даже автоматизация этого процесса) является нормой сопровождения "систем".  Так-то много чего возможно statifier'ом каким утрамбовать в один исполняемый файл.
Ответить | Правка | Наверх | Cообщить модератору

113. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +1 +/
Сообщение от Онаним (?), 28-Сен-21, 20:50 
Разведение гадюшников - это к пыхтону с его venv.
И отдельно к перлу с его бардаком.
Ответить | Правка | Наверх | Cообщить модератору

114. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +1 +/
Сообщение от Онаним (?), 28-Сен-21, 20:51 
В смысле утрамбовать? PHP - реально представляет из себя один-единственный бинарь при статической сборке. И даже при динамической сборке, но в этом случае он совместимые внешние либы потребует. В худшем случае - ещё конфиг можно рядом положить.
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

75. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Аноним (75), 28-Сен-21, 15:32 
С Go не перепутали?
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

112. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Онаним (?), 28-Сен-21, 20:49 
Нет, не перепутал. У того рантайм надо тащить в каждом собранном бинарнике каждой тулзы, а у PHP при желании выходит один на все скрипты. При этом скрипты можно независимо апдейтить без пересборки, что местами важно.
Ответить | Правка | Наверх | Cообщить модератору

20. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  –2 +/
Сообщение от Онаним (?), 28-Сен-21, 08:30 
Суёшься в перл - начинается бесконечный поиск пакетов с пакетами, если в дистре не оказалось - велкам ту CPAN, и тут начинается конфликт с тем, что в дистре. Суёшься в пыхтон - то же самое, только скорее всего вообще придётся виртуальное окружение подавать, потому что с системным вообще не разъехаться. Короче, вы поняли.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

22. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +4 +/
Сообщение от kusb (?), 28-Сен-21, 08:36 
tcl?
Ответить | Правка | Наверх | Cообщить модератору

24. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +1 +/
Сообщение от Онаним (?), 28-Сен-21, 08:59 
Why not?
Для тех, кто уживается с его синтаксисом - вполне.
Ответить | Правка | Наверх | Cообщить модератору

29. Скрыто модератором  +1 +/
Сообщение от DAyjybv (?), 28-Сен-21, 09:23 
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

31. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +2 +/
Сообщение от DAyjybv (?), 28-Сен-21, 09:34 
CORE::* в perl достаточно для рядовой автоматизации. А продуманная и стандартная библиотека позволяет решать остальные задачи. Может понадобиться работа с датами, бд, асинхронщина и прочее lwp с tt. Но они стабильны по интерфейсам и, часто, уже есть.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

115. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Онаним (?), 28-Сен-21, 20:52 
Угу. Как только доходим до HTTP, что в перле, что в пыхтоне начинается лютейший ад и всё прочее.
В PHP же опять же всё в рантайме. А скрипты отдельно, что и требуется.
Ответить | Правка | Наверх | Cообщить модератору

136. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Аноним (-), 29-Сен-21, 01:38 
>Как только доходим до HTTP

дальше можно не продолжать, у хттп проблемы встроены.

Ответить | Правка | Наверх | Cообщить модератору

33. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +2 +/
Сообщение от Аноним (7), 28-Сен-21, 09:46 
> Суёшься в перл - начинается бесконечный поиск пакетов с пакетами

На уровне глубины shell-а базовой поставки вполне достаточно.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

116. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Онаним (?), 28-Сен-21, 20:53 
Ну, кому как.
Ответить | Правка | Наверх | Cообщить модератору

78. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  –1 +/
Сообщение от Аноньимъ (ok), 28-Сен-21, 15:42 
Лисп схему встроить прямо в ядро.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

141. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от lockywolf (ok), 29-Сен-21, 07:27 
> Лисп схему встроить прямо в ядро.

Схема более похожа на Алгол, чем на Лисп. (Ну ,(кроме скобочек) `конечно)

Ответить | Правка | Наверх | Cообщить модератору

21. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Онаним (?), 28-Сен-21, 08:34 
Недавно перетаскивал LinOTP на восьмую ветку CentOS'а.
Пришлось допилить: сам LinOTP (свежий при том), его перловый скрипт к радиусу, пару питоновых либов - потому, что перловые модули и либы, с которыми эта дрянь совместима, уже либо deprecated, либо всё, один перловый модуль всё уже года три, одна питоновая либа не собирается без патча, одна требует замены. Печаль-беда.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

25. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Онаним (?), 28-Сен-21, 09:01 
(я уж молчу о том, что он требует мёртвенького python2)
Ответить | Правка | Наверх | Cообщить модератору

54. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 28-Сен-21, 12:20 
Попробуйте хотя бы разделить наработки с апстримом -- вдруг при виде Ваших страданий и они сподвигнутся что-то сделать.
Ответить | Правка | Наверх | Cообщить модератору

117. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Онаним (?), 28-Сен-21, 20:54 
С апстримом мёртвых deprecated библиотек, которые он хочет?
:D
Ответить | Правка | Наверх | Cообщить модератору

26. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от СеменСеменыч777 (?), 28-Сен-21, 09:03 
были ли расмотрены (и отброшены) варианты:
1) выкинуть LinOTP, заменить на более пригодный аналог;
2) выкинуть CentOS, заменить на более пригодный аналог;
3) остаться на CentOS 7, поддерживать своими силами или подрядчиками по найму.
?
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

118. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Онаним (?), 28-Сен-21, 20:56 
> были ли расмотрены (и отброшены) варианты:
> 1) выкинуть LinOTP, заменить на более пригодный аналог;

Учитывая, что с ним работать не мне - рассмотрено и отброшено. На него завязаны какие-то проприетарные железки помимо того.

> 2) выкинуть CentOS, заменить на более пригодный аналог;

Не рассмотрено и не отброшено, в сети более-менее гетерогенная среда.

> 3) остаться на CentOS 7, поддерживать своими силами или подрядчиками по найму.

То же самое, что в п.2, перевод старого бардака из другой компании на общую гетерогенную среду.

Ответить | Правка | Наверх | Cообщить модератору

119. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Онаним (?), 28-Сен-21, 20:57 
Простите, гетерогенная = гомогенная.
Ответить | Правка | Наверх | Cообщить модератору

162. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от СеменСеменыч777 (?), 01-Окт-21, 15:07 
> Простите, гетерогенная = гомогенная.

имено что "гомо".
такая среда даже внутри Microsoft не живет. хотя у них все свое,
чего нету - можно либо купить, либо дать задание программистам и они напишут аналог.

но некоторые недалекие CIO продолжают продолжать, все надеются загнать
под какой-то там "стандарт".

вот и думайте.

Ответить | Правка | Наверх | Cообщить модератору

165. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Онаним (?), 01-Окт-21, 20:31 
Идеал, я так понимаю, зоопарк из полутора локалхостов, на одном убунта, на другом гента, на третьем арчик, и всё это погоняет центосов с оелами, и альтами до кучи?

Не, пока это десяток локалхостов - всё нормально. Но когда число машин начинает измеряться сотнями и десятками сотен - поневоле приходится делать всё стандартно.

Ответить | Правка | Наверх | Cообщить модератору

166. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от СеменСеменыч777 (?), 01-Окт-21, 22:34 
> Идеал, я так понимаю, зоопарк из полутора локалхостов, на одном убунта, на
> другом гента, на третьем арчик, и всё это погоняет центосов с
> оелами, и альтами до кучи?

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

показательно что вы не вписали в зоопарк ни винду ни *BSD. а есть ниши и для них.

> Не, пока это десяток локалхостов - всё нормально. Но когда число машин
> начинает измеряться сотнями и десятками сотен - поневоле приходится делать всё
> стандартно.

и все будут работать одинаково хреново.
как в армии - пусть безобразно, зато единообразно.

Ответить | Правка | Наверх | Cообщить модератору

169. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Онаним (?), 02-Окт-21, 09:00 
Конечно не вписал.
Винда - это задача уже другой команды, там свои заморочки.
BSD вообще телега с квадратными колёсами.
Ответить | Правка | Наверх | Cообщить модератору

179. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от СеменСеменыч777 (?), 04-Окт-21, 07:55 
> Конечно не вписал.
> Винда - это задача уже другой команды, там свои заморочки.

ну вот видите. а контора-то одна, и сеть общая.
и где ваша желанная гомосреда ? нету !

> BSD вообще телега с квадратными колёсами.

тем не менее ниша для нее есть.

Ответить | Правка | Наверх | Cообщить модератору

180. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Онаним (?), 04-Окт-21, 08:10 
> ну вот видите. а контора-то одна, и сеть общая.
> и где ваша желанная гомосреда ? нету !

Если чуть-чуть включить мозг и понять, что среды две (а то и более) - есть :)

Ответить | Правка | Наверх | Cообщить модератору

181. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Онаним (?), 04-Окт-21, 08:11 
> тем не менее ниша для нее есть.

Есть, конечно, но не в моём случае.
Если собираешься "взакрытую" допиливать ядро под какую-то узкую задачу и продавать, лучше бзды не найти.

Ответить | Правка | Наверх | Cообщить модератору

182. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от СеменСеменыч777 (?), 04-Окт-21, 12:12 
> Если собираешься "взакрытую" допиливать ядро под какую-то узкую задачу и продавать, лучше
> бзды не найти.

не только. например если надо поставить хост, который сломают в последнюю очередь.
и не потому что "высокое качество кода", а потом что нестандарт.

Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

183. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Онаним (?), 04-Окт-21, 20:53 
Security through obscurity?
Учитывая, что качество review явно разнится, даже так лучше нет.
Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

185. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от СеменСеменыч777 (?), 04-Окт-21, 21:18 
> Security through obscurity?

bullshit through bullshit.
вернитесь в реальность. что чаще всего ломают потоковым методом ? то, чего много.
разумеется, узконаправленных взломов под заказ это не касается.

Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

187. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Онаним (?), 04-Окт-21, 22:30 
> bullshit through bullshit.

Очень правильное определение для ниши, указанной выше.

Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

184. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Онаним (?), 04-Окт-21, 20:54 
А то может получиться в первую, а не в последнюю.
Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

34. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Аноним (7), 28-Сен-21, 09:47 
А если бы всё это было написано на shell?
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

41. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +1 +/
Сообщение от СеменСеменыч777 (?), 28-Сен-21, 10:23 
> А если бы всё это было написано на shell?

ит-салаги исполняли бы это в bash, удивлялись тормозам и приняли бы решение - все переписать на ... [впишите сами].

Ответить | Правка | Наверх | Cообщить модератору

69. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +1 +/
Сообщение от Аноним (7), 28-Сен-21, 13:43 
Я, собственно, хотел намекнуть, что пример не релевантен.

Всякую скриптоту вокруг автоматизации рутинных задач прекрасно выполняют perl и python, тем более, что есть из коробки. Я предпочитаю perl, потому что ещё нужен aix, в котором питон надо ставить отдельно.

Повершелл прекрасен именно под виндой, для работы с объектами АД, дотнет, самой винды и вот это вот всё.

Если нужно по простому прочекать какой-то файл, переложить его оттудова сюда, ну и капнуть в лог, я возьму perl (python). Оно будет работать везде, от винды до любого юникса, практически без изменений.

Ответить | Правка | Наверх | Cообщить модератору

27. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от commiethebeastie (ok), 28-Сен-21, 09:14 
>Я: А ты в курсе что твой скрипт должен работать в том числе на Debian7 и Centos6?

А он в курсе, что printf в утилитах не обязан быть стабильным?

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

28. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +3 +/
Сообщение от DAyjybv (?), 28-Сен-21, 09:22 
Кросплатформенностью? шелл-то и кросплатформенностью?!
Херня вызывающая другую херню и полагается, что на целевой системе будет хотя бы корютилс без чудес.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

35. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Аноним (7), 28-Сен-21, 09:48 
> шелл-то и кросплатформенностью?!

Херня вызывающая другую херню и полагается, что на целевой системе будет хотя бы корютилс без чудес.

Вот вот.

Ответить | Правка | Наверх | Cообщить модератору

32. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  –1 +/
Сообщение от Аноним (7), 28-Сен-21, 09:42 
Кто мешает писать на питон 3.5?
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

71. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  –2 +/
Сообщение от Аноним (61), 28-Сен-21, 13:45 
Питоны разных версий уживаются в одной системе. Что мешает поставить рядом Python посвежее, если скриптователю захотелось наипоследних фич?
Ответить | Правка | Наверх | Cообщить модератору

63. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  –2 +/
Сообщение от pofigist (?), 28-Сен-21, 13:00 
> shell скрипты обладают хорошей кросс платформенностью в linux-unix среде

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

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

101. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +1 +/
Сообщение от Led (ok), 28-Сен-21, 19:20 
Да что ты такое, чёрт-побери несёшь? Тебя страшно "обидел" кто-то? или ковид мозг совсем не пощадил?
Ответить | Правка | Наверх | Cообщить модератору

132. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от freehckemail (ok), 29-Сен-21, 00:45 
>> shell скрипты обладают хорошей кросс платформенностью в linux-unix среде
> Только если писать на чистом баше, как только вызвал внешнюю утилиту -
> не факт что она будет установлена на другом экземпляре той же
> версии дистрибутива

Ну так это не проблема скрипта. Скрипт -- это софт. Софт пакуется в пакеты, а у пакета есть зависимости, которые уже резолвиться должны пакетником.
Пакет сложно? Ну окей, есть масса альтернатив. Можно например просто писать роли на ansible, которые при установке скрипта будут устанавливать и его зависимости. Как бы, возможностей масса, используйте. Это и есть хорошая кроссплатформенность.

Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

68. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +2 +/
Сообщение от Аноним (61), 28-Сен-21, 13:39 
>shell скрипты ... имеют открытый код

А скрипты на Python имеют закрытый код?

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

77. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Аноньимъ (ok), 28-Сен-21, 15:38 
>shell скрипты обладают хорошей кросс платформенностью в linux-unix среде, имеют открытый код, не требуют сторонних библиотек или модулей языка.

Ха! Да щаз!
Это когда баш перестал быть сторонней библиотекой?

Оно ни разу не кроссплатформенно, потому что окружения разные, не везде баш то есть, не везде есть нужные утилиты и не везде они работают одинаково.

У шелл скриптов нет механизма абстрагирования от конкретного окружения.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

175. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от VINRARUS (ok), 03-Окт-21, 21:38 
>У шелл скриптов нет механизма абстрагирования от конкретного окружения.

Есть, busybox лиш подтянуть нада.

Ответить | Правка | Наверх | Cообщить модератору

40. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от cz (??), 28-Сен-21, 10:18 
Ну это же было сделано двести лет до нашей эры. Не модно и не молодёжно.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру