From cd5d5cf674e839f9ca0aacdab6c29c26bf103c94 Mon Sep 17 00:00:00 2001
From: Bluenix Your solution must use one of the approved frameworks (a list will be released soon). It is not permitted to circumvent this rule by e.g. using the approved framework as a wrapper for another framework. Your solution must use one of the approved frameworks. It is not permitted to circumvent this rule by e.g. using the approved framework as a wrapper for another framework. Your solution must only communicate through WebSockets. Any communication between the client and server (or any two server workers), must utilize WebSockets.
- An exception to this rule is that communication with databases and files is allowed for accessing resources or for storage purposes.
- For example, you may use PostgreSQL as a database but not its Another exception is made for serving static files, which normally uses HTTP. You are allowed to serve a JavaScript-implemented client for your WebSocket server. This rule does not apply to databases and files when used for storage purposes even though that may be a significant portion of your project. Working with subprocesses (through stdin/stdout or If you're interested in utilizing a particular non-WebSocket method of communication, reach out to the Events Team for discussion and approval Reach out to the Events Team for advice if you're about your use of non-WebSocket communication. Your solution should be platform agnostic. For example, if you use filepaths in your submission, use
-
NOTIFY
command.
- Working with subprocesses (through stdin/stdout or multiprocessing.Pool()
/concurrent.futures.ProcessPoolExecutor()
) is also allowed.
+ The core of your project must use WebSockets as its communication protocol..
+ This means that you are allowed to use other methods of communication where WebSockets cannot be implemented, however, that should be a non-significant portion of your project.
+ For example, serving static files for a website cannot be done over WebSockets and it does not pose as a significant portion of a project.
multiprocessing.Pool()
/concurrent.futures.ProcessPoolExecutor()
) is also exempted of this rule.pathlib
to create platform agnostic Path objects instead of hardcoding the paths.
This rule does not apply to databases and files when used for storage purposes even though that may be a significant portion of your project. Working with subprocesses (through stdin/stdout or multiprocessing.Pool()
/concurrent.futures.ProcessPoolExecutor()
) is also exempted of this rule.
This rule does not apply to databases and files when used for storage purposes even though that may be a significant portion of your project. Working with subprocesses (through stdin/stdout or multiprocessing.Pool()
/concurrent.futures.ProcessPoolExecutor()
) is also exempt from this rule.
Reach out to the Events Team for advice if you're about your use of non-WebSocket communication.
-- cgit v1.2.3 From bf753d137db8bbd405841c70f908d6fec2632127 Mon Sep 17 00:00:00 2001 From: BluenixThis rule does not apply to databases and files when used for storage purposes even though that may be a significant portion of your project. Working with subprocesses (through stdin/stdout or multiprocessing.Pool()
/concurrent.futures.ProcessPoolExecutor()
) is also exempt from this rule.
Reach out to the Events Team for advice if you're about your use of non-WebSocket communication.
+If you're unsure about your use of non-WebSocket communication, please reach out to the events team.
Your solution should be platform agnostic. For example, if you use filepaths in your submission, use pathlib
to create platform agnostic Path objects instead of hardcoding the paths.
The core of your project must use WebSockets as its communication protocol.. This means that you are allowed to use other methods of communication where WebSockets cannot be implemented, however, that should be a non-significant portion of your project. - For example, serving static files for a website cannot be done over WebSockets and it does not pose as a significant portion of a project. + For example, serving static files for a website cannot be done over WebSockets and it does not pose as a significant portion of a project, therefore it is allowed.
This rule does not apply to databases and files when used for storage purposes even though that may be a significant portion of your project. Working with subprocesses (through stdin/stdout or multiprocessing.Pool()
/concurrent.futures.ProcessPoolExecutor()
) is also exempt from this rule.