Tôi biết đó là chủ quan nhưng nếu bạn đặt mình vào đôi giày của mình bạn sẽ đầu tư thời gian vào việc học tập?Tình thế tiến thoái lưỡng nan: Tôi có nên học Seaside hoặc khung công tác Python không?
Tôi muốn viết một ứng dụng web giao dịch một cách an toàn với số lượng dữ liệu cá nhân tương đối khiêm tốn, một vài nghìn bản ghi của một vài Kb nhưng mỗi thứ cần được giữ an toàn, địa chỉ, số điện thoại, v.v. đã thực hiện một số dự án web trong PHP/MYSQL và đã quyết định, tiện dụng mặc dù nó là tôi thực sự không thích PHP và không muốn làm một dự án lớn trong ...
Như vậy tôi hình tôi muốn tốt nhất tìm hiểu một cái gì đó mới và vì vậy tôi đang xem xét 2 lựa chọn (mặc dù tôi sẽ vui vẻ giải trí những người khác nếu bạn có gợi ý). Tôi đang gặp rắc rối khủng khiếp khi quyết định. Cả hai đều trông khá tham gia vì vậy thay vì chỉ nhảy vào và có khả năng lãng phí ngày để tăng tốc độ đủ cho cả hai người để đưa ra lựa chọn sáng suốt, tôi nghĩ tôi sẽ đến đây và vẽ một số ý kiến.
Vì vậy, hai lựa chọn Tôi đang xem xét là ...
Một trong những khuôn khổ Web PYTHON - TurboGears dường như cũng coi? Ưu điểm: Trong tất cả các ngôn ngữ tôi đã từng thử Python, tôi đã rất thích nó. Có rất nhiều khung công tác để lựa chọn và tôi đã thực hiện khá nhiều mã hóa python không phải web trong vài năm qua. Nhược điểm: Có nhiều lựa chọn để bạn lựa chọn! Cần chạy quy trình máy chủ đơn lẻ? hoặc mod_python? mà tôi không thích âm thanh. Những gì tôi làm là khái niệm tách và xử lý quy trình, nghĩa là nếu một tài khoản người dùng bị xâm phạm, nó sẽ cho kẻ tấn công không có đòn bẩy so với phần còn lại của hệ thống. Tôi không rõ ràng về mức độ mà một giải pháp python sẽ xử lý điều đó.
Viết dưới dạng ứng dụng SEASIDE Tôi đoán là máy chủ ứng dụng chạy trên máy chủ squeak? Adv: Từ những gì tôi đã nghe nó sẽ cho phép phân chia tốt người dùng vì mỗi máy ảo riêng của họ độc lập với tất cả các hệ thống người dùng khác nghe tuyệt vời từ quan điểm bảo mật, nhân rộng và dự phòng. Dis: Tôi đã không thực hiện bất kỳ Smalltalk kể từ Uni 15 năm trở lại và tôi không bao giờ đào sâu vào nó sau đó. Tôi không thấy nhiều sự giúp đỡ ở cấp độ nhập cảnh cho bên bờ biển hoặc nhiều dự án sử dụng nó. Tôi nghi ngờ thiết lập một máy chủ để chạy nó là khó khăn cho cùng một lý do tức là không phải vì nó vốn cứng nhưng chỉ gây ra sẽ có ít trợ giúp trực tuyến và giả định bạn đã khá au fait với Sqeak/Smalltalk.
Vì vậy, mọi người nghĩ gì? Liệu tôi có thể có được một cách hiệu quả sự phân chia và ngăn cách mạnh mẽ mà tôi theo sau với một khuôn khổ Python? Seaside có tốt như tôi nghĩ về việc cách ly người dùng với nhau không? Tôi có thể làm tốt hơn, bảo mật khôn ngoan, gắn bó với các ngôn ngữ tôi quen thuộc nhất vì vậy tôi không phạm sai lầm nào hoặc Seaside sẽ đáng để mở rộng đường cong học tập và chứng minh an toàn hơn, dễ hiểu hơn và có thể duy trì lâu dài ? Vào cuối ngày, đó không phải là quyết định về sự sống hay cái chết và tôi luôn có thể bảo lãnh nếu tôi bắt đầu với một và sau đó ghét nó để không ai có được tất cả chiến tranh ngôn ngữ thánh và bắt đầu bốc cháy bất cứ ai! ;-)
Cheers cho bất kỳ trả lời này nhận được,
Roger :)
Tôi không nghĩ rằng Django trực tiếp giải quyết các mối lo ngại về an ninh chính của anh ấy, dường như vô tình chia sẻ dữ liệu trên người dùng. Trong khi nó là tốt đẹp để tránh lỗi sql, nếu bạn có một bạn có thể hiển thị dữ liệu cho người dùng sai. Tôi không thể tưởng tượng làm thế nào để làm điều này vô tình ở bên bờ biển. cũng xem xét zope –
Tuyên bố từ chối trách nhiệm: Tôi không biết gì về Seaside. Tuy nhiên, lỗi có thể được thực hiện trong bất kỳ môi trường nào, vì vậy tôi không thấy cách ngăn chặn sẽ ngăn chặn bất kỳ lỗi nào - đặc biệt không phải lỗi SQL (trừ khi bạn có tất cả người dùng ứng dụng là người dùng DB.). –
Bạn đúng nếu bạn sử dụng cơ sở dữ liệu SQL. Zope và seaside không sử dụng cơ sở dữ liệu SQL (trừ khi bạn thêm chúng một cách rõ ràng). –