S3-ਅਨੁਕੂਲ
ਬਾਲਟੀਆਂ S3 API ਦਾ ਸਮਰਥਨ ਕਰਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਮੌਜੂਦਾ SDKs, ਬੈਕਅੱਪ ਟੂਲ, CLI ਅਤੇ WordPress ਆਫਲੋਡ ਪਲੱਗਇਨ ਇਹਨਾਂ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ। ਅਪਣਾਉਣ ਲਈ ਕੋਈ ਮਲਕੀਅਤ ਵਾਲਾ ਕਲਾਇੰਟ ਨਹੀਂ ਹੈ।
ਆਬਜੈਕਟ ਸਟੋਰੇਜ
ਆਪਣੇ ਡੈਸ਼ਬੋਰਡ ਜਾਂ API ਤੋਂ S3-ਅਨੁਕੂਲ ਬਕਟ ਬਣਾਓ ਅਤੇ ਆਪਣੇ ਮੌਜੂਦਾ ਟੂਲਸ ਨੂੰ ਸਿੱਧਾ ਉਹਨਾਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੋ। ਸਟੋਰੇਜ Cloudflare R2 ਦੁਆਰਾ ਸਮਰਥਿਤ ਹੈ, ਇਸਲਈ ਡੇਟਾ ਨੂੰ ਵਾਪਸ ਬਾਹਰ ਕੱਢਣ 'ਤੇ AWS S3 ਵਾਂਗ ਕੋਈ ਬਾਹਰ ਜਾਣ ਦਾ ਖਰਚਾ ਨਹੀਂ ਲੱਗਦਾ। ਤੁਹਾਡੀ ਹੋਸਟਿੰਗ ਪਲਾਨ ਦੇ ਨਾਲ ਇੱਕ ਭੱਤਾ ਆਉਂਦਾ ਹੈ, ਅਤੇ ਤੁਹਾਡਾ ਮਾਪ ਸਿਰਫ਼ ਇਸਤੋਂ ਉੱਪਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਉਹਨਾਂ ਫਾਈਲਾਂ ਲਈ ਆਬਜੈਕਟ ਸਟੋਰੇਜ ਜੋ ਇੱਕ ਵੈੱਬਸਾਈਟ ਇੱਕਠੀਆਂ ਕਰਦੀ ਹੈ: ਤਸਵੀਰਾਂ ਅਤੇ ਵੀਡੀਓ, ਡਾਊਨਲੋਡ, ਉਪਭੋਗਤਾ ਅੱਪਲੋਡ, ਐਕਸਪੋਰਟ ਅਤੇ ਬੈਕਅੱਪ। ਬਕਿਟਸ ਡੈਸ਼ਬੋਰਡ ਤੋਂ ਜਾਂ API ਰਾਹੀਂ ਬਣਾਏ ਅਤੇ ਪ੍ਰਬੰਧਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਉਹ S3 ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਇਸ ਲਈ ਤੁਹਾਡੇ ਵੱਲੋਂ ਪਹਿਲਾਂ ਤੋਂ ਵਰਤੇ ਜਾ ਰਹੇ SDKs, CLIs ਅਤੇ ਪਲੱਗਇਨ ਬਿਨਾਂ ਦੁਬਾਰਾ ਲਿਖੇ ਉਹਨਾਂ ਨਾਲ ਸੰਚਾਰ ਕਰਨਗੇ।
ਇਹ Cloudflare R2 ਦੁਆਰਾ ਸਮਰਥਿਤ ਹੈ। ਇਸ ਦਾ ਵਿਹਾਰਕ ਨਤੀਜਾ ਡਾਟਾ ਬਾਹਰ ਕੱਢਣਾ (egress) ਹੈ: ਜ਼ਿਆਦਾਤਰ ਆਬਜੈਕਟ ਸਟੋਰੇਜ ਦੇ ਨਾਲ, ਕਿਸੇ ਪ੍ਰਸਿੱਧ ਫ਼ਾਈਲ ਨੂੰ ਸਰਵ ਕਰਨਾ ਇੱਕ ਅਜਿਹਾ ਖਰਚਾ ਹੈ ਜੋ ਤੁਹਾਡੇ ਟ੍ਰੈਫਿਕ ਨਾਲ ਵਧਦਾ ਹੈ, ਜੋ ਚੁੱਪਚਾਪ ਤੁਹਾਨੂੰ ਉਸ ਸਟੋਰੇਜ ਦੀ ਅਸਲ ਵਿੱਚ ਵਰਤੋਂ ਕਰਨ ਤੋਂ ਨਿਰਾਸ਼ ਕਰਦਾ ਹੈ ਜਿਸ ਲਈ ਤੁਸੀਂ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ। ਇੱਥੇ, ਤੁਹਾਡੇ ਡਾਟਾ ਨੂੰ ਵਾਪਸ ਪੜ੍ਹਨ 'ਤੇ ਉਹ ਫੀਸ ਨਹੀਂ ਲੱਗਦੀ।
ਸਟੋਰੇਜ ਜੋ ਉਸੇ S3 ਵਾਂਗ ਕੰਮ ਕਰਦੀ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਜਾਣਦੇ ਹੋ, ਜਿਸਦਾ ਪ੍ਰਬੰਧਨ ਤੁਹਾਡੀਆਂ ਸਾਈਟਾਂ ਵਾਲੀ ਥਾਂ ਤੋਂ ਹੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਬਾਲਟੀਆਂ S3 API ਦਾ ਸਮਰਥਨ ਕਰਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਮੌਜੂਦਾ SDKs, ਬੈਕਅੱਪ ਟੂਲ, CLI ਅਤੇ WordPress ਆਫਲੋਡ ਪਲੱਗਇਨ ਇਹਨਾਂ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ। ਅਪਣਾਉਣ ਲਈ ਕੋਈ ਮਲਕੀਅਤ ਵਾਲਾ ਕਲਾਇੰਟ ਨਹੀਂ ਹੈ।
ਇੱਕ ਬਕਟ ਬਣਾਓ, ਆਪਣੇ ਬਕਟਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ, ਇੱਕ ਦਾ ਮੁਆਇਨਾ ਕਰੋ ਅਤੇ ਇਸਨੂੰ ਮਿਟਾਓ — ਡੈਸ਼ਬੋਰਡ ਤੋਂ ਜਾਂ ਪ੍ਰੋਗਰਾਮਿੰਗ ਰਾਹੀਂ API ਰਾਹੀਂ। ਸਟੋਰੇਜ ਪ੍ਰੋਵਿਜਨਿੰਗ ਲਈ ਸਹਾਇਤਾ ਟਿਕਟ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ।
Cloudflare R2 ਵੱਲੋਂ ਸਮਰਥਿਤ, ਇਸ ਲਈ ਡਾਟਾ ਵਾਪਸ ਪੜ੍ਹਨ ਲਈ ਪ੍ਰਤੀ ਗੀਗਾਬਾਈਟ ਕੋਈ ਖਰਚਾ ਨਹੀਂ ਲਿਆ ਜਾਂਦਾ। ਕਿਸੇ ਫ਼ਾਈਲ ਨੂੰ ਪ੍ਰਸਿੱਧ ਹੋਣ 'ਤੇ ਸਰਵਰ ਰਾਹੀਂ ਦੇਣ ਨਾਲ ਅਜਿਹਾ ਬਿੱਲ ਨਹੀਂ ਬਣਦਾ ਜੋ ਉਸਦੀ ਪ੍ਰਸਿੱਧੀ ਨਾਲ ਵਧਦਾ ਜਾਵੇ।
ਚਿੱਤਰਾਂ, ਵੀਡੀਓ ਅਤੇ ਡਾਊਨਲੋਡਾਂ ਨੂੰ ਵੈੱਬ ਸਰਵਰ ਤੋਂ ਹਟਾਓ ਅਤੇ ਇਸ ਦੀ ਬਜਾਏ ਉਹਨਾਂ ਨੂੰ ਸਟੋਰੇਜ ਤੋਂ ਸਰਵ ਕਰੋ। ਓਰਿਜਨ ਛੋਟਾ ਅਤੇ ਤੇਜ਼ ਹੋ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਡਿਪਲਾਇਮੈਂਟ ਆਪਣੇ ਨਾਲ ਮੀਡੀਆ ਲਾਇਬ੍ਰੇਰੀ ਨੂੰ ਖਿੱਚਣਾ ਬੰਦ ਕਰ ਦਿੰਦੇ ਹਨ।
ਡਾਟ ਬੇਸ ਡੰਪਸ, ਸਾਈਟ ਆਰਕਾਈਵਜ਼ ਅਤੇ ਕਿਸੇ ਵੀ ਅਜije ਚੀਜ਼ ਲਈ ਇੱਕ ਕੁਦਰਤੀ ਟਿਕਾਣਾ ਜਿਸਨੂੰ ਤੁਸੀਂ ਸੰਭਾਲ ਕੇ ਰੱਖਣਾ ਚਾਹੁੰਦੇ ਹੋ ਪਰ ਸਰਵ ਨਹੀਂ ਕਰਨਾ। ਇਹ ਟਿਕਾਊ ਹੈ, ਵੈੱਬ ਸਰਵਰ ਤੋਂ ਬਾਹਰ ਹੈ, ਅਤੇ ਕਿਸੇ ਵੀ S3-ਅਨੁਕੂਲ ਟੂਲ ਦੁਆਰਾ ਪਹੁੰਚਯੋਗ ਹੈ।
ਆਪਣੇ ਵਿਜ਼ਟਰਾਂ ਤੋਂ ਅਪਲੋਡ ਸਿੱਧੇ ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ ਦੀ ਬਜਾਏ ਇੱਕ ਬਾਲਟੀ ਵਿੱਚ ਲਓ, ਅਤੇ ਇਸਦੇ ਸਾਹਮਣੇ CDN ਰਾਹੀਂ ਸਥਿਰ ਸੰਪਤੀਆਂ ਦੀ ਸੇਵਾ ਕਰੋ।
ਤਿੰਨ ਕਦਮਾਂ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਤੋਂ ਇੱਕ ਕੰਮ ਕਰਨ ਵਾਲੀ ਬਾਲਟੀ ਤੱਕ।
ਡੈਸ਼ਬੋਰਡ ਤੋਂ ਇੱਕ ਬਣਾਓ, ਜਾਂ ਜੇਕਰ ਤੁਸੀਂ ਇਸਨੂੰ ਆਪਣੀਆਂ ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ ਸਕ੍ਰਿਪਟਾਂ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ API ਨੂੰ ਕਾਲ ਕਰੋ।
ਆਪਣੇ ਮੌਜੂਦਾ S3-ਅਨੁਕੂਲ ਕਲਾਇੰਟ, ਆਫਲੋਡ ਪਲੱਗਇਨ ਜਾਂ ਬੈਕਅੱਪ ਟੂਲ ਨੂੰ ਬਕਿਟ ਦੇ ਵੇਰਵਿਆਂ ਨਾਲ ਕੌਂਫਿਗਰ ਕਰੋ। ਨਵੇਂ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਅਨੁਕੂਲ ਕਰਨ ਲਈ ਤੁਹਾਡੇ ਐਪਲੀਕੇਸ਼ਨ ਕੋਡ ਵਿੱਚ ਕੁਝ ਵੀ ਬਦਲਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।
ਆਪਣੀਆਂ ਫ਼ਾਈਲਾਂ ਲਿਖੋ ਅਤੇ ਜਿੰਨੀ ਵਾਰ ਚਾਹੋ ਉਨ੍ਹਾਂ ਨੂੰ ਵਾਪਸ ਪੜ੍ਹੋ, ਸੀ.ਡੀ.ਐਨ. (CDN) ਰਾਹੀਂ ਸਟੈਤਿਕ ਅਸੈੱਟ ਪਰੋਸੇ ਜਾਂਦੇ ਹਨ। ਵਰਤੋਂ ਤੁਹਾਡੇ ਪਲਾਨ ਦੀ ਹੱਦ ਵਿੱਚ ਗਿਣੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਇਸ ਤੋਂ ਵੱਧ ਹੋਣ 'ਤੇ ਇਸ ਦਾ ਮਾਪ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਆਬਜੈਕਟ ਸਟੋਰੇਜ ਕੋਈ ਵੱਖਰੀ ਗਾਹਕੀ ਨਹੀਂ ਹੈ। ਹਰ ਹੌਸਟਿੰਗ ਪਲਾਨ ਵਿੱਚ ਇੱਕ ਸਟੋਰੇਜ ਕੋਟਾ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਤੁਹਾਡੇ ਤੋਂ ਸਿਰਫ਼ ਉਸ ਵਰਤੋਂ ਲਈ ਖਰਚਾ ਲਿਆ ਜਾਂਦਾ ਹੈ ਜੋ ਇਸ ਤੋਂ ਵੱਧ ਹੁੰਦੀ ਹੈ — ਇਸ ਲਈ ਜ਼ਿਆਦਾਤਰ ਵੈੱਬਸਾਈਟਾਂ ਲਈ ਸਟੋਰੇਜ ਦਾ ਬਿੱਲ ਕਦੇ ਆਉਂਦਾ ਹੀ ਨਹੀਂ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਾਈਨ ਅੱਪ ਕਰਨ ਲਈ ਕੁਝ ਵੀ ਵਾਧੂ ਨਹੀਂ ਹੈ, ਅਤੇ ਜੇਕਰ ਤੁਹਾਡੀ ਵਰਤੋਂ ਘੱਟ ਜਾਂਦੀ ਹੈ ਤਾਂ ਰੱਦ ਕਰਨ ਲਈ ਵੀ ਕੁਝ ਨਹੀਂ ਹੈ।
ਸਟੋਰੇਜ ਤੁਹਾਡੇ ਹੋਸਟਿੰਗ ਪਲਾਨ ਨਾਲ ਆਉਂਦੀ ਹੈ — ਪਲਾਨ ਪੰਨਾ ਦੇਖੋ, ਜਾਂ ਸਾਡੇ ਨਾਲ ਗੱਲ ਕਰੋ ਅਤੇ ਅਸੀਂ ਤੁਹਾਡੀ ਮਦਦ ਕਰਾਂਗੇ।
ਇਸ 'ਤੇ ਕੋਈ ਬਾਹਰ ਜਾਣ ਵਾਲੀ ਫੀਸ ਨਹੀਂ ਹੈ, ਇਸ ਲਈ ਜਿੰਨੀ ਰਕਮ ਤੁਸੀਂ ਸਰਵ ਕਰਦੇ ਹੋ, ਉਸ ਨਾਲ ਤੁਹਾਡਾ ਭੁਗਤਾਨ ਨਹੀਂ ਬਦਲਦਾ। ਸਿਰਫ਼ ਉਹ ਰਕਮ ਬਦਲਦੀ ਹੈ ਜੋ ਤੁਸੀਂ ਆਪਣੇ ਕੋਲ ਰੱਖਦੇ ਹੋ।
ਸਟੋਰੇਜ ਉਦੋਂ ਹੀ ਲਾਭਦਾਇਕ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਇਸਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਤਿਆਰ ਹੁੰਦੇ ਹੋ। ਪੜ੍ਹੇ ਗਏ ਪ੍ਰਤੀ ਗੀਗਾਬਾਈਟ ਲਈ ਖਰਚਾ ਲੈਣਾ ਹੀ ਉਹ ਚੀਜ਼ ਹੈ ਜੋ ਟੀਮਾਂ ਨੂੰ ਆਬਜੈਕਟ ਸਟੋਰੇਜ ਤੋਂ ਮੀਡੀਆ ਪਰੋਸਣ ਤੋਂ ਪਹਿਲਾਂ ਝਿਜਕਣ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ, ਵੈੱਬ ਸਰਵਰ 'ਤੇ ਵੱਡੀਆਂ ਫ਼ਾਈਲਾਂ ਰੱਖਣ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ ਜਿੱਥੇ ਉਹ ਨਹੀਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ, ਜਾਂ ਇੱਕ CDN ਨੂੰ ਗਲਤ ਤਰੀਕੇ ਨਾਲ ਕੌਂਫਿਗਰਡ ਛੱਡਣ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ ਕੈਸ਼ ਮਿਸ ਦੀ ਕੀਮਤ ਪੈਂਦੀ ਹੈ। ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਡਾਟਾ (egress) ਦੇ ਖਰਚਿਆਂ ਨੂੰ ਹਟਾਉਣ ਨਾਲ ਉਹ ਝਿਜਕ ਦੂਰ ਹੋ ਜਾਂਦੀ ਹੈ।
ਅਸੀਂ ਇਸਨੂੰ ਉਹੀ ਕਾਰਨ ਕਰਕੇ ਕਿਸੇ ਐਡ-ਆਨ ਦੀ ਬਜਾਏ ਪਲਾਨ ਦੇ ਅੰਦਰ ਇੱਕ ਭੱਤੇ ਵਜੋਂ ਕੀਮਤ ਦਿੱਤੀ ਹੈ। ਇੱਕ ਵੱਖਰੀ ਸਟੋਰੇਜ ਗਾਹਕੀ ਇੱਕ ਹੋਰ ਫੈਸਲਾ, ਇੱਕ ਹੋਰ ਇਨਵੌਇਸ ਅਤੇ ਰੱਦ ਕਰਨਾ ਭੁੱਲ ਜਾਣ ਵਾਲੀ ਇੱਕ ਹੋਰ ਚੀਜ਼ ਹੈ, ਇੱਕ ਅਜਿਹੀ ਸਮਰੱਥਾ ਲਈ ਜਿਸਦੀ ਲਗਭਗ ਹਰ ਸਾਈਟ ਨੂੰ ਕੁਝ ਹੱਦ ਤੱਕ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਸਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਜਦੋਂ ਵੀ ਤੁਹਾਨੂੰ ਲੋੜ ਹੋਵੇ, ਸਟੋਰੇਜ ਬਸ ਉੱਥੇ ਮੌਜੂਦ ਹੁੰਦੀ ਹੈ।
ਹਾਂ — ਬਕੇਟ S3-ਅਨੁਕੂਲ ਹਨ, ਇਸ ਲਈ AWS SDKs, S3-ਸਚੇਤ CLIs, ਬੈਕਅੱਪ ਟੂਲ ਅਤੇ WordPress ਮੀਡੀਆ-ਆਫਲੋਡ ਪਲੱਗਇਨ ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਵਰਤਦੇ ਹੋ, ਉਹਨਾਂ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨਗੇ। ਜ਼ਿਆਦਾਤਰ ਮਾਮਲਿਆਂ ਵਿੱਚ ਤੁਸੀਂ ਇੱਕ ਕੌਂਫਿਗ ਫਾਈਲ ਵਿੱਚ ਇੱਕ ਐਂਡਪੁਆਇੰਟ ਅਤੇ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲਸ ਦਾ ਇੱਕ ਸੈੱਟ ਬਦਲ ਰਹੇ ਹੋ, ਐਪਲੀਕੇਸ਼ਨ ਕੋਡ ਨੂੰ ਮੁੜ-ਲਿਖ ਨਹੀਂ ਰਹੇ ਹੋ। ਜੇਕਰ ਕੋਈ ਟੂਲ S3 ਨਾਲ ਗੱਲਬਾਤ ਕਰ ਸਕਦਾ ਹੈ, ਤਾਂ ਉਹ ਇਸ ਨਾਲ ਵੀ ਗੱਲਬਾਤ ਕਰ ਸਕਦਾ ਹੈ।
ਨਹੀਂ। ਸਟੋਰੇਜ Cloudflare R2 ਦੁਆਰਾ ਸਮਰਥਿਤ ਹੈ, ਜਿਸਦੀ ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾ ਇਹ ਹੈ ਕਿ ਡਾਟਾ ਨੂੰ ਵਾਪਸ ਪੜ੍ਹਨ ਲਈ ਪ੍ਰਤੀ ਗੀਗਾਬਾਈਟ ਬਿਲ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ AWS S3 ਤੋਂ ਮੁੱਖ ਵਿਹਾਰਕ ਅੰਤਰ ਹੈ, ਜਿੱਥੇ ਕਿਸੇ ਪ੍ਰਸਿੱਧ ਫ਼ਾਈਲ ਨੂੰ ਸਰਵ ਕਰਨ ਨਾਲ ਇੱਕ ਅਜਿਹਾ ਬਿਲ ਬਣਦਾ ਹੈ ਜੋ ਇਸਦੇ ਟ੍ਰੈਫਿਕ ਦੇ ਹਿਸਾਬ ਨਾਲ ਵਧਦਾ ਹੈ - ਅਤੇ ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਸਾਈਟ ਦੇ ਸਫ਼ਲ ਹੋਣ 'ਤੇ ਇੱਥੇ ਮੀਡੀਆ ਆਫ਼ਲੋਡ ਕਰਨਾ ਜ਼ਿਆਦਾ ਮਹਿੰਗਾ ਨਹੀਂ ਹੁੰਦਾ।
ਇਹ ਤੁਹਾਡੀ ਹੌਸਟਿੰਗ ਯੋਜਨਾ ਵਿੱਚ ਇੱਕ ਭੱਤੇ ਦੇ ਤੌਰ 'ਤੇ ਸ਼ਾਮਲ ਹੈ ਨਾ ਕਿ ਇੱਕ ਸਵੈ-ਨਿਰਭਰ ਗਾਹਕੀ ਵਜੋਂ ਵੇਚਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਤੁਹਾਡੇ ਕੋਲ ਉਸ ਭੱਤੇ ਤੋਂ ਉੱਪਰ ਵਰਤੇ ਗਏ ਸਟੋਰੇਜ 'ਤੇ ਹੀ ਮੀਟਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਕੋਈ ਵੱਖਰਾ ਸਾਈਨ-ਅੱਪ ਅਤੇ ਕੋਈ ਘੱਟੋ-ਘੱਟ ਵਚਨਬੱਧਤਾ ਨਹੀਂ ਹੈ। ਤੁਹਾਡੀ ਯੋਜਨਾ ਦਾ ਭੱਤਾ ਯੋਜਨਾਵਾਂ ਪੰਨੇ 'ਤੇ ਦਿਖਾਇਆ ਗਿਆ ਹੈ।
ਚਾਰ ਆਮ ਕੰਮ ਹਨ: ਵੈੱਬ ਸਰਵਰ ਤੋਂ ਸਾਈਟ ਦੀਆਂ ਤਸਵੀਰਾਂ ਅਤੇ ਵੀਡੀਓਜ਼ ਦਾ ਬੋਝ ਹਟਾਉਣਾ, ਬੈਕਅੱਪ ਅਤੇ ਅਰਕਾਈਵ ਰੱਖਣਾ, ਵਿਜ਼ਿਟਰਾਂ ਤੋਂ ਅੱਪਲੋਡ ਪ੍ਰਾਪਤ ਕਰਨਾ, ਅਤੇ CDN ਰਾਹੀਂ ਸਟੈਟਿਕ ਫਾਈਲਾਂ ਪ੍ਰਦਾਨ ਕਰਨਾ। ਇਹ ਚਾਰੇ ਕੰਮ ਵੱਡੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ ਤੋਂ ਦੂਰ ਰੱਖਦੇ ਹਨ, ਜਿਸ ਨਾਲ ਡਿਪਲਾਇਮੈਂਟ ਛੋਟੀ ਹੁੰਦੀ ਹੈ ਅਤੇ ਓਰਿਜਨ ਤੇਜ਼ ਹੁੰਦਾ ਹੈ। ਤੁਸੀਂ ਇਹਨਾਂ ਸਾਰਿਆਂ ਲਈ ਇੱਕ ਬਕੇਟ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ ਜਾਂ ਹਰੇਕ ਕੰਮ ਲਈ ਵੱਖਰੀਆਂ ਬਕੇਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ।
Cloudflare R2 'ਤੇ, ਜੋ ਉਸ S3-ਅਨੁਕੂਲ ਇੰਟਰਫੇਸ ਦੇ ਪਿੱਛੇ ਸਥਿਤ ਹੈ ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਕਨੈਕਟ ਕਰਦੇ ਹੋ। ਤੁਸੀਂ ਸਾਡੇ ਡੈਸ਼ਬੋਰਡ ਅਤੇ API ਰਾਹੀਂ ਬਕੇਟਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦੇ ਹੋ, ਅਤੇ ਤੁਹਾਡੇ ਟੂਲ S3 ਨਾਲ ਗੱਲ ਕਰਦੇ ਹਨ, ਇਸ ਲਈ ਅੰਦਰੂਨੀ ਪਲੇਟਫਾਰਮ ਅਜਿਹਾ ਕੁਝ ਨਹੀਂ ਹੈ ਜਿਸ ਨਾਲ ਤੁਹਾਨੂੰ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਨਾ ਪਵੇ।
ਤੁਹਾਡੀ ਯੋਜਨਾ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਸਟੋਰੇਜ ਸੀਮਾ ਸ਼ਾਮਲ ਹੈ। ਡੈਸ਼ਬੋਰਡ ਤੋਂ ਇੱਕ ਬਕੇਟ (bucket) ਬਣਾਓ, ਆਪਣੀਆਂ ਮੌਜੂਦਾ S3 ਟੂਲਿੰਗਜ਼ ਨੂੰ ਇਸ ਵੱਲ ਨਿਰਦੇਸ਼ਿਤ ਕਰੋ, ਅਤੇ ਅੱਜ ਦੁਪਹਿਰ ਹੀ ਆਪਣੇ ਵੈੱਬ ਸਰਵਰ ਤੋਂ ਮੀਡੀਆ ਨੂੰ ਹਟਾਓ।
ਸ਼ੁਰੂ ਕਰੋ