ยกเว้นไดเรกทอรีในการค้นหาการค้นหา

การค้นหาด้วยlocateค้นหาพา ธ ในระบบไฟล์
บ่อยครั้งที่คุณรู้ว่าคุณมีความสนใจในไฟล์อย่างใดอย่างหนึ่งเท่านั้นหรือไดเรกทอรีเท่านั้น
การค้นหา 'ค้นหา' มักจะส่งคืนผลลัพธ์จำนวนมาก มันจะมีประโยชน์ที่จะรวมเพียงหนึ่งประเภทในผลลัพธ์เพราะจะช่วยให้ผลผลิตสั้นลง

แต่มีข้อโต้แย้งที่น่าสนใจที่จะทิ้งไฟล์หรือไดเรคทอรีไว้อย่างใดอย่างหนึ่งเนื่องจากรายการของพา ธ ผลลัพธ์สามารถคลุมเครือไม่เพียง แต่ในทางทฤษฎี

ตัวอย่างด้านล่างเป็นกรณีของโลกแห่งความจริงและไม่ผิดปกติ:

$ locate --regex --basename "xfce4-keyboard-overlay$"
/usr/local/bin/xfce4-keyboard-overlay
/usr/local/share/xfce4-keyboard-overlay

ตกลงเราพบบางอย่าง! แต่ ... ไฟล์หรือไดเรกทอรี?

$ file /usr/local/bin/xfce4-keyboard-overlay 
/usr/local/bin/xfce4-keyboard-overlay:   bash script

นั่นคือไฟล์ ...

$ file /usr/local/share/xfce4-keyboard-overlay
/usr/local/share/xfce4-keyboard-overlay: directory

ในขณะที่สองไม่ใช่

ความคลุมเครือนี้คือการทำให้รายการยาวของเส้นทางยากที่จะอ่านดังนั้นมันจะดีจริงๆไดเรกทอรีกรองออกเช่นใช้ตัวเลือกบรรทัด comman locateสำหรับ

สิ่งนี้มีอยู่จริงหรือไม่? แม้ว่าตัวกรองสำหรับไดเรกทอรีแยกจากการค้นหาหรือไม่

อย่างน้อยหนึ่งสามารถใช้สคริปต์เพื่อวนซ้ำชื่อไฟล์ทั้งหมดเพื่อตรวจสอบ - ซึ่งอาจช้า

ด้วยzsh:

print -rl ${(0)^"$(locate -0 ...)"}(N.)

(0)เป็นธงขยายตัวพารามิเตอร์ที่แยกตัวอักษร NUL (ที่เราใช้locate -0) (ps:\0:)สั้นสำหรับ

ด้วย^แทนที่จะเพิ่ม(N.)ที่ส่วนท้ายของอาร์เรย์เราเพิ่มเข้าไปในแต่ละองค์ประกอบ

(N.)เป็นตัวระบุแบบกลม, .เพื่อจับคู่ไฟล์ทั่วไปเท่านั้น, Nเพื่อลบองค์ประกอบหากมันไม่ตรงกัน (ไม่มีอยู่หรือไม่ใช่ไฟล์ปกติหรือเราไม่สามารถตรวจสอบได้) คุณยังสามารถใช้^/แทน.เพื่อจับคู่กับที่ไม่ใช่ไดเรกทอรีแทนไฟล์ปกติเท่านั้น

print -rlพิมพ์แต่ละอาร์กิวเมนต์ดิบในการแยกสาย

คุณสามารถใช้ตัวระบุแบบzshหมุนรอบใดก็ได้แต่โปรดทราบว่าตัวเรียงลำดับจะไม่มีผลกระทบใด ๆ เนื่องจากเรากำลังขยายตัวหนึ่งตัวต่อหนึ่งไฟล์ที่นี่ดังนั้นจึงมีเพียงหนึ่งไฟล์ที่จะเรียงลำดับสำหรับแต่ละตัว

_{^{(โปรดทราบว่าอาจล้มเหลวหากไฟล์ล่าสุดรายงานโดยlocateสิ้นสุดในอักขระบรรทัดใหม่ (คำสั่งทดแทนการแสดงคำสั่งผิดพลาดในทุกเชลล์))}}

นี่เป็นเรื่องไม่สำคัญเท่าคำตอบอื่น ๆ แต่อาจมีประสิทธิภาพน้อยลง:

locate --regex --basename "xfce4-keyboard-overlay$" | 
        while IFS= read -r f; do [ -f "$f" ] && printf "%s\n" "$f"; done

(แยกออกเป็นสองบรรทัดเพื่อให้สามารถอ่านได้) ด้านบนจะจัดการกับชื่อที่มีช่องว่าง IFS=ดูเหมือนว่าจะมีความจำเป็นที่จะจับกับชื่อต่อท้ายช่องว่างและของหลักสูตรที่-rช่วยให้คุณจัดการกับเครื่องหมาย

วิธี“ ลองlocateเข้าไปในบางสิ่งบางอย่าง” อาจจะล้มเหลวหากชื่อพา ธ ที่มีการขึ้นบรรทัดใหม่ปรากฏขึ้น

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการIFSอ่านsh(1)หรือbash(1) (โดยการพิมพ์man shหรือman bashในระบบระวัง * และ / หรือการอ่านมันนี่ , ที่นี่ , ที่นี่ , และ / หรือที่นี่ ) จากนั้นอ่านทำความเข้าใจ IFS และBash: อ่านทีละบรรทัดโดยใช้ IFSบน Stack Exchange (เน้นที่คำตอบที่มีคะแนนมากกว่า 5 โหวต) และหากคุณยังมีไม่เพียงพอให้ลองดูIFSจากผลการค้นหาWiki ของ IIG และGreg บน Bash Hackers Wiki (ไม่ใช่ใน Exchange Exchange)

locate --null --regex --basename "xfce4-keyboard-overlay$" |
  xargs -r0 sh -c 'find "$@" -prune ! -type d' sh

xargsจะทำซ้ำคำสั่งสำหรับแต่ละบรรทัดหากคุณระบุ-L 1หรือ-iพารามิเตอร์

ดูที่นี่

$ locate --regex --basename "xfce4-keyboard-overlay$" | xargs -i bash -c '(test -d "{}" && echo "{}")'

เป็นที่ยอมรับกันว่ามันคือการเตะเชลล์ใหม่สำหรับแต่ละไฟล์ แต่มันก็มีข้อดีของการเป็นคนดีและกะทัดรัด

แก้ไข:ฉันไม่ค่อยพอใจกับคำตอบนั้นเพราะมันเป็นการเตะเชลล์ใหม่สำหรับแต่ละไฟล์ สิ่งนี้ควรมีเพียงสองกระบวนการ:

$ locate --regex --basename "xfce4-keyboard-overlay$" | xargs -i echo 'test -d "{}" && echo "{}"' | bash

แน่นอนว่ามันจะดีถ้าเราหลีกเลี่ยงการเตะล่ามไปพร้อมกัน แต่xargsดูเหมือนว่าจะเป็นอุปสรรคในการสั่งการลูกโซ่

สองเซ็นต์ของฉัน:

while IFS= read i; \
do \
  if [ -f "$i" ]; \
  then \
    echo "$i"; \
  fi; \
done < <(locate --regex --basename "xfce4-keyboard-overlay$")

นี่เป็นวิธีที่ G-Man รวมเข้ากับการทดแทนกระบวนการมากขึ้นหรือน้อยลง

ถ้าคุณรวมlocateกับfileและgrep? ...

$ for f in `locate --regex --basename "xfce4-keyboard-overlay$"`; do file $f; done | grep -vi directory