คำถามติดแท็ก server-side

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

4
ความแตกต่างระหว่างการเขียนโปรแกรมฝั่งเซิร์ฟเวอร์และฝั่งไคลเอ็นต์คืออะไร
ฉันเคยเห็นคำถาม (ส่วนใหญ่เกี่ยวกับ Stack Overflow) ซึ่งขาดความรู้พื้นฐานนี้ ประเด็นของคำถามนี้คือการให้ข้อมูลที่ดีสำหรับผู้ที่กำลังมองหาและผู้ที่อ้างอิงถึง ในบริบทของการเขียนโปรแกรมเว็บความแตกต่างระหว่างการเขียนโปรแกรมฝั่งเซิร์ฟเวอร์และการเขียนโปรแกรมฝั่งไคลเอ็นต์คืออะไร ภาษาใดที่คุณใช้และแต่ละภาษาใช้เมื่อใด

10
ข้อเสียของ RoR คืออะไร? [ปิด]
ฉันกำลังพยายามตัดสินใจว่าจะใช้ภาษาฝั่งเซิร์ฟเวอร์เพื่อเรียนรู้และใช้สำหรับการพัฒนาเว็บและในขณะที่มันค่อนข้างง่ายที่จะได้รับข้อมูลว่าทำไม x, y หรือ z เป็นสิ่งที่ดีมันยากที่จะเข้าใจข้อเสียของแต่ละข้อ ของพวกเขา. โดยเฉพาะอย่างยิ่งฉันอยากรู้ว่าข้อบกพร่องอะไรในการเรียนรู้และ / หรือการใช้ Ruby on Rails เมื่อเทียบกับภาษา / กรอบงานอื่น ๆ

8
ข้อดี / ข้อเสียระหว่างการเน้นการประมวลผลฝั่งไคลเอ็นต์หรือฝั่งเซิร์ฟเวอร์
เหตุใดฉันจึงต้องการเขียนเว็บแอปที่มีการประมวลผลฝั่งเซิร์ฟเวอร์จำนวนมาก สำหรับฉันแล้วการเขียนโปรแกรมฝั่งไคลเอ็นต์เป็นข้อได้เปรียบอย่างมากเพราะจะทำให้เซิร์ฟเวอร์โหลดมากที่สุดเท่าที่จะเป็นไปได้เพราะมันจะต้องส่งข้อมูลไปยังไคลเอ็นต์ด้วยการประมวลผลที่น้อยที่สุด ฉันเห็นการเขียนแอปพลิเคชันบนเว็บน้อยมากนอกเหนือจากการเขียนฝั่งเซิร์ฟเวอร์และจัดการกับฝั่งไคลเอ็นต์เป็นมุมมองเท่านั้น ทำไมฉันถึงต้องการทำเช่นนี้? ข้อดีอย่างเดียวที่ฉันเห็นคือฉันสามารถเขียนเป็นภาษาใดก็ได้ที่ฉันต้องการ ( http://www.paulgraham.com/avg.html )

9
ผู้พัฒนาฝั่งเซิร์ฟเวอร์ควรรู้ HTML และ CSS เท่าไหร่ [ปิด]
ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน5 ปีที่ผ่านมา ฉันได้ทำCและC++และตอนนี้ฉันต้องการที่จะเริ่มต้นอาชีพของฉันเป็นเว็บนักพัฒนา ฉันอ่านมากเกี่ยวกับการพัฒนาเว็บและได้รู้ว่ามีนักพัฒนาสองประเภทบนเว็บ 1. Client Side Developers. 2. Server Side Developers. ฉันต้องการที่จะให้ความสำคัญของฉันในการพัฒนาด้านเซิร์ฟเวอร์ ผมคิดว่ามันจะดีที่สุดที่จะเริ่มต้นด้วยพื้นฐานดังนั้นผมจึงเริ่มทำและHTML CSSฉันพบว่าCSSมีขนาดใหญ่เกินไปสำหรับคนที่จะเชี่ยวชาญได้อย่างง่ายดาย ฉันต้องการรู้ว่าผู้พัฒนาฝั่งเซิร์ฟเวอร์ควรรู้พื้นฐานอะไรและเขาควรจะเป็นผู้เชี่ยวชาญด้าน HTML CSSหรือไม่

8
ทำไมเราไม่ใช้ CSS (สร้างฝั่งเซิร์ฟเวอร์) แบบไดนามิก?
เนื่องจาก HTML ที่สร้างโดยฝั่งเซิร์ฟเวอร์นั้นเป็นเรื่องเล็กน้อย (และเป็นวิธีเดียวที่จะสร้างเว็บเพจแบบไดนามิกก่อน AJAX) CSS ที่สร้างขึ้นฝั่งเซิร์ฟเวอร์จึงไม่ใช่ จริงๆแล้วฉันไม่เคยเห็นเลย มีคอมไพเลอร์ CSS แต่สร้างไฟล์ CSS ซึ่งสามารถใช้เป็นแบบคงที่ได้ ในทางเทคนิคแล้วมันไม่จำเป็นต้องมีไลบรารีพิเศษแท็กสไตล์ HTML ควรอ้างอิงถึงสคริปต์ templater PHP (/ ASP / อะไรก็ตาม) แทนไฟล์ CSS แบบคงที่และสคริปต์ควรส่งส่วนหัวชนิดเนื้อหา CSS - นั่นคือทั้งหมด มันมีปัญหาแคชหรือไม่? ฉันไม่คิดอย่างนั้น สคริปต์ควรส่งส่วนหัวที่ไม่มีแคชฯลฯ มันเป็นปัญหาสำหรับนักออกแบบหรือไม่? ไม่พวกเขาควรแก้ไขเทมเพลต CSS (เนื่องจากพวกเขาแก้ไขเทมเพลต HTML) ทำไมเราไม่ใช้ตัวสร้าง CSS แบบไดนามิก? หรือถ้ามีโปรดแจ้งให้เราทราบ

2
จะทำอย่างไรเมื่อคำขอถูกส่งไปยังเซิร์ฟเวอร์และในขณะที่รอการตอบสนองการเชื่อมต่ออินเทอร์เน็ตหายไป
ฉันกำลังส่งข้อมูลจำนวนมากไปยังเซิร์ฟเวอร์ ตอนนี้ขณะที่ฉันส่งข้อมูลและรอการตอบกลับจากเซิร์ฟเวอร์อุปกรณ์ Android ของฉันก็ขาดการเชื่อมต่ออินเทอร์เน็ต ดังนั้นสิ่งที่ฉันเคยทำคือการแสดงกล่องโต้ตอบการแจ้งเตือนของการเชื่อมต่อที่หายไป แต่ที่ฝั่งเซิร์ฟเวอร์ข้อมูลได้รับการประมวลผลแล้วและได้รับการอัปเดตที่ใดที่หนึ่งเช่น URL ใด ๆ แต่โทรศัพท์ Android ของฉันไม่รู้สิ่งนี้เพราะมันไม่ได้รับการตอบสนองเลย วิธีแก้ไข ไม่ว่าจะสามารถทำได้บนฝั่งเซิร์ฟเวอร์หรือบนตัว Android เองได้อย่างไร? เซิร์ฟเวอร์จะรู้ได้อย่างไรว่าโทรศัพท์ android จะไม่ฟังคำตอบ? มันอาจเป็นมุมมองการเพิ่มประสิทธิภาพการสื่อสารลูกค้า - เซิร์ฟเวอร์

5
เกิดอะไรขึ้นในโลกของเทคโนโลยีฝั่งเซิร์ฟเวอร์เกี่ยวกับแอพมือถือ
ด้วยเทคโนโลยีมือถือที่เป็นที่นิยมมากขึ้นสิ่งที่เกิดขึ้นบนฝั่งเซิร์ฟเวอร์กับแอพเหล่านี้ส่วนใหญ่เมื่อพวกเขาต้องการสื่อสารกับแบ็คเอนด์? ฉันคุ้นเคยกับโลกแห่งเทคโนโลยีเมื่อ 10 ปีที่แล้วเมื่อทรัพยากรส่วนใหญ่เข้าถึงได้โดยการร้องขอเว็บเพจแบบไดนามิกที่อยู่ด้านหลังผู้เห็นใช้ภาษาฝั่งเซิร์ฟเวอร์เพื่อรับข้อมูลที่ต้องการจากฐานข้อมูลเชิงสัมพันธ์ ยังคงเป็นกรณีนี้หรือไม่และถ้าไม่ใช่จะมีการเปลี่ยนแปลงครั้งใหญ่อะไรบ้าง

3
การใช้ภาษาเดียวกันกับไคลเอนต์และเซิร์ฟเวอร์มีความสำคัญอย่างไร
ฉันได้ประเมินโซลูชันสถาปัตยกรรมสำหรับโครงการมือถือที่จะมีบริการบนเว็บ / แอพนอกเหนือจากแอพพื้นฐานและได้ดูห้องสมุดกรอบงานและสแต็กต่าง ๆ เช่นMeteorซึ่งเป็นประเภทของ "open stack package framework" ถูกผูกไว้อย่างแน่นหนากับNode.js มีการพูดคุยกันมากมายเกี่ยวกับประโยชน์ของการใช้ภาษาเดียวกันทั้งฝั่งไคลเอ็นต์และฝั่งเซิร์ฟเวอร์และฉันไม่เข้าใจ ฉันสามารถเข้าใจว่าคุณต้องการสะท้อนสถานะทั้งหมดของเว็บแอปพลิเคชันบนทั้งไคลเอนต์และเซิร์ฟเวอร์ แต่พยายามดิ้นรนเพื่อหาชัยชนะอื่น ๆ ... ประสิทธิภาพของเวิร์กโฟลว์? ฉันพยายามที่จะเข้าใจว่าทำไมความเท่าเทียมกันของภาษาของลูกค้า / เซิร์ฟเวอร์จึงถือเป็นจอกศักดิ์สิทธิ์ เหตุใดความเท่าเทียมกันของภาษาไคลเอนต์ / เซิร์ฟเวอร์จึงมีความสำคัญในการพัฒนาซอฟต์แวร์

2
ตัวเลือกของฉันสำหรับการทำสคริปต์แซนด์บ็อกซ์ฝั่งเซิร์ฟเวอร์คืออะไร? [ปิด]
ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ฉันกำลังสร้างเว็บไซต์สาธารณะที่ผู้ใช้แบ่งปันข้อมูลและสคริปต์เพื่อเรียกใช้ข้อมูลบางอย่าง สคริปต์ถูกเรียกใช้เซิร์ฟเวอร์ในแซนด์บ็อกซ์บางประเภทโดยไม่มีการโต้ตอบอื่นรอบนี้: โปรแกรม Perl ของฉันอ่านจากฐานข้อมูลที่ผู้ใช้ทำสคริปต์เพิ่มข้อมูลที่จะประมวลผลลงในสคริปต์ (เช่น: เอกสาร JSON) จากนั้นเรียกล่าม ส่งกลับการตอบสนอง (เอกสาร JSON หรือข้อความธรรมดา) ฉันบันทึกลงในฐานข้อมูลด้วยสคริปต์ของฉัน สคริปต์ควรจะสามารถเข้าถึงฟังก์ชันในตัวที่เพิ่มเข้ามาในภาษาสคริปต์ได้ด้วยตัวเอง แต่ไม่มีอะไรเพิ่มเติม ดังนั้นฉันจึงได้พบกับ node.js ในฐานะล่ามจาวาสคริปต์และและอีกหลายชั่วโมงก่อนหน้านี้กับ Google V8 (v8 เหมาะสมกับสิ่งนี้หรือไม่) CoffeeScript ก็เข้ามาในใจของฉันเพราะมันดูดีและยังคงเป็นจาวาสคริปต์ ฉันคิดว่าจาวาสคริปต์นั้นแพร่หลายมากและ "sandboxeable" มากขึ้นเนื่องจากไม่มีการเรียกใช้ระบบปฏิบัติการหรือสิ่งที่ไม่ปลอดภัยจากระยะไกล (ฉันคิดว่า) โดยวิธีการที่ฉันเขียนระบบบน Perl และ Php สำหรับส่วนหน้า เพื่อปรับปรุงคำถาม: ฉันเลือกจาวาสคริปต์เพราะฉันคิดว่าปลอดภัยและเรียบง่ายพอที่จะนำไปใช้กับ node.js แต่มีทางเลือกอื่นอะไรบ้างที่จะทำให้งานนี้สำเร็จ Lua? งูใหญ่? ฉันไม่สามารถหาข้อมูลเกี่ยวกับวิธีการใช้ล่ามแบบ Sandbox ในวิธีที่เหมาะสม

1
วิธีหลีกเลี่ยงอินเตอร์เฟสแบบช่างพูด
พื้นหลัง: ฉันกำลังออกแบบแอปพลิเคชันเซิร์ฟเวอร์และสร้าง dll แยกต่างหากสำหรับระบบย่อยที่แตกต่างกัน เพื่อให้สิ่งต่าง ๆ ง่ายขึ้นสมมติว่าฉันมีระบบย่อยสองระบบ: 1) Users2)Projects ส่วนต่อประสานสาธารณะของผู้ใช้มีวิธีการดังนี้: IEnumerable<User> GetUser(int id); และส่วนต่อประสานสาธารณะของโครงการมีวิธีการดังนี้: IEnumerable<User> GetProjectUsers(int projectId); ตัวอย่างเช่นเมื่อเราต้องการแสดงผู้ใช้สำหรับโครงการบางอย่างเราสามารถเรียกGetProjectUsersและจะให้วัตถุกลับมาพร้อมข้อมูลที่เพียงพอที่จะแสดงใน DataGrid หรือคล้ายกัน ปัญหา: ตามหลักแล้วProjectsระบบย่อยไม่ควรเก็บข้อมูลผู้ใช้และควรเก็บรหัสผู้ใช้ที่เข้าร่วมในโครงการ ในการให้บริการGetProjectUsersจำเป็นต้องมีการเรียกGetUserใช้Usersระบบสำหรับแต่ละ id ผู้ใช้ที่เก็บไว้ในฐานข้อมูลของตัวเอง อย่างไรก็ตามสิ่งนี้ต้องการการGetUserเรียกที่แยกจากกันจำนวนมากทำให้เกิดคิวรี่ SQL แยกต่างหากมากมายภายในUserระบบย่อย ฉันไม่ได้ทดสอบสิ่งนี้จริงๆ แต่การมีการออกแบบช่างพูดนี้จะส่งผลกระทบต่อความสามารถในการขยายระบบ ถ้าฉันแยกระบบย่อยออกจากกันฉันสามารถเก็บข้อมูลทั้งหมดไว้ใน schema เดียวที่สามารถเข้าถึงได้โดยทั้งสองระบบและProjectsสามารถทำได้เพียงJOINเพื่อให้ผู้ใช้โครงการทั้งหมดได้รับแบบสอบถามเดียว Projectsจะต้องรู้วิธีการสร้างUserวัตถุจากผลการสืบค้นด้วย แต่นี่เป็นการแยกการแยกซึ่งมีข้อดีหลายประการ คำถาม: ทุกคนสามารถแนะนำวิธีการแยกออกจากกันในขณะที่หลีกเลี่ยงการGetUserโทรบุคคลเหล่านี้ในระหว่างGetProjectUsersหรือไม่ ตัวอย่างเช่นสิ่งหนึ่งที่ฉันคิดว่าเป็นสำหรับผู้ใช้ในการให้ความสามารถแก่ระบบภายนอกในการ "แท็ก" ผู้ใช้ที่มีคู่ค่าป้ายกำกับและเพื่อขอผู้ใช้ด้วยค่าที่แน่นอนเช่น: void AddUserTag(int userId, string tag, string value); IEnumerable<User> GetUsersByTag(string tag, …

4
node.js เหมาะสมกับการประมวลผลเบื้องหลังหรือไม่?
ฉันเรียนรู้อย่างช้า ๆnode.jsและมีโครงการเล็ก ๆ ที่ฉันต้องการเริ่ม โครงการจะมีกระบวนการพื้นหลังจำนวนมาก (การดาวน์โหลดข้อมูลจากไซต์ภายนอกการแยกไฟล์ CSV และอื่น ๆ ) "ชนะ" ที่ยิ่งใหญ่สำหรับฉันและโหนดคือความจริงที่ว่ามันใช้ JavaScript สำหรับทั้งไคลเอนต์และเซิร์ฟเวอร์ ฉันใช้รหัสใน Java และ JavaScript ในงานประจำวันของฉัน แต่ฉันก็ยังเก่งที่ Ruby แต่อย่างที่ฉันบอกดูเหมือนว่ามันน่าดึงดูดใจที่จะใช้ภาษาใดภาษาหนึ่งในทุกที่และ JS ดูเหมือนจะเหมาะสมกับบิล อย่างไรก็ตามฉันไม่ได้มีประสบการณ์มากในการใช้งาน JS สำหรับการทำงานแบ็กกราวด์ ดูเหมือนว่าทับทิมจะเก่งกว่านี้ และฉันไม่ได้ต่อต้านการใช้งาน แล้วคุณมีความคิดอย่างไรที่จะทำ JS 100% สำหรับสิ่งนี้ ฉันตระหนักว่าโครงการขนาดใหญ่มากต้องการโซลูชันที่กำหนดเอง ฉันแค่สงสัยว่ามันคุ้มค่ากับความพยายาม หรือฉันควรติดรูบี้กับงานบ้านแบบนั้นเหรอ? ความเห็นชื่นชม ขอบคุณ

4
ตรรกะทางธุรกิจเป็นของเซิร์ฟเวอร์หรือไม่
สแต็กทั่วไปสำหรับเว็บแอ็พพลิเคชันคือฐานข้อมูลเซิร์ฟเวอร์ที่มีโค้ดฝั่งเซิร์ฟเวอร์และผู้ใช้ที่มีเบราว์เซอร์ที่มี HTML / CSS / JavaScript ก่อนที่จะ AJAX ที่กว้างขวาง MVC ซึ่งคอนโทรลเลอร์เป็นโค้ดฝั่งเซิร์ฟเวอร์ rulled เซิร์ฟเวอร์ต้องกำหนดเส้นทางการร้องขอคำตอบสำหรับหน้าเว็บแบบไดนามิก (เช่นโซลูชัน html templated เช่น JSP และ ASP) เซิร์ฟเวอร์เพื่อประสานการโทรไปยังฐานข้อมูลและตัดสินใจว่าจะใช้เพจแบบไดนามิกใดเพื่อตอบคำขอหน้า ผลลัพธ์ทั้งหมดนี้คือเซิร์ฟเวอร์นั้นมีตรรกะทางธุรกิจแม้ว่าตรรกะทางธุรกิจจะไม่เชื่อมโยงกับแนวคิดในการแสดงหน้าเว็บ ตอนนี้เรากำลังจะย้ายไปที่ "Web 2.0" เซิร์ฟเวอร์คงที่หน้าเซิร์ฟเวอร์ที่ใช้ JavaScript เพื่อเติมเต็มตัวเองและเปลี่ยนสิ่งที่พวกเขากำลังนำเสนอ สามารถอยู่ใน JavaScript JavaScript มักจะใช้บริการ RESTful ซึ่งหมายความว่าจะระบุแบบสอบถามฐานข้อมูล ดังนั้นเซิร์ฟเวอร์จึงอยู่ในบทบาทของการให้บริการไฟล์จริงและรับสาย AJAX และการตอบรับการโทร AJAX เป็นเพียงการจัดการเซสชันและให้ความปลอดภัย และจริงๆแล้วสิ่งที่ผู้ใช้ควรจะเห็นก็คือข้อมูลที่ควรระบุในฐานข้อมูล ดังนั้นจากที่นั่นเซิร์ฟเวอร์ควรถูกผลักไสให้เข้ากับบทบาทของคนกลางที่โง่เง่าที่บางครั้งจะทำอะไรบางอย่างเช่นส่งอีเมลออกไปหรือดับเว็บเซอร์? ตรรกะทางธุรกิจทั้งหมดอยู่ใน JavaScript (เมื่อไม่เป็นความลับ) หรืออยู่ในกระบวนงานที่เก็บไว้เมื่อเป็นเช่นนั้นหรือไม่ มันจะสมเหตุสมผลหรือไม่ที่จะรวมเซิร์ฟเวอร์และฐานข้อมูลหรือสร้างโซลูชัน ERP เช่นฟังก์ชัน SAP เป็นเซิร์ฟเวอร์

2
ปัญหา ORM ที่ไม่ปิดกั้น
ฉันถามคำถามเกี่ยวกับ SO และพบว่าไม่มี ORMs ที่ไม่มีการบล็อกสำหรับเว็บเฟรมโปรดของฉัน โดยไม่ปิดกั้นฉันหมายถึง ORM ด้วยการสนับสนุนการเรียกกลับสำหรับการดึงแบบอะซิงโครนัส ORM จะมาพร้อมกับการติดต่อกลับหรือบางอย่างเพื่อดำเนินการเมื่อได้รับข้อมูล ฉันต้องการสร้าง แต่ฉันมีคำถามบางอย่างที่ขัดขวางไม่ให้ฉันเริ่มพัฒนา: อาจมีปัญหาอะไรบ้างเมื่อพัฒนา ORM การสนับสนุนการดึงข้อมูลที่ไม่มีการบล็อกช่วยเพิ่มความซับซ้อนของ ORM ได้หรือไม่? ทำไมถึงมี ORM ที่ไม่มีการปิดกั้นจำนวนน้อย อัปเดต:ดูเหมือนฉันต้องปรับปรุงคำถามของฉัน เรามีวิธีแก้ปัญหาที่อนุญาตให้เรารับข้อมูลในแบบที่ไม่ปิดกั้นและฉันเชื่อว่า บริษัท ส่วนใหญ่ที่ใช้โซลูชันดังกล่าวใช้ SQL ดิบ เราต้องการสร้างโซลูชันทั่วไปที่สามารถใช้ซ้ำในโครงการในอนาคต เราอาจพบปัญหาอะไรบ้าง อัปเดต 2:ภาษาที่ต้องการคือไพ ธ อน แต่ฉันสนใจในหลักการ คำถามนี้เป็นคำถามสำหรับฉันจริง ๆ แล้วฉันจะดูแพลตฟอร์มที่ไม่มี ORM บล็อกแล้ว
9 web  orm  server-side 
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.