คำถามติดแท็ก node.js

Node.js เป็นเฟรมเวิร์ก I / O แบบอะซิงโครนัสตามเหตุการณ์ที่ใช้เอ็นจิ้น V8 JavaScript ของ Google Node.js มักใช้สำหรับแอปพลิเคชัน JavaScript ไคลเอนต์เซิร์ฟเวอร์ขนาดใหญ่ หมายเหตุ: โปรดอ่าน Tag-Wiki ก่อนถามคำถาม

3
เกณฑ์สำหรับการเลือกเซิร์ฟเวอร์เพื่อเรียกใช้ Node.js
เกณฑ์สิ่งที่ฉันจะใช้ในการเลือกเซิร์ฟเวอร์เพื่อเรียกNode.js ? ดูเหมือนว่าโฮสติ้งที่ใช้ร่วมกันเป็นแบบ nonstarter เนื่องจากมันใหม่ ด้วยวิธีการทำงานสิ่งที่ฉันจะดูในแง่ของเครื่องผลิต? สมมติว่าเริ่มแรกฉันใช้งบประมาณที่ จำกัด (ไม่เกิน US $ 5 ถึง US $ 25 ต่อเดือน)

5
มีใครใช้ Node.js เป็นเว็บเซิร์ฟเวอร์จริงหรือไม่ [ปิด]
ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังว่าคำตอบจะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน7 ปีที่ผ่านมา ล็อคแล้ว คำถามและคำตอบของคำถามนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ ฉันพยายามโน้มน้าวใจตัวเองให้หยิบมันขึ้นมาและเริ่มพัฒนาด้วย แต่ฉันอยากรู้ว่าใครมีปัญหาด้านความมั่นคงหรืออะไรก็ตาม ฉันเข้าใจว่าไม่ใช่ "การผลิต" ที่มีคุณภาพเช่น Apache หรือ IIS ฉันคิดว่าสำหรับไซต์เล็ก ๆ มันน่าจะดี (สูงสุด 200 การเชื่อมต่อพร้อมกัน) ฉันควรรับเรื่องนี้ไหม?

3
node.js, Mongodb, Redis, การลดลงของประสิทธิภาพของ Ubuntu ในการผลิต, RAM ฟรี, CPU 100%
ตามที่ชื่อคำถามแสดงว่าฉันมีเวลายากที่จะทราบว่าสามารถปรับปรุงอะไรในแอปพลิเคชันของฉัน (หรือปรับในระบบปฏิบัติการ, Ubuntu) เพื่อให้ได้ประสิทธิภาพที่ยอมรับได้ แต่ก่อนอื่นฉันจะอธิบายสถาปัตยกรรม: เซิร์ฟเวอร์ front-end เป็นเครื่อง 8 คอร์ที่มี 8 gigs RAM ใช้งาน Ubuntu 12.04 แอปพลิเคชั่นเขียนทั้งหมดใน javascript และทำงานใน node.js v 0.8.22 (เนื่องจากโมดูลบางตัวดูเหมือนจะบ่นกับโหนดเวอร์ชั่นใหม่กว่า) ฉันใช้ nginx 1.4 ถึงปริมาณการรับส่งข้อมูลพร็อกซี HTTP จากพอร์ต 80 และ 443 ถึง 8 คนทำงานโหนดที่จัดการ และเริ่มใช้โหนดคลัสเตอร์ api ฉันใช้ socket.io เวอร์ชันล่าสุด 0.9.14 เพื่อจัดการการเชื่อมต่อ websocket ซึ่งฉันได้เปิดใช้งานเฉพาะ websockets และ xhr-polling เป็นการขนส่งที่มีอยู่ ในเครื่องนี้ฉันยังใช้งาน Redis …

3
ทรัพยากรเชฟ bash ไม่ทำงานตามที่ผู้ใช้ระบุ
ฉันเขียนตำราเชฟในการติดตั้งHubot ในสูตรฉันทำต่อไปนี้: bash "install hubot" do user hubot_user group hubot_group cwd install_dir code <<-EOH wget https://github.com/downloads/github/hubot/hubot-#{node['hubot']['version']}.tar.gz && \ tar xzvf hubot-#{node['hubot']['version']}.tar.gz && \ cd hubot && \ npm install EOH end อย่างไรก็ตามเมื่อฉันพยายามเรียกใช้ chef-client บนเซิร์ฟเวอร์ที่ติดตั้ง cookbook ฉันได้รับอนุญาตปฏิเสธการเขียนไปยังไดเรกทอรีของผู้ใช้ที่รัน chef-client ไม่ใช่ผู้ใช้ hubot ด้วยเหตุผลบางอย่างnpmกำลังพยายามรันภายใต้ผู้ใช้ที่ไม่ถูกต้องไม่ใช่ผู้ใช้ที่ระบุในทรัพยากรทุบตี ฉันสามารถเรียกใช้sudo su - hubot -c "npm install /usr/local/hubot/hubot"ด้วยตนเองและได้รับผลลัพธ์ที่ต้องการ (ติดตั้ง hubot …
11 node.js  chef 

8
Centos 7 ไม่สามารถติดตั้งได้เลย
ฉันพยายามติดตั้ง nodejs และ npm บน centos 7 ดังนั้นก่อนอื่นฉันทำ rpm -i http://dl.fedoraproject.org/pub/epel/beta/7/x86_64/epel-release-7-0.2.noarch.rpm เพื่อรับพื้นที่เก็บข้อมูล epel จากนั้นฉันก็ลองติดตั้ง yum nodejs ซึ่งใช้ได้ผล จากนั้นฉันลองติดตั้ง yum npm Yum กลับมาพร้อมกับ "ไม่พบแพ็คเกจ npm" ฉันจะต้องสร้าง npm ด้วยตนเองหรือไม่ และฉันควรทำอย่างไร
9 centos  node.js  npm 

3
Nginx proxy_pass การตอบกลับถูกตัดทอน
ฉันใช้ nginx to proxy https คำขอไปยังเซิร์ฟเวอร์แอปพลิเคชันของฉัน (ทำงานอยู่ใน 8443) เซิร์ฟเวอร์แอปนี้ให้บริการหน้าเว็บแบบไดนามิกบางหน้ารวมถึง jquery minified หน้าเว็บมีข้อผิดพลาดเนื่องจากดูเหมือนว่า jquery ถูกตัดทอน ... มีการ จำกัด ขนาดไฟล์หรือบางอย่าง nginx ของฉัน conf เป็นหนึ่งต่อไปนี้: server { listen 443; server_name my_serv.com; ssl on; ssl_certificate certificate.pem; ssl_certificate_key privatekey.pem; keepalive_timeout 70; location / { proxy_pass https://localhost:8443; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Host $http_host; proxy_buffering off; proxy_buffers …
9 nginx  node.js  jquery 
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.