"উত্স ডাটাবেসে একটি স্বীকৃতিযোগ্য ড্রুপাল সংস্করণ নেই।"

9

আমি আমার স্থানীয় উবুন্টু ডেস্কটপে 15.10 অ্যাপাচি 2 (২.৪.১২) পরিবেশে দুটি ড্রুপাল সাইট ইনস্টল করেছি: একটি দ্রুপাল ৮ এর একটি নতুন ইনস্টল এবং দ্বিতীয়টি ড্রুপাল with (যা বেশিরভাগ মূল-মডিউলগুলির সাথে নির্মিত) একটি বিদ্যমান ওয়ার্কিং সাইটের একটি অনুলিপি is ভিত্তিক, পৃষ্ঠাগুলির মাধ্যমে খুব নম্র)। উভয় সাইটই কোথাও কোনও সমস্যা ছাড়াই ঠিকঠাক কাজ করছে।

আমার লক্ষ্যটি প্রথম এবং সর্বাগ্রে ড্রুপাল site সাইটটিকে দ্রুপাল ৮-তে উন্নীত করা I একই ভাষাগুলি কনফিগার করা, মডিউলগুলির মাধ্যমে ন্যূনতম রাখুন (ডি 7 সাইটের কোনও মডিউল আনইনস্টল করা যা আমি আপগ্রেডের পরে সহজেই ফিরিয়ে আনতে পারি) ), উভয় সাইটে একই মডিউলগুলি ইনস্টল করা আছে ইত্যাদি নিশ্চিত করে, এবং এখন আমি কেবল "ট্রান্সসেন্ড" করতে চাই (এটির একটি ভাল ফরাসিং আশা করি) আমার ড্রুপাল 7 সাইটটিকে তাজা দ্রুপাল 8 টিতে লাগাতে চাই।

আমার লক্ষ্য অর্জনের জন্য আমি আমার ড্রুপাল 8 সাইটে ড্রুপাল আপগ্রেড মডিউল ইনস্টল করেছি , লোকালহোস্ট / সিটনেম / আপগ্রেডে গিয়েছি এবং ড্রুপাল 7 সাইটের সমস্ত বিবরণ পূরণ করেছি।

আমি যখন "পর্যালোচনা আপগ্রেড" বোতামটি ক্লিক করি তখন ত্রুটিটি পেয়েছিলাম:

উত্স ডাটাবেসে একটি স্বীকৃতিযোগ্য ড্রুপাল সংস্করণ নেই।

আমি এই ত্রুটিটিকে একটি সঠিক বাক্যাংশ হিসাবে চিহ্নিত করেছি ("ত্রুটি") এবং খুব কম ফলাফল পেয়েছি; তাদের বেশিরভাগের কাছে আমার মনে হয়েছে যে আমি এখনও অর্জন করেছি এমন একটি পিএইচপি প্রোগ্রামিং জ্ঞান প্রয়োজন, তাই আমি ত্রুটিটি কোনও বাগের কারণে হয়েছে (বিশেষত যেহেতু এই মডিউলটি এখনও ভারী বিকাশের মধ্যে রয়েছে) বা আমার ভুলের কারণে তা নির্ধারণ করতে পারছি না ধারণাটি বুঝতে of এই মডিউলটির কার্যকারিতা।

D8 ড্রুপাল আপগ্রেড মডিউলটি আমার সরবরাহ করা D7 ডাটাবেস "" পছন্দ করে না "এমন কোন কারণ রয়েছে? বিশেষত যখন ড্রুপাল 7 সাইটটি অনলাইনে এবং স্থানীয়ভাবে কার্যকরভাবে কাজ করছে।
আপগ্রেডিং কোনও কারণেই যদি সম্ভব না হয় তবে মাইগ্রেশন কি আপগ্রেড করার জন্য একটি শালীন বিকল্প হতে পারে? যদি তা হয় তবে মাইগ্রেশনের জন্য আপনি সবচেয়ে সেরা সমাধানটি কী ভাবতে পারেন?

আমি /var/www/html/benia/modules/migrate_upgrade/src/MigrationCreationTrait.php এ গিয়েছিলাম এবং করেছি:

-- return $version_string ? substr($version_string, 0, 1) : FALSE;

++ return 7;
++ return $version_string ? substr($version_string, 0, 1) : FALSE;

স্ক্রিনের উপরে এই ত্রুটিটি পেয়েছে।

8 migration

— কিমলালুনো
সূত্র

1

আমি যা দেখতে পাচ্ছি তা হ'ল ত্রুটি যেমনটি বলে ঠিক তেমনই এটি পছন্দ করে না যে ডাটাবেসে একটি ড্রুপাল 7 ইনস্টলেশন রয়েছে। আপনার কনফিগারেশনে কিছু ভুল হতে পারে বা আপনি যেখানে এটি আশা করেন সেখানে এটি আমদানি করেননি।

— বার্ডির

এটি ডিবির মতো হবে না কেন? এই ডিবি সহ ডি 7 সাইটটি কোনও

1

ওহ এবং @ বার্ডিরকে "কনফিগারেশন" দ্বারা আপনি ডি 8 সাইটের দ্রুপাল আপগ্রেড মডিউলে কনফারেন্স বোঝাতে চাইছেন? আমি নিশ্চিত ছিলাম যে সমস্ত বিবরণ আমার যেখানে প্রয়োজন সেখানে

আপনি কি ইতিমধ্যে লোকালহোস্টের পরিবর্তে 127.0.0.1 ব্যবহার করে দেখেছেন? (এটি সম্ভবত আপনার বর্তমান আপগ্রেড কনফিগারেশনের মাধ্যমে কোনও ডাটাবেসে পৌঁছতে পারে না)

— লেইম্যানেক্স

দুঃখিত আমি মনে করি আমি বুঝতে পেরেছি ... আপনি কি লিখেছিলেন দয়া করে তা আবার লিখে দিতে পারেন? অনেক ধন্যবাদ!!!

4

এই পর্যায়ে, আমি simple7 থেকে 8 এর আপগ্রেড করার বিকল্প নেই বলে মনে করি না আপনি যেমন প্রকাশের নোটটিতে দেখতে পাচ্ছেন:

একবার আপনি প্রস্তুত হয়ে গেলে, ড্রুপাল 8 কোরটিতে বিদ্যমান ড্রুপাল 7 এবং 6 সাইটগুলি সরাসরি দ্রুপাল 8-তে আপডেট করার জন্য মাইগ্রেট মডিউলও অন্তর্ভুক্ত থাকে। মাইগ্রেটকে দ্রুপাল 8.0.0 এ "পরীক্ষামূলক" হিসাবে চিহ্নিত করা হয়েছে, তবে আসন্ন প্রকাশে সম্পূর্ণরূপে সমর্থন করা হবে। https://www.drupal.org/news/drupal-8.0.0-released

দৃশ্যের পিছনে কিছুটা প্রযুক্তিগত: 7 থেকে 8 সংস্করণ পর্যন্ত, সাইট তৈরি করার সময় তারা একই ধারণাটি রাখে (নোড, সত্তা, অনুমতি, মতামত ...) তবে মূল নয়। আমি বলব: তারা সমস্ত কিছুই ওওপি, সিমফনি উপাদান, আর্কিটেকচারে বদলেছে ... সুতরাং upgradeআপনার ড্রুপাল সাইটে সরাসরি শালীন সংস্করণ থেকে 8.0 এ যাওয়ার কোনও উপায় নেই , আপনাকে করতে হবে migrate। migratingপ্রক্রিয়াটি কেমন হওয়া উচিত তা এখানে :

আপনার ডি 7 সাইটে একই কার্যকারিতা সহ সাইটটিকে পুনরায় তৈরি করুন।
থিমটি পুনরায় তৈরি করুন (টুইগ টেম্পলেট ব্যবহার করে)
সামগ্রীতে স্থানান্তরিত করুন

এই প্রক্রিয়াটির ব্যয়টি (দুর্ভাগ্যক্রমে) নতুন সাইট বা আরও অনেক কিছু পুনরায় তৈরি করতে সমান। নং 3 এর সাথে, পর্যায় 2: https://www.phase2technology.com/blog/upgrading-to-a-drupal-8-site/ এর এই নিবন্ধটি একবার দেখুন

— trongdq
সূত্র

আমি ড্রুপাল 8 এ ম্যানুয়ালি একটি পুনর্লিখিত সাইট তৈরি করা শুরু করেছি ... এটি সত্যিই ভাল যে আমি ডি 7-তে ব্যবহৃত অনেকগুলি মডিউল কোরটিতে গিয়েছিলাম; আমি আশা করি যে সময়ে যখন আমি দ্রুপাল 9 এ স্থানান্তরিত হব তখন মাইগ্রেশন প্রযুক্তি এমন একটি রাজ্যে পৌঁছে যাবে যেখানে এটি আরও আংশিক হতে পারে, বিভিন্ন প্রসঙ্গে, নোড অন-পৃষ্ঠা ডেটা এবং মেটা ডেটা, নোড রিডাইরেক্টস, ফাইলস, ভিউ, প্যানেলগুলি, এটির যতটুকু সম্ভব তার নিজস্ব ... প্রক্রিয়াটি বিভিন্ন পর্যায়ে বিভক্ত করা (যখন আপনি যখনই প্রতিটি সম্ভাব্য স্তর থেকে শুরু করতে পারেন যখনই আপনি চান) এমন একটি প্রত্যাশা যা আমি আশা করি ...

প্রয়োগ না করার জন্য দুঃখিত: আমি কী ঘটেছে তার সুনির্দিষ্ট বিবরণ সহ আমি নীচে আমার উত্তরটি পোস্ট করেছি, দয়া করে দেখুন। অনুগ্রহ অবশ্যই আপনার সাথে আছে।

2

তোমার ত্রুটি বার্তা স্ট্রিং সঙ্গে একটি সঠিক ম্যাচ লাইন মধ্যে অন্তর্ভুক্ত করা হয় http://cgit.drupalcode.org/migrate_upgrade/tree/src/MigrationCreationTrait.php#n40 এর "Drupal আপগ্রেড" মডিউল (কোড মধ্যে /: HTTPS /www.drupal.org/ প্রকল্প / অভিবাসী_আপগ্রেড )।

এটি দেখায় যে এটি কোনও বাগ নয়, পরিবর্তে একটি "ব্যতিক্রম নিক্ষেপ করা"। এই কোডটির 3 টি পূর্ববর্তী লাইনের দিকে তাকিয়ে আমি মনে করি যে সংযোগ স্থাপনে এটি কেবল একটি সমস্যা।

হতে পারে এটিও সহায়তা করে:

ইস্যু থেকে একটি উদ্ধৃতি https://www.drupal.org/node/2628440 (মন্তব্য এনআর 3):

উত্স ডাটাবেসটি একটি বৈধ দ্রুপাল ডাটাবেস কিনা তা পরীক্ষা করতে এবং ডাটাবেসের সংস্করণ নির্ধারণ করতে, আপগ্রেড প্রক্রিয়াটি 'সিস্টেম' টেবিলের দিকে নজর রাখে - আপনি যে ফর্মটি নির্দিষ্ট করেছেন সেই ডাটাবেসে কি সেই টেবিলটি উপস্থিত রয়েছে? সেই ডাটাবেসে ড্রুপাল ইনস্টলেশন কি উপসর্গযুক্ত (এবং যদি তা হয় তবে আপনি কি ফর্মের "উন্নত বিকল্পসমূহ" বিভাগে উপসর্গটি প্রবেশ করেছিলেন)? "
একই ইস্যুতে মন্তব্য 4 নং দ্বারা অনুসরণ করা: "টেবিলের উপসর্গটি সমস্যার সমাধান করেছে" "

এবং অবশ্যই, বেঞ্জির মন্তব্য (আপনাকে ধন্যবাদ!) এছাড়াও আপনি যে প্রকৃত ত্রুটিটি চালাচ্ছেন সে সম্পর্কে আরও বিশদ পেতে সহায়তা করবে, যেমন:

আপনি এখানে cgit.drupalcode.org/migrate_upgrade/tree/src/… প্রিন্ট করতে পারেন এবং তারপরে আপনি PDO ত্রুটি দেখতে পাবেন

আপনি (অস্থায়ী) লিঙ্কের মাধ্যমে দেখানো কোডটিতে 122 এবং 123 লাইনের মধ্যে এই জাতীয় মুদ্রণ যুক্ত করতে পারেন।

— সম্প্রদায়
সূত্র

প্রশ্নটিতে আমি যেমন উল্লেখ করেছি যে এই বিস্তৃত পিএইচপি কোড থেকে সমস্যাটি কী তা বুঝতে আমার পিএইচপি জ্ঞান নেই ... আপনি কি দয়া করে প্রশ্নটি সম্পাদনা করতে পারেন এবং সহজ কথায় ব্যাখ্যা করতে পারেন যে আসলে এই "ব্যতিক্রম নিক্ষেপ করা হচ্ছে" এবং কি এটি হ্যান্ডেল করার পদক্ষেপটি? আপনি যতটা সহজ সরল করুন, আমি কেবল পিএইচপি-র স্বাদ শুরু করছি।

@ বেনোস এর সহজ অর্থ হ'ল খুব সম্ভবত খুব তুচ্ছ কিছু আপনার মাইগ্রেশন সেটিংসে ভুল কনফিগার করা আছে। একটি টাইপো, একটি ভুল পাসওয়ার্ড, একটি ভুল ইউআরএল। এরকম কিছু.

— লেইম্যানেক্স

@ বেনোস, আপনি এখানে cgit.drupalcode.org/migrate_upgrade/tree/src/… $ e-> getException () মুদ্রণ করতে পারেন এবং তারপরে আপনি PDO ত্রুটি দেখতে পাবেন।

— বেঞ্জি

@leymannx যদি আমি 2 ডিবি স্থানীয়ভাবে তৈরি করেছি (ডি 8 এর জন্য একটি ডি 7 এর জন্য), কেবলমাত্র ডি 7 এর একটিরই একই বিবরণ থাকা উচিত আমি যে অনলাইন সাইটটি আপগ্রেড করতে চাই, ঠিক?

@leymannx আমি সবকিছু পুনরায় তৈরি করেছি। স্থানীয় ডি 7 ডেটা অনলাইন ডি 7 সাইটে হুবহু: সাইটের ফোল্ডারটি একই; ডিবি নাম এবং ব্যবহারকারীর নাম এক এবং পাসওয়ার্ড একই; আমি উপসর্গটিও যুক্ত করেছিলাম এবং সবকিছু ঠিকঠাক মনে হলেও আমি এখনও একই ত্রুটি পেয়েছি।

0

আপনি যে মুহুর্তে কোডবেসকে পড়া sk সিস্টেম reading এড়ানোর জন্য বাধ্য করেন সেই মুহুর্তে এটি পরবর্তী ডাটাবেস সারণী, {ফিল্ড_কনফিগ_ইনস্ট্যানস finding না পেয়ে মরে যায়} অন্য কথায়: এটি আপনার ডি 7 ডাটাবেসটি পড়ছে না। সম্ভবত এটি ডি 8 টি পড়ার চেষ্টা করে, সম্ভবত অন্য কিছু, আমরা কীভাবে জানতে পারি? সম্ভবত আপনি ভুল ডিবি কনফিগারেশনে প্রবেশ করছেন (বলুন, দুটি সাইট মাইএসকিএল সার্ভারের সাথে দুটি সার্ভারে লোকালহোস্ট হিসাবে আলাদা সার্ভারে রয়েছে তবে লোকালহোস্ট একই সার্ভার নয়)। আমি কেবলমাত্র মাইগ্রেট আপগ্রেড অবদান মডিউল এবং কোর মাইগ্রেড মডিউল কোড উভয়টি যাচাই করেছিলাম এবং এটি অত্যন্ত অবাক লাগবে যদি প্রিফিক্স সম্পর্কিত কোনও বাগ থাকে যেহেতু উভয়ই পুরো ডাটাবেস সেটিংস অ্যারে পরিচালনা করে, টুকরো টুকরো না করে।

এটি কীভাবে ঠিক করা যায় সে সম্পর্কে আপনার ইনফ্রা অ্যাক্সেস না করে বলা অসম্ভব। দুঃখিত। আমি যদি এটি বন্ধ করতে ভোট দিতে পারতাম তবে যেহেতু অনুগ্রহ হয় তাই আমি পারব না। আমরা আপনাকে সহায়তা করতে পারি না এবং এই প্রশ্নটি অন্যকে সহায়তা করবে না। একমাত্র সম্ভাব্য সহায়তা হ'ল: আপনার ড্রুপাল 7 সেটিংস ফাইলটি পড়ুন এবং বুঝতে পারবেন এবং মাইগ্রেট আপগ্রেড মডিউলটিকে সঠিক শংসাপত্র দিন (বিপুল পরিমাণ মন্তব্যে এটি ইতিমধ্যে প্রদর্শিত হচ্ছে না))

একটি দীর্ঘ দীর্ঘমেয়াদী সমাধানে অবদানের মডিউলটিতে এমন একটি বৈশিষ্ট্য অন্তর্ভুক্ত থাকবে যেখানে লোকেরা তাদের সেটিংস.এফপি আপলোড করতে পারে এবং তারপরে আমরা এটি ব্যবহার করার চেষ্টা করতে পারি। এটি অত্যন্ত নাজুক তবে আমার মনে হয় শটটি মূল্যবান। যখন কারও কাছে কোড দেওয়ার সময় হবে ...

লোকেরা কেন এটিকে এত ভারী করে তুলেছে তা আমার কোনও ধারণা নেই। অন্য কেউ কি একই সমস্যা আছে?

0

আমি এটি পোস্ট করার পরে অনেক সময় কেটে গেছে তবে আমি মনে করি যে আমি এখন জানি সমস্যা কী ছিল:

আমি ২-৩ টি মডিউল ইনস্টল করে রেখেছি, যা আমি (তখন) "এত বেসিক" বলে মনে করেছি তাই আমি নিশ্চিত যে সমস্ত মূল মডিউলগুলির মতোই তাদের একটি অভিবাসন পথ রয়েছে।

এগুলি ছিল, যদি আমি সঠিকভাবে মনে করি: মেটাটাগ এবং পুনর্নির্দেশ (আপনি ডি 7 গ্লোবাল ডিরেক্টরেড থেকে পুনঃনির্দেশ করুন ড্রুপাল 8 এ কেবল পুনর্নির্দেশে যান)।

আমি কেবল এগুলি ডি 7 সাইটে রেখে দিয়েছি, আমি সেগুলি ডি 8 এও ইনস্টল করেছি, সুতরাং আমার সাইটের সংস্করণগুলির কোনওটিই কেবলমাত্র কেবল প্রয়োজনীয় ছিল না।

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

ঠিক তেমনই আপনি জানেন --- এইগুলি এবং অন্যান্য মডিউলগুলির এই মাইগ্রেশন পাথকে প্যাচ করে আপনি ব্যবহার করতে পারেন এমন মাইগ্রেশন পাথের অবদান রয়েছে (আপনি এটিকে "পথটি দিয়ে মডিউলটিতে" ইনজেকশন দিয়েছিলেন)।

যাইহোক, আমার পক্ষে তখনকার ঘটনাটি ছিল না এবং আমি নিশ্চিত যে এটি সিস্টেমের সাথে আসে ...

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

0

একবার আমি ত্রুটি বার্তা পেয়েছিলাম। এটি "drupal_" দ্বারা সেট করা $ db_prefix হিসাবে পরিণত হয়েছে। আপনি এটি উন্নত বিকল্পে রাখা উচিত।

শুভেচ্ছা, কার্লোস আলেমান

— পেড্রো প্যারামো
সূত্র