হোমমেড ইউআরএল সংক্ষিপ্তকরণ 301 পুনর্নির্দেশগুলির সাথে বিরোধী পুনর্নির্দেশ


11

আমার কাছে একটি ওয়েবসাইট রয়েছে যা মূলত ক্লাসিক এএসপি ব্যবহার করে নির্মিত হয়েছিল। প্রায় এক বছর আগে এটি পিএইচপি-তে নতুন করে লেখা হয়েছিল। এর ফলে ফাইলের এক্সটেনশনগুলি পরিবর্তিত হয়েছিল এবং কিছু পৃষ্ঠাগুলি ওয়েবসাইটের মধ্যে নতুন স্থানে সরানো হয়েছিল। স্বাভাবিকভাবেই আমরা পুরানো ইউআরএল থেকে নতুন ইউআরএলগুলিতে 301 পুনঃনির্দেশগুলি তৈরি করেছি যাতে তাদের ব্যবহারকারী এবং অনুসন্ধান ইঞ্জিনগুলি তাদের নতুন অবস্থানগুলি সন্ধান করতে পারে। এটি কাজ করে।

আমরা তাদের এমন একটি সরঞ্জামও তৈরি করেছি যা সাইটের মালিককে তাদের নিজস্ব ক্ষুদ্র URL গুলি তৈরি করার অনুমতি দেয় যা URL এ অন্তর্ভুক্ত গুগল অ্যানালিটিক্স প্রচারাভিযান ট্র্যাকিং ভেরিয়েবলগুলির সাথে কোনও পৃষ্ঠায় পুনর্নির্দেশ করবে যাতে তারা প্রচারটি ট্র্যাক করতে এবং এটি কীভাবে সম্পাদন করে তা দেখতে পারে see

আমার কাছে সমস্যাটি হ'ল 301 টি পুনঃনির্দেশগুলির সাথে প্রচারাভিযান ট্র্যাকিং নিয়মের বিরোধ রয়েছে এবং পুনর্নির্দেশগুলি একেবারে কাজ করা থেকে বাধা দেয়।

প্রচারের ট্র্যাকিং কোডটি এখানে:

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /tracking.php?$1 [R=301,L]

আপনি দেখতে পাচ্ছেন যে কোনও ফাইল রয়েছে কিনা তা পরীক্ষা করে দেখুন এবং এটি যদি ট্র্যাকিং স্ক্রিপ্টে ট্র্যাকিং করে না (ট্র্যাকিং.এফপি) যা ট্র্যাকিং কোডটি নিয়ে যায় এবং কোয়েরিতে গুগল অ্যানালিটিক্স প্রচারের কোডের সাথে সঠিক URL এ পুনঃনির্দেশ করে স্ট্রিং।

এই কোডটি এই জাতীয় নিয়মকে ব্যর্থ করে তোলে:

redirect 301 /about.asp /about.php
redirect 301 /capabilities.asp /capabilities.php
redirect 301 /capacitors.asp /capacitors.php

এটি অনুধাবন করে যে ট্র্যাকিং বিধিগুলি বলে যে এটি একসাথে কাজ করে না, "যদি কোনও ফাইল ট্র্যাকিং.এফপিতে পুনর্নির্দেশ না পাওয়া যায়"। আমার যা দরকার তা হ'ল প্রথমে 301 পুনঃনির্দেশগুলি চালানো উচিত এবং যদি সেগুলির কোনওটির সাথে মেলে না, তবে ট্র্যাকিং স্ক্রিপ্টে পুনর্নির্দেশ করুন। 301 পুনর্নির্দেশের নীচে ট্র্যাকিংয়ের নিয়ম স্থাপন করা ফলাফলগুলি পরিবর্তন করে না।

.Htaccess এর মাধ্যমে এটি করা যায়? অথবা আমার কী ট্র্যাকিং স্ক্রিপ্টটি সংশোধন করা দরকার যাতে কোনও প্রচার যদি এটির সন্ধান না পাওয়া যায় তবে ক্যাম্পেইন আইডিটি আসলে একটি পুরাতন পৃষ্ঠা যা পুনঃনির্দেশ করা দরকার এবং তারপর সেখান থেকে 301 পুনঃনির্দেশ করা উচিত কিনা তা পরীক্ষা করে দেখুন?

উত্তর:


5

আপনার mod_aliasপুনঃনির্দেশকে mod_rewriteনির্দেশিকায় রূপান্তর করার চেষ্টা করুন ।


সম্পাদনা: নীচের উদাহরণ ধরে ধরে নেওয়া হয়েছে যে আপনি একই পথের অধীনে পিএইচপি ফাইলগুলির সাথে পুরানো এএসপি ফাইলগুলি প্রতিস্থাপন করেছেন।

RewriteEngine on

# *.asp -> *.php
RewriteRule (.*)\.asp$ /$1.php [R=301,L]

# tracking script
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /tracking.php?$1 [R=301,L]

... বা আপনি নিয়মিত এক্সপ্রেশন ভেরিয়েবলটি এড়িয়ে যেতে পারেন এবং পুরানো ইউআরআই এর প্রত্যেকটির জন্য একটি সুস্পষ্ট পুনঃনির্দেশ সেট করতে পারেন:

RewriteRule about\.asp$ /about.php [R=301,L]
RewriteRule capabilities\.asp$ /capabilities.php [R=301,L]
RewriteRule capacitors\.asp$ /capacitors.php [R=301,L]

সম্পাদনা # 2: এখানে এমন একটি উদাহরণ রয়েছে যা বেশিরভাগ পরিস্থিতিতে আপনার মুখোমুখি হওয়া উচিত:

RewriteEngine on

# Changes to path + Query String Append
RewriteRule ^/path/to/old\.asp$ /path/to/new/about.php [R=301,L,QSA]

# *.asp -> *.php + Query String Append
RewriteRule ^(.*)\.asp$ $1.php [R=301,L,QSA]

# tracking script
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /tracking.php?$1 [R=301,L]

আপনি কি বোঝাতে চাচ্ছেন তা আমি নিশ্চিত নই. আমার প্রশ্নে আমি যা দেখিয়েছি তার ভিত্তিতে আপনি কি উদাহরণ দিতে পারেন?
জন কনডে

সম্পাদনার জন্য ধন্যবাদ। এখন জ্ঞান করে তোলে। আমার ধারণা আমার শেষ সংখ্যাটি সেই ফাইলগুলির সাথে কী করবে যার পথ পরিবর্তন হয়েছে? এটা কি সম্ভব? নাকি আমি খুব বেশি জিজ্ঞাসা করছি?
জন কনডে

আপনি এই ফাইলগুলির জন্য সুস্পষ্ট পুনঃনির্দেশগুলি সেট করতে পারেন (যদি বেশিরভাগ পাথ পরিবর্তিত হয় তবে আপনি কনফিগারেশনটি রক্ষণাবেক্ষণযোগ্য কিনা তা নিশ্চিত করার জন্য সমস্ত ফাইলের স্পষ্টত পুনর্নির্দেশগুলিও ব্যবহার করতে পারেন)।
ড্যান্লেফ্রি

আমার সন্দেহ [R=301,L]হয় যে প্রতিটি সমস্যার পুনঃনির্দেশের পরেও তা না হওয়ার কারণেই আমার সমস্যা দেখা দিচ্ছে । আমাকে এটি চেষ্টা করুন এবং আমি আপনাকে জানাতে হবে কি ঘটে।
জন কনডে

*.asp -> *.phpওয়াইল্ডকার্ড কাজ করে মহান। যে পৃষ্ঠাগুলি সরাসরি রূপান্তর নয় এবং কোয়েরি স্ট্রিং রয়েছে তাদের পৃথক নিয়মগুলি সমস্যাজনক হয়ে উঠছে। তবে এটি সঠিক পথে যাওয়ার মতো বলে মনে হচ্ছে। যদি আমি সেই অংশটি বাছাই করতে না পারি তবে আমি এটি সম্পর্কে একটি নতুন প্রশ্ন শুরু করব।
জন কনডে

-1

আমি পুনর্নির্দেশটিকে বিপরীত করব এবং এটি যেমন ছিল ঠিক তেমনি রেখে দেব। আপনার নতুন সাইটটিকে আপনার ওল্ড সাইটে পুনর্নির্দেশ করুন। আপনার ওল্ড সাইটটি সম্ভবত ইতিমধ্যে ব্যাক-লিঙ্কিং, ওয়েবসাইটের বয়স এবং এসইও থেকে উপকৃত হচ্ছে। এটি হারানো লজ্জার বিষয় যে কেবল নতুন সাইটের ডাব্লু / নিম্ন পৃষ্ঠার র‌্যাঙ্কের সাথে এটি প্রতিস্থাপন করা। গুগল পুনঃনির্দেশকে শাস্তি দেয়। আপনার নতুন সাইটে এটিতে এখনও কোনও এসইও থাকবে না সুতরাং সেইটিতে একটি পুনর্নির্দেশ ব্যবহার করা আরও ভাল :)


আমি মনে করি না যে রিগ্রেশন করা ভাল সমাধান। মূল সাইটটি প্রায় প্রতিটি উপায়েই খারাপভাবে করা হয়েছিল। আমরা সাইটটিকে দ্রুত, আরও ব্যবহারযোগ্য, অ্যাক্সেসযোগ্য, সংগঠিত এবং রক্ষণাবেক্ষণযোগ্য করে তুলেছি। তারা পুনঃনির্দেশ থেকে কিছু হারাবে না কারণ এটি একটি কুলুঙ্গি সাইট এবং এর সূচনা করার জন্য কয়েকটি লিঙ্ক ছিল এবং বেশিরভাগ হোম পৃষ্ঠায় গিয়েছিল যার পুনঃনির্দেশের প্রয়োজন হয় না। সুতরাং আমরা অবশ্যই কিছুতেই পুরানো সাইটে ফিরে যেতে চাই না কারণ আমরা কিছুই লাভ করি না এবং অনেক কিছু হারাতে পারি।
জন কনডে

এফওয়াইআই, গুগল পুনঃনির্দেশগুলির জন্য শাস্তি দেয় না। পুনঃনির্দেশগুলির একমাত্র ইস্যুটি হ'ল যদি তারা খুব গভীরভাবে শৃঙ্খলিত হয় তবে তারা সেগুলি অনুসরণ করা বন্ধ করে দেয় এবং 301 করার সময় কিছু পিআর নষ্ট হয়ে যায় তবে এটি না করার বিকল্পগুলির তুলনায় পরিমাণটি তুচ্ছ এবং মূল্যবান।
জন কনডে
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.