WordPress Multisite ਕੀ ਹੈ?
WordPress ਆਪਣੇ ਮੂਲ ਵਿੱਚ 'Multisite' ਨਾਂ ਦੀ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜਿਸਦੀ ਸ਼ੁਰੂਆਤ 2010 ਵਿੱਚ WordPress 3.0 ਦੇ ਲਾਂਚ ਨਾਲ ਹੋਈ ਸੀ। ਉਦੋਂ ਤੋਂ ਲੈ ਕੇ ਹੁਣ ਤੱਕ ਇਸ ਵਿੱਚ ਕਈ ਸੁਧਾਰ ਕੀਤੇ ਗਏ ਹਨ ਜਿਨ੍ਹਾਂ ਦਾ ਮਕਸਦ ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਜੋੜਨਾ ਅਤੇ ਸੁਰੱਖਿਆ ਨੂੰ ਮਜ਼ਬੂਤ ਕਰਨਾ ਹੈ।
ਸਾ ਦੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, WordPress multisite ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਸਮਝੋ: ਇੱਕ ਯੂਨੀਵਰਸਿਟੀ WordPress ਦੀ ਇੱਕ ਹੀ installation ਰੱਖਦੀ ਹੈ ਪਰ ਹਰੇਕ ਫੈਕਲਟੀ ਆਪਣੀ ਵੱਖਰੀ WordPress ਸਾਈਟ ਚਲਾਉਂਦੀ ਹੈ।
WordPress Multisite ਅਸਲ ਵਿੱਚ ਕੀ ਹੈ?
Multisite WordPress ਦੀ ਇੱਕ ਅਜਿਹੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ ਜੋ ਕਈ ਸਾਈਟਾਂ ਨੂੰ ਇੱਕ ਹੀ WordPress installation ਸਾਂਝੀ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ। ਜਦੋਂ multisite ਚਾਲੂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਅਸਲ WordPress ਸਾਈਟ ਉਸ ਚੀਜ਼ ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ ਬਦਲ ਜਾਂਦੀ ਹੈ ਜਿਸਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਸਾਈਟਾਂ ਦਾ ਨੈੱਟਵਰਕ ਕਿਹਾ ਜਾਂਦਾ ਹੈ।
ਇਹ ਨੈੱਟਵਰਕ ਫਾਈਲ ਸਿਸਟਮ ਸਾਂਝਾ ਕਰਦਾ ਹੈ (ਭਾਵ plugins ਅਤੇ themes ਵੀ ਸਾਂਝੇ ਹੁੰਦੇ ਹਨ), database, WordPress core ਫਾਈਲਾਂ, wp-config.php, ਆਦਿ।
ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ WordPress, theme, ਅਤੇ plugin ਅੱਪਡੇਟ ਤੁਹਾਡੀਆਂ ਸਾਰੀਆਂ ਨੈੱਟਵਰਕ ਸਾਈਟਾਂ ਲਈ ਸਿਰਫ਼ ਇੱਕ ਵਾਰ ਕਰਨੇ ਪੈਂਦੇ ਹਨ ਕਿਉਂਕਿ ਉਹ filesystem 'ਤੇ ਇੱਕੋ ਫਾਈਲਾਂ ਸ ਾਂਝੀਆਂ ਕਰਦੀਆਂ ਹਨ।
ਇਹ ਤੱਥ multisite ਦੇ ਮੁੱਖ ਫਾਇਦਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਤੁਹਾਨੂੰ ਆਪਣੀਆਂ ਸਾਈਟਾਂ ਦੀ ਗਿਣਤੀ ਵਧਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਜਦੋਂ ਕਿ ਤੁਹਾਡੇ ਗਾਹਕਾਂ ਦੀਆਂ ਸਾਈਟਾਂ ਦੀ ਸਾਂਭ-ਸੰਭਾਲ ਲਈ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਕੰਮਾਂ ਦੀ ਗਿਣਤੀ ਉਹੀ ਰਹਿੰਦੀ ਹੈ।
Subdomain ਜਾਂ Subdirectory?
WordPress multisite ਚਲਾਉਣ ਦੇ ਦੋ ਤਰੀਕੇ ਹਨ – ਅਤੇ ਤੁਹਾਨੂੰ ਆਪਣੀ ਆਮ WordPress installation ਨੂੰ multisite installation ਵਿੱਚ ਬਦਲਣ ਵੇਲੇ ਇੱਕ ਚੁਣਨਾ ਪੈਂਦਾ ਹੈ:
Subdomain: ਉਦਾਹਰਨ: site.domain.com
…ਜਾਂ
Subdirectory: ਉਦਾਹਰਨ: yourdomain.com/site
ਹਰੇਕ ਤਰੀਕੇ ਦੇ ਆਪਣੇ ਫਾਇਦੇ ਅਤੇ ਨੁਕਸਾਨ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਹਾਨੂੰ ਇਹ ਫ਼ੈਸਲਾ ਕਰਨ ਵੇਲੇ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ।
ਇੱਕ ਗੱਲ ਯਾਦ ਰੱਖਣ ਾ ਜ਼ਰੂਰੀ ਹੈ: ਜਦੋਂ ਤੁਸੀਂ ਆਪਣਾ ਫ਼ੈਸਲਾ ਕਰ ਲੈਂਦੇ ਹੋ, ਤਾਂ ਆਪਣੇ ਨੈੱਟਵਰਕ ਨੂੰ subdirectory ਤੋਂ subdomain ਜਾਂ ਇਸਦੇ ਉਲਟ ਬਦਲਣਾ ਬਹੁਤ ਔਖਾ ਹੈ – ਖਾਸ ਕਰਕੇ ਜੇ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਕੁਝ ਸਾਈਟਾਂ ਬਣਾ ਚੁੱਕੇ ਹੋ।
ਫ਼ੈਸਲਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਇੱਥੇ ਕੁਝ ਗੱਲਾਂ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣ ਵਾਲੀਆਂ ਹਨ:
Subdirectory Mode ਸੈੱਟਅੱਪ ਅਤੇ ਸਾਂਭ-ਸੰਭਾਲ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਸਭ ਤੋਂ ਸੌਖਾ ਤਰੀਕਾ ਹੈ। ਅਜਿਹਾ ਇਸ ਲਈ ਹੁੰਦਾ ਹੈ ਕਿਉਂਕਿ ਸਾਰੀਆਂ ਸਾਈਟਾਂ ਬੱਸ ਮੁੱਖ domain ਨਾਲ ਜੁੜੇ paths ਹਨ (ਜਿਵੇਂ yourdomain.com/subsite)। ਨਤੀਜੇ ਵਜੋਂ, ਤੁਹਾਨੂੰ ਮੁੱਖ domain ਲਈ ਸਿਰਫ਼ ਇੱਕ SSL certificate ਦੀ ਲੋੜ ਹੈ ਅਤੇ ਉਹ ਪੂਰੇ ਨੈੱਟਵਰਕ ਨੂੰ ਕਵਰ ਕਰ ਲਵੇਗਾ।
ਉਸੇ ਸਮੇਂ, ਇਸਦੇ URL structure ਕਾਰਨ, Google ਅਤੇ ਜ਼ਿਆਦਾਤਰ ਹੋਰ search engines ਤੁਹਾਡੇ subdirectory-based ਨੈੱਟਵਰਕ ਦੀਆਂ ਸਾਰੀਆਂ subsites ਨੂੰ ਇੱਕ ਵੱਡੀ ਸਾਈਟ ਮੰਨਣਗੇ। ਨਤੀਜੇ ਵਜੋਂ, ਤੁਹਾਡੇ ਅੰਤਿਮ ਗਾਹਕਾਂ ਵੱਲੋਂ subsites 'ਤੇ ਜੋੜਿਆ ਗਿਆ ਕੰਟੈਂਟ ਤੁਹਾਡੀ landing ਸਾਈਟ ਦੀ SEO ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦਾ ਹੈ। ਪ੍ਰਭਾਵ ਦਾ ਪੱਧਰ ਬਹਿਸਯੋਗ ਹੈ ਅਤੇ ਇਹ ਦਲੀਲ ਵੀ ਦਿੱਤੀ ਜਾ ਸਕਦੀ ਹੈ ਕਿ ਅਜਿਹੀ ਵਿਵਸਥਾ SEO ਕਾਰਗੁਜ਼ਾਰੀ ਲਈ ਫਾਇਦੇਮੰਦ ਵੀ ਹੋ ਸਕਦੀ ਹੈ।
Subdomain Mode ਸੈੱਟ ਕਰਨ ਲਈ ਥੋੜ੍ਹਾ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਹੈ, ਪਰ ਇਸਦਾ URL structure (ਜਿਵੇਂ subsite.yournetwork.com) ਆਮ ਤੌਰ 'ਤੇ "ਵਧੇਰੇ ਪ੍ਰੋਫ਼ੈਸ਼ਨਲ" ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ।
Subdomain mode ਸੈੱਟ ਕਰਨ ਵਿੱਚ ਮੁੱਖ ਚੁਣੌਤੀਆਂ ਵਿੱਚੋਂ ਇੱਕ ਪੂਰੇ ਨੈੱਟਵਰਕ ਲਈ SSL coverage (HTTPS) ਹੈ। ਇਹ ਇਸ ਤੱਥ 'ਤੇ ਆਉਂਦਾ ਹੈ ਕਿ browsers subdomains ਨੂੰ ਵੱਖਰੀਆਂ ਇਕਾਈਆਂ ਮੰਨਦੇ ਹਨ। ਨਤੀਜੇ ਵਜੋਂ, ਤੁਹਾਨੂੰ ਆਪਣੇ ਨੈੱਟਵਰਕ 'ਤੇ ਹਰੇਕ subdomain ਲਈ ਵੱਖਰੇ SSL certificate ਦੀ ਲੋੜ ਹੋਵੇਗੀ, ਜਾਂ ਫਿਰ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਕਿਸਮ ਦੇ certificate ਦੀ ਜਿਸਨੂੰ Wildcard SSL certificate ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਹਾਲ ਹੀ ਦੇ ਸਾਲਾਂ ਵਿੱਚ, hosting providers ਅਤੇ panels SSL provisioning ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਆਪਣੀ ਖੇਡ ਸੁਧਾਰ ਰਹੇ ਹਨ ਅਤੇ ਕੁਝ ਇੱਕ ਕਲਿੱਕ 'ਤੇ wildcard certificates ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ, ਜਿਸ ਨਾਲ ਸੈੱਟਅੱਪ ਦੀ ਗੁੰਝਲਦਾਰੀ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਦੋਵਾਂ ਤਰੀਕਿਆਂ ਵਿਚਕਾਰ ਫ਼ਰਕ ਘੱਟ ਹੋ ਰਿਹਾ ਹੈ।
Subdirectory mode ਦੇ ਉਲਟ, subdomain-based ਨੈੱਟਵਰਕ 'ਤੇ subsites ਨੂੰ search engines ਵੱਖਰੀਆਂ ਵੈੱਬਸਾਈਟਾਂ ਮੰਨਦੇ ਹਨ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇੱਕ subsite 'ਤੇ ਮੌਜੂਦ ਕੰਟੈਂਟ ਹੋਰ subsites ਦੀ SEO ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਬਿਲਕੁਲ ਵੀ ਪ੍ਰਭਾਵਿਤ ਨਹੀਂ ਕਰਦਾ।
Super Admin
Single-site WordPress installations ਤੁਹਾਨੂੰ ਅਸੀਮਤ ਗਿਣਤੀ ਵਿੱਚ users ਜੋੜਨ ਅਤੇ ਉਨ੍ਹਾਂ users ਨੂੰ ਵੱਖ-ਵੱਖ ਅਧਿਕਾਰਾਂ ਵਾਲੀਆਂ ਵੱਖ-ਵੱਖ user roles ਦੇਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀਆਂ ਹਨ।
WordPress Multisite ਵਿੱਚ, ਇੱਕ ਨਵੀਂ ਕਿਸਮ ਦਾ user ਖੁੱਲ੍ਹਦਾ ਹੈ: super admin – ਅਤੇ ਇੱਕ ਨਵਾਂ admin panel ਖੁੱਲ੍ਹਦਾ ਹੈ: network admin panel।
ਜਿਵੇਂ ਕਿ ਨਾਮ ਤੋਂ ਪਤਾ ਲੱਗਦਾ ਹੈ, super admin ਕੋਲ ਨੈੱਟਵਰਕ 'ਤੇ ਵਿਸ਼ੇਸ਼ ਸ਼ਕਤੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਜੋ ਇਸ ਦੀਆਂ ਸਾਰੀਆਂ subsites, plugins, themes, ਸਭ ਕੁਝ ਸੰਭਾਲਣ ਦੇ ਯੋਗ ਹੁੰਦਾ ਹੈ!
ਜਦੋਂ ਤੁਸੀਂ ਆਪਣੀ single-site WordPress installation ਨੂੰ multisite ਵਿੱਚ ਬਦਲਦੇ ਹੋ, ਤਾਂ single site ਦਾ ਅਸਲ admin ਆਪਣੇ ਆਪ super admin ਵਿੱਚ ਅੱਪਗ੍ਰੇਡ ਹੋ ਜਾਂਦਾ ਹੈ।
Plugins ਅਤੇ themes ਸਿਰਫ਼ network admin panel ਤੋਂ super admins ਵੱਲੋਂ install ਜਾਂ uninstall ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। Subsite admins ਫਿਰ ਉਨ੍ਹਾਂ plugins ਜਾਂ themes ਨੂੰ activate ਜਾਂ deactivate ਕਰਨ ਦੀ ਚੋਣ ਕਰ ਸਕਦੇ ਹਨ ਜਦੋਂ ਤੱਕ super admin ਕਿਸੇ plugin ਨੂੰ network activate ਨਹੀਂ ਕਰਦਾ, ਜੋ ਇਸਨੂੰ ਸਾਰੀਆਂ subsites ਲਈ ਹਰ ਸਮੇਂ active ਰਹਿਣ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ।
ਨੋਟ: ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ, ਕਿਸੇ ਨੂੰ ਆਪਣੇ ਨੈੱਟਵਰਕ 'ਤੇ ਬੁਲਾਉਣਾ ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ super admin ਦਾ ਦਰਜਾ ਦੇਣਾ ਇਸ user ਨੂੰ ਤੁਹਾਡੇ ਨੈੱਟਵਰਕ 'ਤੇ ਪੂਰਾ ਕੰਟਰੋਲ ਦਿੰਦਾ ਹੈ। ਉਦਾਹਰਨ ਵਜੋਂ, ਹੋਰ super admins ਤੁਹਾਡਾ super admin ਦਰਜਾ ਵੀ ਹਟਾ ਸਕਦੇ ਹਨ, ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਆਪਣੇ ਹੀ network admin panel ਤੋਂ ਬਾਹਰ ਹੋ ਸਕਦੇ ਹੋ। Ultimate Multisite ਗਾਹਕਾਂ ਨੂੰ ਇਸ ਗੱਲ 'ਤੇ ਵਿਸਤ੍ਰਿਤ ਕੰਟਰੋਲ ਦੇਣ ਲਈ ਕਿ ਵਾਧੂ super admins ਕੀ ਕਰ ਸਕਦੇ ਹਨ, ਸਾਡੇ ਕੋਲ Support Agents ਨਾਂ ਦਾ ਇੱਕ add-on ਹੈ। ਇਹ add-on ਤੁਹਾਨੂੰ ਇੱਕ ਹੋਰ ਕਿਸਮ ਦਾ user – ਇੱਕ agent – ਬਣਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਜਿਸ ਕੋਲ ਸਿਰਫ਼ ਉਹ ਅਧਿਕਾਰ ਹੁੰਦੇ ਹਨ ਜੋ ਉਨ੍ਹਾਂ ਨੂੰ ਨੈੱਟਵਰਕ 'ਤੇ ਆਪਣੇ ਕੰਮ ਕਰਨ ਲਈ ਚਾਹੀਦੇ ਹੋ ਸਕਦੇ ਹਨ।
Subsites ਵਿਚਕਾਰ ਕੀ ਸਾਂਝਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ
ਜਿਵੇਂ ਕਿ ਅਸੀਂ ਪਹਿਲਾਂ ਦੱਸਿਆ, WordPress multisite ਦੇ ਮੁੱਖ ਫਾਇਦਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਇਹ ਹੈ ਕਿ ਸਾਰੀਆਂ subsites ਇੱਕੋ configurations, core files, themes, plugins, WordPress core files, ਆਦਿ ਸਾਂਝੇ ਕਰਦੀਆਂ ਹਨ।
ਹਾਲਾਂਕਿ, ਕੁਝ ਤੱਤ ਹਨ ਜੋ ਹਰੇਕ subsite ਲਈ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਸੁਚੱਜੇ ਢੰਗ ਨਾਲ ਸੰਭਾਲੇ ਜਾਂਦੇ ਹਨ।
- ਉਦਾਹਰਨ ਵਜੋਂ, ਹਰੇਕ subsite ਨੂੰ ਆਪਣਾ uploads ਫੋਲਡਰ ਮਿਲਦਾ ਹੈ। ਨਤੀਜੇ ਵਜੋਂ, ਇੱਕ ਖਾਸ subsite ਦੇ users ਵੱਲੋਂ ਕੀਤੇ ਗਏ uploads ਕਿਸੇ ਹੋਰ subsite 'ਤੇ ਐਕਸੈਸ ਨਹੀਂ ਕੀਤੇ ਜਾ ਸਕਦੇ।
- ਹਰੇਕ subsite ਦਾ ਆਪਣਾ ਸਮਰਪਿਤ admin panel ਹੈ ਅਤੇ plugins ਜਾਂ themes ਨੂੰ activate ਜਾਂ deactivate ਕਰ ਸਕਦੀ ਹੈ ਜਦੋਂ ਤੱਕ ਉਨ੍ਹਾਂ ਨੂੰ super admin ਵੱਲੋਂ network active ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਸੀ।
- ਜ਼ਿਆਦਾਤਰ database tables ਹਰੇਕ subsite ਲਈ ਬਣਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਮਤਲਬ ਕਿ posts, comments, pages, settings, ਅਤੇ ਹੋਰ ਬਹੁਤ ਕੁਝ ਹਰੇਕ subsite ਲਈ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ।
WordPress Multisite 'ਤੇ User ਪ੍ਰਬੰਧਨ
WordPress multisite 'ਤੇ user ਪ੍ਰਬੰਧਨ ਇੱਕ ਨਾਜ਼ੁਕ ਵਿਸ਼ਾ ਹੈ। WordPress user table ਉਨ੍ਹਾਂ ਥੋੜ੍ਹੀਆਂ ਜਿਹੀਆਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ਜੋ ਸਾਰੀਆਂ subsites ਵਿਚਕਾਰ ਸਾਂਝੀ ਹੁੰਦੀ ਹੈ।
ਇਹ ਵਿਵਸਥਾ ਤੁਹਾਡੇ ਨੈੱਟਵਰਕ ਨਾਲ ਜੋ ਤੁਸੀਂ ਬਣਾਉਣ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹੋ ਉਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦਿਆਂ ਕੁਝ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਕਰ ਸਕਦੀ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੀ ਉਦਾਹਰਨ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਸਮੱਸਿਆ ਨੂੰ ਸਮਝਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ।
ਹੇਠ ਲਿਖੇ ਦ੍ਰਿਸ਼ ਦੀ ਕਲਪਨਾ ਕਰੋ:
ਤੁਸੀਂ ਇੱਕ WordPress multisite ਨੈੱਟਵਰਕ ਬਣਾਉਂਦੇ ਹੋ ਅਤੇ ਉਨ੍ਹਾਂ ਲੋਕਾਂ ਨੂੰ ਮਹੀਨਾਵਾਰ ਫ਼ੀਸ 'ਤੇ subsites ਦੇਣੀਆਂ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋ ਜੋ e-commerce ਸਟੋਰ ਰੱਖਣਾ ਚਾਹੁੰਦੇ ਹਨ।
ਤੁਹਾਨੂੰ ਆਪਣਾ ਪਹਿਲਾ ਪੇਡ ਗਾਹਕ ਮਿਲਦਾ ਹੈ – ਜੌਨ। ਤੁਸੀਂ ਆਪਣੇ ਨੈੱਟਵਰਕ 'ਤੇ ਜੌਨ ਲਈ ਇੱਕ ਸਾਈਟ ਬਣਾਉਂਦੇ ਹੋ, ਸਾਰੇ ਜ਼ਰੂਰੀ plugins install ਕਰਦੇ ਹੋ, ਫਿਰ ਜੌਨ ਲਈ ਇੱਕ user ਬਣਾਉਂਦੇ ਹੋ ਤਾਂ ਜੋ ਉਹ ਆਪਣਾ ਸਟੋਰ ਸੰਭਾਲ ਸਕੇ।
ਫਿਰ ਇੱਕ ਦੂਜੀ ਗਾਹਕ ਆਉਂਦੀ ਹੈ – ਐਲਿਸ। ਤੁਸੀਂ ਉਸ ਲਈ ਵੀ ਇਹੀ ਕਰਦੇ ਹੋ ਅਤੇ ਹੁਣ ਉਸ ਕੋਲ ਵੀ ਤੁਹਾਡੇ ਨੈੱਟਵਰਕ 'ਤੇ ਇੱਕ ਸਟੋਰ ਹੈ।
ਜੌਨ ਅਤੇ ਐਲਿਸ ਦੋਵੇਂ ਤੁਹਾਡੇ ਗਾਹਕ ਹਨ, ਪਰ ਉਹ ਇੱਕ ਦੂਜੇ ਨੂੰ ਨਹੀਂ ਜਾਣਦੇ। ਹੋਰ ਵੀ ਮਹੱਤਵਪੂਰਨ ਗੱਲ ਇਹ ਹੈ ਕਿ ਜੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੂਜੇ ਦੀ ਸਟੋਰ ਵੈੱਬਸਾਈਟ 'ਤੇ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਹ ਜਾਣਨ ਦਾ ਕੋਈ ਤਰੀਕਾ ਨਹੀਂ ਹੈ ਕਿ ਇਹ ਸਟੋਰ ਸਾਈਟਾਂ ਦੇ ਉਸੇ ਨੈੱਟਵਰਕ 'ਤੇ host ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ।
ਇੱਕ ਦਿਨ, ਜੌਨ ਨੂੰ ਨਵੀਆਂ ਜੁੱਤੀਆਂ ਖਰੀਦਣ ਦੀ ਲੋੜ ਹੈ ਅਤੇ ਉਹ ਐਲਿਸ ਦੇ ਸਟੋਰ ਵਿੱਚ ਸੰਪੂਰਨ ਜੁੱਤੀਆਂ ਲੱਭ ਲੈਂਦਾ ਹੈ। ਜਦੋਂ ਉਹ ਖਰੀਦਦਾਰੀ ਪੂਰੀ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ, ਤਾਂ ਉਸਨੂੰ "email already in use" ਗਲਤੀ ਸੁਨੇਹਾ ਮਿਲਦਾ ਹੈ, ਜੋ ਅਜੀਬ ਹੈ ਕਿਉਂਕਿ ਜੌਨ ਨੂੰ 100% ਯਕੀਨ ਹੈ ਕਿ ਇਹ ਪਹਿਲੀ ਵਾਰ ਹੈ ਜਦੋਂ ਉਸਨੇ ਐਲਿਸ ਦੀ ਵੈੱਬਸਾਈਟ 'ਤੇ ਵਿਜ਼ਿਟ ਕੀਤਾ ਹੈ।
ਇੱਥੇ ਜੋ ਹੋਇਆ ਉਹ ਇਹ ਹੈ ਕਿ ਜੌਨ ਦਾ user ਪੂਰੇ ਨੈੱਟਵਰਕ ਵਿੱਚ ਸਾਂਝਾ ਹੈ ਇਸ ਲਈ ਜਦੋਂ ਉਹ ਐਲਿਸ ਦੀ ਸਾਈਟ 'ਤੇ checkout ਕਰਨ ਲਈ ਖਾਤਾ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ, ਤ ਾਂ WordPress ਪਛਾਣ ਲੈਂਦਾ ਹੈ ਕਿ ਉਸੇ email address ਵਾਲਾ user ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਹੈ ਅਤੇ ਗਲਤੀ ਦਿਖਾਉਂਦਾ ਹੈ।
ਨੋਟ: ਅਸੀਂ ਸਮਝਦੇ ਹਾਂ ਕਿ ਤੁਹਾਡੇ use-case 'ਤੇ ਨਿਰਭਰ ਕਰਦਿਆਂ ਇਹ ਕਿੰਨਾ ਮਾੜਾ ਹੋ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ Ultimate Multisite ਕੋਲ ਇੱਕ ਵਿਕਲਪ ਹੈ ਜੋ ਮੌਜੂਦਾ user ਲਈ ਨਿਯਮਿਤ ਜਾਂਚਾਂ ਨੂੰ bypass ਕਰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਇੱਕੋ email address ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕਈ ਖਾਤੇ ਬਣਾਏ ਜਾ ਸਕਦੇ ਹਨ। ਹਰੇਕ ਖਾਤਾ ਇੱਕ subsite ਨਾਲ ਜੁੜਿਆ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਟਕਰਾਅ ਦਾ ਖ਼ਤਰਾ ਘੱਟ ਤੋਂ ਘੱਟ ਰਹਿੰਦਾ ਹੈ। ਉਪਰੋਕਤ ਉਦਾਹਰਨ ਵਿੱਚ, ਜੌਨ ਨੂੰ ਗਲਤੀ ਸੁਨੇਹਾ ਨਹੀਂ ਮਿਲੇਗਾ ਅਤੇ ਉਹ ਬਿਨਾਂ ਕਿਸੇ ਸਮੱਸਿਆ ਦੇ ਉਹ ਜੁੱਤੀਆਂ ਖਰੀਦ ਸਕੇਗਾ। ਇਸ ਵਿਕਲਪ ਨੂੰ Enable Multiple Accounts ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ Ultimate Multisite → Settings → Login & Registration 'ਤੇ activate ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਭਾਵੇਂ user table ਸਾਂਝੀ ਹੈ, users ਨੂੰ subsite admins ਜਾਂ super admin ਵੱਲੋਂ subsites ਵਿੱਚ ਜੋੜਿਆ ਅਤੇ ਹਟਾਇਆ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਉਨ੍ਹਾਂ ਕੋਲ ਵੱਖ-ਵੱਖ subsites 'ਤੇ ਵੱਖ-ਵੱਖ user roles ਵੀ ਹੋ ਸਕਦੀਆਂ ਹਨ।
ਕਾਰਗੁਜ਼ਾਰੀ ਸੰਬੰਧੀ ਵਿਚਾਰ
WordPress multisite ਸਾਈਟਾਂ ਦੀ ਗਿਣਤੀ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਬਹੁਤ ਸ਼ਕਤੀਸ਼ਾਲੀ ਹੈ ਜੋ ਇਹ ਸਮਰਥਨ ਕਰ ਸਕਦੀ ਹੈ। ਇਸਦਾ ਸਬੂਤ ਇਸ ਤੱਥ ਤੋਂ ਮਿਲਦਾ ਹੈ ਕਿ WordPress.com, Edublogs, ਅਤੇ Campuspress ਸਾਰੀਆਂ multisite-based ਸੇਵਾਵਾਂ ਹਨ ਅਤੇ ਹਰੇਕ ਹਜ਼ਾਰਾਂ ਸਾਈਟਾਂ host ਕਰਦੀ ਹੈ।
ਜਦੋਂ ਕਿ ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ ਤੁਸੀਂ ਇੱਕ ਸਿੰਗਲ WordPress multisite installation 'ਤੇ ਜਿੰਨੀਆਂ ਮਰਜ਼ੀ ਸਾਈਟਾਂ host ਕਰ ਸਕਦੇ ਹੋ, ਅਮਲੀ ਤੌਰ 'ਤੇ ਤੁਸੀਂ ਜਿੰਨੀਆਂ ਸਾਈਟਾਂ ਸੰਤੋਸ਼ਜਨਕ ਢੰਗ ਨਾਲ ਚਲਾ ਸਕਦੇ ਹੋ ਉਹ ਕਈ ਵੱਖ-ਵੱਖ ਕਾਰਕਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ: ਸਾਈਟਾਂ ਕਿੰਨੀਆਂ dynamic ਹਨ, subsites ਲਈ ਕਿਹੜੇ plugins ਉਪਲਬਧ ਹਨ, ਆਦਿ।
ਆਮ ਤੌਰ 'ਤੇ, ਤੁਹਾਡਾ ਨੈੱਟਵਰਕ ਜਿੰਨਾ ਸਾਦਾ ਹੋਵੇ, ਉੰਨਾ ਵਧੀਆ। ਅਜਿਹੀਆਂ ਸਾਈਟਾਂ ਨੂੰ ਤਰਜੀਹ ਦੇਣਾ ਜਿੱਥੇ ਕੰਟੈਂਟ ਅਸਲ ਵਿੱਚ dynamic ਨਹੀਂ ਹੈ (ਜੋ ਉਨ੍ਹਾਂ ਨੂੰ aggressive caching strategies ਲਈ ਵਧੀਆ ਉਮੀਦਵਾਰ ਬਣਾਉਂਦੀ ਹੈ) ਅਤੇ plugin stack ਨੂੰ ਜਿੰਨਾ ਹੋ ਸਕੇ ਹਲਕਾ ਰੱਖਣਾ (active plugins ਦੀ ਗਿਣਤੀ ਜਿੰਨੀ ਘੱਟ ਹੋਵੇ ਉੰਨਾ ਚੰਗਾ) ਤੁਹਾਡੇ ਵੱਲੋਂ host ਕੀਤੀਆਂ ਜਾ ਸਕਣ ਵਾਲੀਆਂ subsites ਦੀ ਗਿਣਤੀ ਵਿੱਚ ਕਾਫ਼ੀ ਵਾਧਾ ਕਰ ਸਕਦਾ ਹੈ।
ਸਭ ਤੋਂ ਵਧੀਆ ਗੱਲ ਇਹ ਹੈ ਕਿ ਕਿਉਂਕਿ ਇਹ ਸਭ WordPress ਹੈ, ਕਾਰਗੁਜ਼ਾਰੀ ਸੁਧਾਰਾਂ ਲਈ ਜੋ ਟੂਲ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਜਾਣਦੇ ਅਤੇ ਪਸੰਦ ਕਰਦੇ ਹੋ ਉਹ multisite ਨੈੱਟਵਰਕ ਲਈ ਵੀ ਕੰਮ ਕਰਨਗੇ।
Multisite ਲਈ ਮੁੱਖ ਰੁਕਾਵਟ database ਹੈ ਪਰ ਜੇ ਬਾਕੀ ਸਭ ਕੁਝ ਸਹੀ ਢੰਗ ਨਾਲ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਇਸ ਬਾਰੇ ਚਿੰਤਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕੁਝ ਹਜ਼ਾਰ ਸਾਈਟਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਉਦੋਂ ਵੀ, ਅਜਿਹੇ ਹੱਲ ਹਨ ਜੋ ਉਸ ਸਮੇਂ ਹੌਲੀ-ਹੌਲੀ ਜੋੜੇ ਜਾ ਸਕਦੇ ਹਨ (ਜਿਵੇਂ database sharding solutions, ਉਦਾਹਰਨ ਵਜੋਂ)।