Universal Node.js Instagram Hesabındaki Resim ve Videoları shebang

Node.js bu günlerde çok popüler ve üzerine bazı senaryolar yazıyorum. Ne yazık ki, uyumluluk bir sorundur. Resmi olarak, Node.js yorumlayıcısının aranması gerekiyordu node, ancak Debian ve Ubuntu nodejsbunun yerine bir çalıştırılabilir dosya gönderiyor.

Node.js'in olabildiğince çok durumda çalışabileceği taşınabilir komut dosyaları istiyorum. Dosya adının olduğu varsayımıyla, foo.jsgerçekten komut dosyasının iki şekilde çalışmasını istiyorum:

1. ./foo.jsSenaryoyu çalıştırırsa ya nodeya nodejsiçindedir $PATH.
2. node foo.jsAyrıca betiği çalıştırır (tercümanın çağrıldığı varsayılarak node)

Not: xavierm02 ve kendimin cevapları bir polyglot betiğinin iki çeşididir. Eğer varsa, hala saf bir Shebang çözümüyle ilgileniyorum.

Karşılaştığım en iyisi, gerçekten bir polyglot (Bourne kabuğu / Node.js) betiği olan bu "iki satırlık shebang" dır:

#!/bin/sh
':' //; exec "$(command -v nodejs || command -v node)" "$0" "$@"

console.log('Hello world!');

İlk satır, belli ki, bir Bourne kabuğu shebang. Node.js, bulduğu herhangi bir shebang'ı atlar, bu nedenle Node.js için geçerli bir javascript dosyasıdır.

İkinci satır, kabuk işlemsize aramaları :bağımsız değişken ile //çalıştırır ve daha sonra nodejsya da nodebir parametre olarak bu dosya adıyla. taşınabilirlik command -vyerine kullanılır which. Komut değiştirme sözdizimi $(...)kesinlikle Bourne değil, bu yüzden 1980'lerde çalıştırırsanız backticks'i tercih edin.

Node.js sadece ':'no-op benzeri bir dize değerlendirir ve satırın geri kalanı yorum olarak ayrıştırılır.

Dosyanın geri kalanı sadece düz eski javascript. Alt kabuk exec, ikinci satırın tamamlanmasından sonra sona erer , bu nedenle dosyanın geri kalanı asla kabuk tarafından okunmaz.

İlham için xavierm02 ve ek bilgi için tüm yorumculara teşekkürler!

#!/bin/sh
//bin/false || `which node || which nodejs` << `tail -n +2 $0`
console.log('ok');

//bin/false/bin/falseİkinci eğik çizginin düğümü yorumuna dönüştürmesi dışında olduğu gibi , ve bu yüzden burada. Ardından, ilk tarafın sağ tarafı ||değerlendirilir. 'which node || which nodejs'tırnak yerine tırnak işaretleri ile düğümü başlatır ve <<sağdaki her şeyi besler. //Dancek ile başlayan bir sınırlayıcıyı kullanabilirdim, işe yarayacaktı ama başlangıçta sadece iki satır olmasını daha temiz buldum, böylece tail -n +2 $0dosyanın ilk iki satır dışında kendisini okumasını isterdim .

Düğümde çalıştırırsanız, ilk satır bir shebang olarak tanınır ve yok sayılır ve ikincisi bir satırlık bir yorumdur.

(Görünüşe göre, sed ilk ve son satırlar olmadan kuyruk Yazdırma dosyası içeriğini değiştirmek için kullanılabilir )

Düzenlemeden önce cevapla:

#!/bin/sh
`which node || which nodejs` <<__HERE__
console.log('ok');
__HERE__

Ne istersen yapamazsın, yani ne yaparsan yap bir kabuk betiği çalıştır, yani #!/bin/sh. Bu kabuk betiği, düğümü yürütmek için gereken dosyanın yolunu alır which node || which nodejs. Ters 'which node || which nodejs'tırnaklar burada yürütülür, böylece (tırnak işaretleri yerine ters tırnak işaretleriyle) sadece düğümü çağırır. Sonra sen sadece senaryoyu onunla besle <<. __HERE__Senin script sınırlayıcı bulunmaktadır. Ve bu console.log('ok');, senaryonuzla değiştirmeniz gereken bir script örneğidir.

Bu, yalnızca politikanın gereğinden fazla anlaşıldığı Debian tabanlı sistemlerde bir sorundur.

Fedora'nın nodejs denilen bir ikili dosyası ne zaman sağladığını bilmiyorum, ama hiç görmedim. Paket düğüm olarak adlandırılır ve düğüm olarak adlandırılan bir ikili dosya yükler.

Sadece Debian tabanlı sistemlerinize sağduyulu uygulamak için bir link kullanın ve daha sonra aklı başında bir shebang kullanabilirsiniz. Diğer insanlar zaten aklı başında shebangs kullanacaklar, o yüzden bu bağlantıya ihtiyacınız olacak.

#!/usr/bin/env node

console.log("Spread the love.");

Küçük bir .shdosya oluşturmayı sakıncası yoksa, sizin için küçük bir çözümüm var. Hangi düğümü kullanabileceğini belirlemek için küçük bir kabuk betiği oluşturabilir ve bu betiği shebang'ınızda kullanabilirsiniz:

shebang.sh :

#!/bin/sh
`which node || which nodejs` $@

script.js :

#!./shebang.sh
console.log('hello');

Her ikisini de çalıştırılabilir olarak işaretleyin ve çalıştırın ./script.js.

Bu şekilde, polyglot komut dosyası kullanmaktan kaçının. İyi bir fikir gibi görünse de, birden fazla shebang hattı kullanmanın mümkün olduğunu sanmıyorum.

Bu, sorunu istediğiniz gibi çözmesine rağmen, hiç kimsenin bunu umursamadığı anlaşılıyor. Örneğin, uglifyjs ve coffeescript kullanır #!/usr/bin/env node, npm giriş noktası olarak bir kabuk betiği kullanır ve yine açıkça adı ile yürütülebilir dosyayı çağıran bir komut dosyası kullanır node. Ben bir Ubuntu kullanıcısıyım ve bunu her zaman düğümü derlerken bilmiyordum. Bunu bir hata olarak rapor etmeyi düşünüyorum.

Sadece burada tam olması için ikinci satırı yapmanın birkaç yolu var:

// 2>/dev/null || echo yes
false //|| echo yes

Ancak, seçilen yanıttan hiçbir avantajı yoktur:

':' //; || echo yes

Ayrıca, ya nodeda nodejsher ikisinin de bulunacağını biliyorsanız , aşağıdakiler işe yarar :

exec `command -v node nodejs` "$0" "$@"

Ama bu büyük bir "eğer", bu yüzden seçilen cevabın en iyisi olduğunu düşünüyorum.

Bunun soruyu cevaplamadığını anlıyorum, ancak sorunun yanlış bir öncülle sorulduğuna inanıyorum.

Ubuntu burada yanlış. Kendi senaryonuz için evrensel bir shebang yazmak, de-facto standardını kullanan, üzerinde hiçbir kontrolünüz olmayan diğer paketleri değiştirmeyecektir #!/usr/bin/env node. Sisteminiz gerekir sağlamak nodeiçinde PATHo çalıştırmak için nodejs hedefleyen herhangi komut dosyaları için isterse.

Örneğin, Ubuntu tarafından sağlanan npmpaket bile, shebang'ları paketlere yeniden yazmaz:

$ cd
$ rm -rf test_npm
$ mkdir test_npm
$ cd test_npm
$ npm install mkdirp 2>&1 | grep -ve home
`-- mkdirp@0.5.1
  `-- minimist@0.0.8

npm WARN test_npm No description
npm WARN test_npm No repository field.
npm WARN test_npm No README data
npm WARN test_npm No license field.
$ node_modules/.bin/mkdirp testdir
/usr/bin/env: 'node': No such file or directory
$ head -n1 node_modules/.bin/mkdirp
#!/usr/bin/env node
$ npm --version
3.5.2
$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="Ubuntu 16.04.2 LTS"