JMAP ಎಂಬುದು ತೆರೆದ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದ್ದು ಅದು ಇಮೇಲ್‌ಗಳನ್ನು ವಿನಿಮಯ ಮಾಡುವಾಗ IMAP ಅನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ.

ಈ ತಿಂಗಳ ಆರಂಭದಲ್ಲಿ ಹ್ಯಾಕರ್ ಸುದ್ದಿಗಳಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿ ಚರ್ಚಿಸಲಾಯಿತು JMAP ಪ್ರೋಟೋಕಾಲ್ IETF ನಿರ್ದೇಶನದ ಅಡಿಯಲ್ಲಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ. ಅದು ಏಕೆ ಬೇಕು ಮತ್ತು ಅದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ಮಾತನಾಡಲು ನಾವು ನಿರ್ಧರಿಸಿದ್ದೇವೆ.

/ Px ಇಲ್ಲಿ /ಪಿಡಿ

IMAP ಬಗ್ಗೆ ನನಗೆ ಇಷ್ಟವಾಗಲಿಲ್ಲ

ಪ್ರೋಟೋಕಾಲ್ IMAP 1986 ರಲ್ಲಿ ಪರಿಚಯಿಸಲಾಯಿತು. ಮಾನದಂಡದಲ್ಲಿ ವಿವರಿಸಿದ ಅನೇಕ ವಿಷಯಗಳು ಇಂದು ಪ್ರಸ್ತುತವಾಗಿಲ್ಲ. ಉದಾಹರಣೆಗೆ, ಪ್ರೋಟೋಕಾಲ್ ಅಕ್ಷರ ಮತ್ತು ಚೆಕ್‌ಸಮ್‌ಗಳ ಸಾಲುಗಳ ಸಂಖ್ಯೆಯನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದು MD5 - ಆಧುನಿಕ ಇಮೇಲ್ ಕ್ಲೈಂಟ್‌ಗಳಲ್ಲಿ ಈ ಕಾರ್ಯವನ್ನು ಪ್ರಾಯೋಗಿಕವಾಗಿ ಬಳಸಲಾಗುವುದಿಲ್ಲ.

ಮತ್ತೊಂದು ಸಮಸ್ಯೆ ಸಂಚಾರ ಬಳಕೆಗೆ ಸಂಬಂಧಿಸಿದೆ. IMAP ನೊಂದಿಗೆ, ಇಮೇಲ್‌ಗಳನ್ನು ಸರ್ವರ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ನಿಯತಕಾಲಿಕವಾಗಿ ಸ್ಥಳೀಯ ಕ್ಲೈಂಟ್‌ಗಳೊಂದಿಗೆ ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡಲಾಗುತ್ತದೆ. ಕೆಲವು ಕಾರಣಗಳಿಂದ ಬಳಕೆದಾರರ ಸಾಧನದಲ್ಲಿನ ನಕಲು ದೋಷಪೂರಿತವಾಗಿದ್ದರೆ, ಎಲ್ಲಾ ಮೇಲ್‌ಗಳನ್ನು ಮತ್ತೆ ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ. ಆಧುನಿಕ ಜಗತ್ತಿನಲ್ಲಿ, ಸಾವಿರಾರು ಮೊಬೈಲ್ ಸಾಧನಗಳನ್ನು ಸರ್ವರ್‌ಗೆ ಸಂಪರ್ಕಿಸಿದಾಗ, ಈ ವಿಧಾನವು ಸಂಚಾರ ಮತ್ತು ಕಂಪ್ಯೂಟಿಂಗ್ ಸಂಪನ್ಮೂಲಗಳ ಹೆಚ್ಚಿದ ಬಳಕೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ.

ತೊಂದರೆಗಳು ಪ್ರೋಟೋಕಾಲ್‌ನೊಂದಿಗೆ ಮಾತ್ರವಲ್ಲ, ಅದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಇಮೇಲ್ ಕ್ಲೈಂಟ್‌ಗಳೊಂದಿಗೆ ಸಹ ಉದ್ಭವಿಸುತ್ತವೆ. ಅದರ ರಚನೆಯಿಂದ, IMAP ಹಲವು ಬಾರಿ ವಿವಿಧ ಪರಿಷ್ಕರಣೆಗಳಿಗೆ ಒಳಪಟ್ಟಿದೆ - ಪ್ರಸ್ತುತ ಆವೃತ್ತಿಯು IMAP4 ಆಗಿದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಇದಕ್ಕಾಗಿ ಹಲವು ಐಚ್ಛಿಕ ವಿಸ್ತರಣೆಗಳಿವೆ - ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಪ್ರಕಟಿಸಲಾಗಿದೆ ಸೇರ್ಪಡೆಗಳೊಂದಿಗೆ ತೊಂಬತ್ತು RFCಗಳು. ಇತ್ತೀಚಿನವುಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ ಆರ್‌ಎಫ್‌ಸಿ 8514, 2019 ರಲ್ಲಿ ಪರಿಚಯಿಸಲಾಯಿತು.

ಅದೇ ಸಮಯದಲ್ಲಿ, ಅನೇಕ ಕಂಪನಿಗಳು ತಮ್ಮದೇ ಆದ ಸ್ವಾಮ್ಯದ ಪರಿಹಾರಗಳನ್ನು ನೀಡುತ್ತವೆ, ಅದು IMAP ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದನ್ನು ಸರಳಗೊಳಿಸುತ್ತದೆ ಅಥವಾ ಅದನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ: ಜಿಮೈಲ್, ಮೇಲ್ನೋಟ, ನೈಲಾಸ್. ಫಲಿತಾಂಶವೆಂದರೆ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಇಮೇಲ್ ಕ್ಲೈಂಟ್‌ಗಳು ಲಭ್ಯವಿರುವ ಕೆಲವು ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಮಾತ್ರ ಬೆಂಬಲಿಸುತ್ತವೆ. ಅಂತಹ ವೈವಿಧ್ಯತೆಯು ಮಾರುಕಟ್ಟೆ ವಿಭಜನೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ.

"ಇದಲ್ಲದೆ, ಆಧುನಿಕ ಇಮೇಲ್ ಕ್ಲೈಂಟ್ ಸಂದೇಶಗಳನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡಬಾರದು, ಆದರೆ ಸಂಪರ್ಕಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಮತ್ತು ಕ್ಯಾಲೆಂಡರ್ನೊಂದಿಗೆ ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ" ಎಂದು IaaS ಪೂರೈಕೆದಾರರ ಅಭಿವೃದ್ಧಿಯ ಮುಖ್ಯಸ್ಥ ಸೆರ್ಗೆಯ್ ಬೆಲ್ಕಿನ್ ಹೇಳುತ್ತಾರೆ. 1cloud.ru. - ಇಂದು, ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ಹಾಗೆ ಎಲ್ಡಿಎಪಿ, ಕಾರ್ಡ್‌ಡಿಎವಿ и ಕ್ಯಾಲ್ಡಾವಿ. ಈ ವಿಧಾನವು ಕಾರ್ಪೊರೇಟ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ ಫೈರ್‌ವಾಲ್‌ಗಳ ಸಂರಚನೆಯನ್ನು ಸಂಕೀರ್ಣಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಸೈಬರ್ ದಾಳಿಗೆ ಹೊಸ ವೆಕ್ಟರ್‌ಗಳನ್ನು ತೆರೆಯುತ್ತದೆ.

ಈ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು JMAP ಅನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. ಇಂಟರ್ನೆಟ್ ಇಂಜಿನಿಯರಿಂಗ್ ಟಾಸ್ಕ್ ಫೋರ್ಸ್ (IETF) ಮಾರ್ಗದರ್ಶನದಲ್ಲಿ FastMail ತಜ್ಞರು ಇದನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತಿದ್ದಾರೆ. ಪ್ರೋಟೋಕಾಲ್ HTTPS ನ ಮೇಲ್ಭಾಗದಲ್ಲಿ ಚಲಿಸುತ್ತದೆ, JSON ಅನ್ನು ಬಳಸುತ್ತದೆ (ಈ ಕಾರಣಕ್ಕಾಗಿ ಇದು ಎಲೆಕ್ಟ್ರಾನಿಕ್ ಸಂದೇಶಗಳನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳಲು ಮಾತ್ರವಲ್ಲ, ಕ್ಲೌಡ್‌ನಲ್ಲಿ ಹಲವಾರು ಕಾರ್ಯಗಳನ್ನು ಪರಿಹರಿಸಲು ಸಹ ಸೂಕ್ತವಾಗಿದೆ) ಮತ್ತು ಮೊಬೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ ಮೇಲ್‌ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಸಂಘಟನೆಯನ್ನು ಸರಳಗೊಳಿಸುತ್ತದೆ. ಪತ್ರಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವುದರ ಜೊತೆಗೆ, ಸಂಪರ್ಕಗಳು ಮತ್ತು ಕ್ಯಾಲೆಂಡರ್ ಶೆಡ್ಯೂಲರ್‌ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ವಿಸ್ತರಣೆಗಳನ್ನು ಸಂಪರ್ಕಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಸಹ JMAP ಒದಗಿಸುತ್ತದೆ.

ಹೊಸ ಪ್ರೋಟೋಕಾಲ್ನ ವೈಶಿಷ್ಟ್ಯಗಳು

JMAP ಆಗಿದೆ ಸ್ಥಿತಿಯಿಲ್ಲದ ಪ್ರೋಟೋಕಾಲ್ (ಸ್ಥಿತಿಯಿಲ್ಲದ) ಮತ್ತು ಮೇಲ್ ಸರ್ವರ್‌ಗೆ ಶಾಶ್ವತ ಸಂಪರ್ಕದ ಅಗತ್ಯವಿರುವುದಿಲ್ಲ. ಈ ವೈಶಿಷ್ಟ್ಯವು ಅಸ್ಥಿರ ಮೊಬೈಲ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ ಕೆಲಸವನ್ನು ಸರಳಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಸಾಧನಗಳಲ್ಲಿ ಬ್ಯಾಟರಿ ಶಕ್ತಿಯನ್ನು ಉಳಿಸುತ್ತದೆ.

JMAP ನಲ್ಲಿರುವ ಇಮೇಲ್ ಅನ್ನು JSON ರಚನೆಯ ಸ್ವರೂಪದಲ್ಲಿ ಪ್ರತಿನಿಧಿಸಲಾಗುತ್ತದೆ. ಇದು ಸಂದೇಶದಿಂದ ಎಲ್ಲಾ ಮಾಹಿತಿಯನ್ನು ಒಳಗೊಂಡಿದೆ ಆರ್‌ಎಫ್‌ಸಿ 5322 (ಇಂಟರ್ನೆಟ್ ಮೆಸೇಜ್ ಫಾರ್ಮ್ಯಾಟ್), ಇದು ಇಮೇಲ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ಬೇಕಾಗಬಹುದು. ಡೆವಲಪರ್‌ಗಳ ಪ್ರಕಾರ, ಸಂಭಾವ್ಯ ತೊಂದರೆಗಳನ್ನು ಪರಿಹರಿಸುವುದರಿಂದ ಈ ವಿಧಾನವು ಗ್ರಾಹಕರ ರಚನೆಯನ್ನು ಸರಳಗೊಳಿಸುತ್ತದೆ (ಇದರೊಂದಿಗೆ ಸಂಬಂಧಿಸಿದೆ ಮೈಮ್, ಹೆಡರ್ ಓದುವುದು ಮತ್ತು ಎನ್ಕೋಡಿಂಗ್) ಸರ್ವರ್ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ.

ಕ್ಲೈಂಟ್ ಸರ್ವರ್ ಅನ್ನು ಸಂಪರ್ಕಿಸಲು API ಅನ್ನು ಬಳಸುತ್ತದೆ. ಇದನ್ನು ಮಾಡಲು, ಇದು ದೃಢೀಕೃತ POST ವಿನಂತಿಯನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ, ಅದರ ಗುಣಲಕ್ಷಣಗಳನ್ನು JMAP ಸೆಶನ್ ಆಬ್ಜೆಕ್ಟ್‌ನಲ್ಲಿ ವಿವರಿಸಲಾಗಿದೆ. ವಿನಂತಿಯು ಅಪ್ಲಿಕೇಶನ್/json ಸ್ವರೂಪದಲ್ಲಿದೆ ಮತ್ತು ಒಂದೇ JSON ವಿನಂತಿಯ ವಸ್ತುವನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಸರ್ವರ್ ಒಂದು ಪ್ರತಿಕ್ರಿಯೆ ವಸ್ತುವನ್ನು ಸಹ ಉತ್ಪಾದಿಸುತ್ತದೆ.

В ವಿಶೇಷಣಗಳು (ಪಾಯಿಂಟ್ 3) ಲೇಖಕರು ಈ ಕೆಳಗಿನ ಉದಾಹರಣೆಯನ್ನು ವಿನಂತಿಯೊಂದಿಗೆ ಒದಗಿಸುತ್ತಾರೆ:

{
  "using": [ "urn:ietf:params:jmap:core", "urn:ietf:params:jmap:mail" ],
  "methodCalls": [
    [ "method1", {
      "arg1": "arg1data",
      "arg2": "arg2data"
    }, "c1" ],
    [ "method2", {
      "arg1": "arg1data"
    }, "c2" ],
    [ "method3", {}, "c3" ]
  ]
}

ಸರ್ವರ್ ಉತ್ಪಾದಿಸುವ ಪ್ರತಿಕ್ರಿಯೆಯ ಉದಾಹರಣೆಯನ್ನು ಕೆಳಗೆ ನೀಡಲಾಗಿದೆ:

{
  "methodResponses": [
    [ "method1", {
      "arg1": 3,
      "arg2": "foo"
    }, "c1" ],
    [ "method2", {
      "isBlah": true
    }, "c2" ],
    [ "anotherResponseFromMethod2", {
      "data": 10,
      "yetmoredata": "Hello"
    }, "c2"],
    [ "error", {
      "type":"unknownMethod"
    }, "c3" ]
  ],
  "sessionState": "75128aab4b1b"
}

ಉದಾಹರಣೆ ಅನುಷ್ಠಾನಗಳೊಂದಿಗೆ ಪೂರ್ಣ JMAP ವಿವರಣೆಯನ್ನು ಇಲ್ಲಿ ಕಾಣಬಹುದು ಅಧಿಕೃತ ವೆಬ್ಸೈಟ್ ಯೋಜನೆ. ಅಲ್ಲಿ ಲೇಖಕರು ವಿಶೇಷಣಗಳ ವಿವರಣೆಯನ್ನು ಸಹ ಪೋಸ್ಟ್ ಮಾಡಿದ್ದಾರೆ JMAP ಸಂಪರ್ಕಗಳು и JMAP ಕ್ಯಾಲೆಂಡರ್‌ಗಳು - ಅವರು ಕ್ಯಾಲೆಂಡರ್‌ಗಳು ಮತ್ತು ಸಂಪರ್ಕ ಪಟ್ಟಿಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಗುರಿಯನ್ನು ಹೊಂದಿದ್ದಾರೆ. ಮೂಲಕ ಪ್ರಕಾರ ಲೇಖಕರು, ಸಂಪರ್ಕಗಳು ಮತ್ತು ಕ್ಯಾಲೆಂಡರ್‌ಗಳನ್ನು ಪ್ರತ್ಯೇಕ ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ, ಇದರಿಂದಾಗಿ ಅವುಗಳನ್ನು "ಕೋರ್" ನಿಂದ ಸ್ವತಂತ್ರವಾಗಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಬಹುದು ಮತ್ತು ಪ್ರಮಾಣೀಕರಿಸಬಹುದು. JMAP ಗಾಗಿ ಮೂಲ ಕೋಡ್‌ಗಳು - in GitHub ನಲ್ಲಿ ರೆಪೊಸಿಟರಿಗಳು.

/ Px ಇಲ್ಲಿ /ಪಿಡಿ

ಪ್ರಾಸ್ಪೆಕ್ಟ್ಸ್

ಮಾನದಂಡದ ಕೆಲಸ ಇನ್ನೂ ಅಧಿಕೃತವಾಗಿ ಪೂರ್ಣಗೊಂಡಿಲ್ಲ ಎಂಬ ವಾಸ್ತವದ ಹೊರತಾಗಿಯೂ, ಇದನ್ನು ಈಗಾಗಲೇ ಉತ್ಪಾದನಾ ಪರಿಸರದಲ್ಲಿ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತಿದೆ. ಉದಾಹರಣೆಗೆ, ತೆರೆದ ಮೇಲ್ ಸರ್ವರ್‌ನ ಸೃಷ್ಟಿಕರ್ತರು ಸೈರಸ್ IMAP ಅದರ JMAP ಆವೃತ್ತಿಯನ್ನು ಅಳವಡಿಸಲಾಗಿದೆ. FastMail ನಿಂದ ಡೆವಲಪರ್‌ಗಳು ಬಿಡುಗಡೆ ಮಾಡಲಾಗಿದೆ ಪರ್ಲ್‌ನಲ್ಲಿನ ಹೊಸ ಪ್ರೋಟೋಕಾಲ್‌ಗಾಗಿ ಸರ್ವರ್ ಫ್ರೇಮ್‌ವರ್ಕ್ ಮತ್ತು JMAP ನ ಲೇಖಕರು ಪ್ರಸ್ತುತಪಡಿಸಿದ್ದಾರೆ ಪ್ರಾಕ್ಸಿ ಸರ್ವರ್.

ಭವಿಷ್ಯದಲ್ಲಿ ಹೆಚ್ಚು ಹೆಚ್ಚು JMAP ಆಧಾರಿತ ಯೋಜನೆಗಳು ಇರುತ್ತವೆ ಎಂದು ನಾವು ನಿರೀಕ್ಷಿಸಬಹುದು. ಉದಾಹರಣೆಗೆ, ಲಿನಕ್ಸ್ ಸಿಸ್ಟಮ್‌ಗಳಿಗಾಗಿ IMAP ಸರ್ವರ್ ಅನ್ನು ರಚಿಸುತ್ತಿರುವ Open-Xchange ನಿಂದ ಡೆವಲಪರ್‌ಗಳು ಹೊಸ ಪ್ರೋಟೋಕಾಲ್‌ಗೆ ಬದಲಾಯಿಸುವ ಕೆಲವು ಸಾಧ್ಯತೆಗಳಿವೆ. IMAP ಅನ್ನು ತುಂಬಾ ನಿರಾಕರಿಸಿ ಸಮುದಾಯದವರು ಕೇಳುತ್ತಾರೆ, ಕಂಪನಿಯ ಉಪಕರಣಗಳ ಸುತ್ತಲೂ ರೂಪುಗೊಂಡಿದೆ.

IETF ಮತ್ತು FastMail ನ ಡೆವಲಪರ್‌ಗಳು ಹೆಚ್ಚು ಹೆಚ್ಚು ಬಳಕೆದಾರರು ಸಂದೇಶ ಕಳುಹಿಸಲು ಹೊಸ ಮುಕ್ತ ಮಾನದಂಡದ ಅಗತ್ಯವನ್ನು ನೋಡುತ್ತಿದ್ದಾರೆ ಎಂದು ಹೇಳುತ್ತಾರೆ. ಭವಿಷ್ಯದಲ್ಲಿ ಹೆಚ್ಚಿನ ಕಂಪನಿಗಳು ಈ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತವೆ ಎಂದು JMAP ನ ಲೇಖಕರು ಭಾವಿಸುತ್ತಾರೆ.

ನಮ್ಮ ಹೆಚ್ಚುವರಿ ಸಂಪನ್ಮೂಲಗಳು ಮತ್ತು ಸಂಪನ್ಮೂಲಗಳು:

ಜಿಡಿಪಿಆರ್ ಅನುಸರಣೆಗಾಗಿ ಕುಕೀಗಳನ್ನು ಹೇಗೆ ಪರಿಶೀಲಿಸುವುದು - ಹೊಸ ತೆರೆದ ಸಾಧನವು ಸಹಾಯ ಮಾಡುತ್ತದೆ

ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಇಂಟರ್ಫೇಸ್ನೊಂದಿಗೆ ಹೇಗೆ ಉಳಿಸುವುದು
1cloud.ru ನ ಉದಾಹರಣೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಕ್ಲೌಡ್ ಸೇವೆಯಲ್ಲಿ DevOps
ಕ್ಲೌಡ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ವಿಕಸನ 1 ಕ್ಲೌಡ್

HTTPS ಮೇಲಿನ ಸಂಭಾವ್ಯ ದಾಳಿಗಳು ಮತ್ತು ಅವುಗಳ ವಿರುದ್ಧ ಹೇಗೆ ರಕ್ಷಿಸುವುದು
ಇಂಟರ್ನೆಟ್ನಲ್ಲಿ ಸರ್ವರ್ ಅನ್ನು ಹೇಗೆ ರಕ್ಷಿಸುವುದು: 1cloud.ru ಅನುಭವ
ಒಂದು ಸಣ್ಣ ಶೈಕ್ಷಣಿಕ ಕಾರ್ಯಕ್ರಮ: ನಿರಂತರ ಏಕೀಕರಣ ಎಂದರೇನು

ಮೂಲ: www.habr.com