নতুন সিমফনি 3 ডিরেক্টরি কাঠামো কী?


90

আমি একটি নিয়মিত সুরকার কমান্ড সহ সবেমাত্র একটি নতুন সিমফনি 2.5 প্রকল্প তৈরি করেছি:

php composer.phar create-project symfony/framework-standard-edition path/ 2.5.0

টার্মিনাল আমাকে জিজ্ঞাসা করে:

আপনি কি সাইফনি 3 ডিরেক্টরি কাঠামো ব্যবহার করতে চান?

এই সিমফনি 3 ডিরেক্টরি কাঠামোটি কী? আমি এর আগে কখনও দেখিনি ... 2.5 পরে এটি নতুন?

এটি ব্যবহার করে কী কী সুবিধা রয়েছে?

এই ডিরেক্টরি কাঠামো প্রতিলিপি করার কোন উপায় আছে?


4
মনে রাখবেন যে ইতিমধ্যে, এই প্রশ্নটি ইনস্টলার থেকে সরানো হয়েছে কারণ এটি ব্যবহারকারীদের মধ্যে একটি নির্দিষ্ট মাত্রায় বিভ্রান্তি সৃষ্টি করে। আরো তথ্য: github.com/symfony/symfony-standard/issues/674
Corneliu

@ কর্নেলিউ এটির সত্যই আছে। যাইহোক, সুরকার চালানোর আগে পরিবেশের পরিবর্তনশীল সেট করে, এখনও প্রশ্নটি ট্রিগার করা সম্ভব। এই পোস্ট করা প্রশ্ন এবং উত্তরটি দেখুন: পোস্ট করা হয়েছে: stackoverflow.com/q/24956881/1001110
নিক ওয়ারটেল

উত্তর:


176

আমি নতুন সিমফনি 3 ডিরেক্টরি কাঠামোটি ব্যবহার করতে চাই, তবে আমি প্রশ্নটি দেখতে পাচ্ছি না?

এই Would you like to use Symfony 3 directory structure?বিভ্রান্তির কারণে নতুন প্রকল্প তৈরি করার সময় প্রশ্নটি সরানো হয়েছে। আপনি নিম্নলিখিত ব্যবহার করে ডিরেক্টরি কাঠামো ব্যবহার জোর করতে পারেন:

আপনি নতুন কাঠামো পছন্দ করেন, তাহলে এনভায়রনমেন্ট ভেরিয়েবল যুক্ত করতে পারেন SENSIOLABS_ENABLE_NEW_DIRECTORY_STRUCTUREআপনার টু .bashrcবা .bash_profileযেমন:

ভবিষ্যতের সমস্ত প্রকল্পগুলিকে নতুন কাঠামোর জন্য জিজ্ঞাসা করুন

# .bash_profile
# ALL new composer installs will ask `Would you like to use the new Symfony3 strucure?`
export SENSIOLABS_ENABLE_NEW_DIRECTORY_STRUCTURE=true

কেবলমাত্র নতুন প্রকল্পটি ব্যবহার করতে চাইলে এই প্রকল্পটিকে জিজ্ঞাসা করুন।

আপনি যদি এটি কোনও নির্দিষ্ট প্রকল্পের জন্য চান (কেবল এক বন্ধ), আপনি ব্যবহার করতে পারেন:

SENSIOLABS_ENABLE_NEW_DIRECTORY_STRUCTURE=true composer create-project symfony/framework-standard-edition path/ "2.5.*"

এনভায়রনমেন্ট ভেরিয়েবল যদি SENSIOLABS_ENABLE_NEW_DIRECTORY_STRUCTUREসেট এবং সেট করা হয় true, composerআপনি নতুন, ডিরেক্টরি অনুক্রমের ব্যবহার করতে চান তাহলে অনুরোধ জানানো হবে।

ডিরেক্টরি Symfony2এবং Symfony3কাঠামোর মধ্যে সমস্ত পরিবর্তনের জন্য নীচে পড়া চালিয়ে যান ।


নতুন সিমফনি 3 ডিরেক্টরি কাঠামো কী?

(এবং এটি আমার ও আমার কর্মপ্রবাহকে কীভাবে প্রভাবিত করে)

আমি 2 টি প্রকল্প, symfony-2.5.0ডিরেক্টরি কাঠামোযুক্ত একটি, একটি symfony-3(ডিরেক্টরি স্ট্রাকচার পরিবর্তনের জন্য) তৈরি করে এটিকে দেখলাম ।

প্রতিটি প্রকল্পের একটি করুন:

# say `N` to `Would you like to use Symfony 3 directory structure?`
$ composer create-project symfony/framework-standard-edition symfony-2.5.0/ 2.5.0

# say `Y` to `Would you like to use Symfony 3 directory structure?`
$ composer create-project symfony/framework-standard-edition symfony-3/ 2.5.0

সুতরাং এখন আমরা 2 ভিন্ন ডিরেক্টরি আমরা তুলনা করতে চান।


এই difference

আপনি diffব্যবহার করে 2 টি ডিরেক্টরিতে ব্যবহার করতে পারেন :

$ diff -rq symfony-2.5.0/ symfony-3/
/** (Returned from the diff)
Files symfony-2.5.0/.gitignore and symfony-3/.gitignore differ
Files symfony-2.5.0/.travis.yml and symfony-3/.travis.yml differ
Only in symfony-2.5.0/app: bootstrap.php.cache
Only in symfony-2.5.0/app: cache
Only in symfony-2.5.0/app: console
Only in symfony-2.5.0/app: logs
Only in symfony-2.5.0/app: phpunit.xml.dist
Only in symfony-3/bin: console
Only in symfony-3/bin: symfony_requirements
Files symfony-2.5.0/composer.json and symfony-3/composer.json differ
Only in symfony-3/: phpunit.xml.dist
Only in symfony-3/: var
Files symfony-2.5.0/vendor/autoload.php and symfony-3/vendor/autoload.php differ
Files symfony-2.5.0/vendor/composer/autoload_real.php and symfony-3/vendor/composer/autoload_real.php differ
Files symfony-2.5.0/web/app.php and symfony-3/web/app.php differ
Files symfony-2.5.0/web/app_dev.php and symfony-3/web/app_dev.php differ
*/

এটি 2 সংস্করণে পৃথক হওয়া ফাইলগুলি দেখায়।


ভাঙ্গা diff

এখানে ভিন্নতার সবকিছু ভেঙে ফেলা হয়েছে।

# These files still exist in both versions (with different content)
.gitignore
.travis.yml
composer.json
vendor/autoload.php
vendor/composer/autoload_real.php
web/app.php
web/app_dev.php

# The following files have been removed from 2.5.0
# {RemovedFile2.5}      |  {ReplacedWith3.0}
app/cache               |  var/cache
app/logs                |  var/log
app/bootstrap.php.cache |  var/bootstrap.php.cache
app/console             |  bin/console
app/phpunit.xml.dist    |  phpunit.xml.dist

# The following files are new in 3.0
bin/symfony_requirements # run via CLI

সিমফনি 3 ডিরেক্টরি কাঠামোর সুবিধা

নতুন ডিরেক্টরি কাঠামোটিতে বেশ কয়েকটি সুবিধা রয়েছে, সেগুলির সবগুলিই অপ্রয়োজনীয় এবং আপনার কর্মপ্রবাহে স্বল্পতম পরিবর্তনের প্রয়োজন হতে পারে।

পিএইচপিউনিট

phpunit কনফিগারেশন ফাইলের পথটি স্পষ্টভাবে উল্লেখ না করেই প্রকল্পের রুট থেকে চালানো যেতে পারে।

# Symfony2
phpunit -c app/phpunit.xml

# Symfony3 (no need to specify the configuration file location)
phpunit

বাইনারি এক্সিকিউটেবল

সমস্ত বাইনারি এক্সিকিউটেবল ফাইলগুলি এখন সমস্ত একক স্থানে অবস্থিত - binডিরেক্টরিটি (ইউনিক্সের মতো ওএসের মতো)

# you can update your `PATH` to include the `bin` directory
PATH="./bin:$PATH"

# From your project root you can now run executables like so:
console
symfony_requirements
doctrine

# else with no `PATH` update
bin/console
bin/symfony_requirements
bin/doctrine

নতুন /varডিরেক্টরি

নতুন /varডিরেক্টরির ফাইল যা সিস্টেম অপারেশন অবশ্যই সময় ডেটা লিখেছেন রয়েছে (ক UNIX মত অপারেটিং সিস্টেম মতো)

এটি অনুমতিগুলি যুক্ত করা আরও সহজ করে তোলে, পুরো /varডিরেক্টরিটি আপনার ওয়েবসার্ভারের দ্বারা লিখিত হতে হবে। আপনি অনুসরণ করতে পারেন অনুমতি সেট করার জন্য Symfony2 নির্দেশিকা (বদলে app/cache&& app/logsসঙ্গে var) কোন অন্যান্য ফাইল আপনি লিখতে স্থানীয়ভাবে এখানে অবস্থিত যেতে পারে চাই,।

# default symfony3 `var` directory
var/bootstrap.php.cache
var/cache
var/logs

সিম্ফনি প্রয়োজনীয়তা চেক

চলমান symfony_requirementsবাধ্যতামূলক এবং environmentচ্ছিক পরিবেশ কনফিগারেশন আউটপুট হবে।
যেমন:

********************************
* 'Symfony requirements check' *
********************************

* Configuration file used by PHP: /usr/local/php5/lib/php.ini

/** ATTENTION **
*  The PHP CLI can use a different php.ini file
*  than the one used with your web server.
*  To be on the safe side, please also launch the requirements check
*  from your web server using the web/config.php script.
*/

** Mandatory requirements **
'
 OK       PHP version must be at least 5.3.3 (5.5.11 installed)
 OK       PHP version must not be 5.3.16 as Symfony wont work properly with it
 OK       Vendor libraries must be installed
 OK       var/cache/ directory must be writable
 OK       var/logs/ directory must be writable
 OK       date.timezone setting must be set
 OK       Configured default timezone "Europe/London" must be supported by your installation of PHP
 OK       json_encode() must be available
 OK       session_start() must be available
 OK       ctype_alpha() must be available
 OK       token_get_all() must be available
 OK       simplexml_import_dom() must be available
 OK       APC version must be at least 3.1.13 when using PHP 5.4
 OK       detect_unicode must be disabled in php.ini
 OK       xdebug.show_exception_trace must be disabled in php.ini
 OK       xdebug.scream must be disabled in php.ini
 OK       PCRE extension must be available
'
** Optional recommendations **
'
 OK       xdebug.max_nesting_level should be above 100 in php.ini
 OK       Requirements file should be up-to-date
 OK       You should use at least PHP 5.3.4 due to PHP bug #52083 in earlier versions
 OK       When using annotations you should have at least PHP 5.3.8 due to PHP bug #55156
 OK       You should not use PHP 5.4.0 due to the PHP bug #61453
 OK       When using the logout handler from the Symfony Security Component, you should have at least PHP 5.4.11 due to PHP bug #63379 (as a workaround, you can also set invalidate_session to false in the security logout handler configuration)
 OK       You should use PHP 5.3.18+ or PHP 5.4.8+ to always get nice error messages for fatal errors in the development environment due to PHP bug #61767/#60909
 OK       PCRE extension should be at least version 8.0 (8.34 installed)
 OK       PHP-XML module should be installed
 OK       mb_strlen() should be available
 OK       iconv() should be available
 OK       utf8_decode() should be available
 OK       posix_isatty() should be available
 OK       intl extension should be available
 OK       intl extension should be correctly configured
 OK       intl ICU version should be at least 4+
 OK       a PHP accelerator should be installed
 OK       short_open_tag should be disabled in php.ini
 OK       magic_quotes_gpc should be disabled in php.ini
 OK       register_globals should be disabled in php.ini
 OK       session.auto_start should be disabled in php.ini
 OK       PDO should be installed
 OK       PDO should have some drivers installed (currently available: mysql, sqlite, dblib, pgsql)
'

উপসংহার

Sensio ল্যাবস দ্বারা একটি ভাল পরিপাটি আপ মত দেখায়, সর্বোপরি পরিবর্তন নিখুঁত জানার জন্য, তারা বাস্তবায়ন করতে যখন আপগ্রেড থেকে সহজ হওয়া উচিত 2.5করতে 3.x, এই সম্ভবত আপনার সমস্যার অন্তত হতে হবে!

দস্তাবেজগুলি পড়ুন

সিমফনি 2.x => 3.0 এখানে ডক্স আপগ্রেড করুন
সিমফনি 3.0 আর্কিটেকচার

সিমফোনির জন্য প্রকাশের তারিখ 3

এটি মুক্তির প্রক্রিয়াটি দেখার পক্ষে খুব দূরে বলে মনে হচ্ছে (পড়ার মতো মূল্যবান) :

http://symfony.com/doc/current/contributes/commune/releases.html

আপডেট সাইমফনি রিলিজ প্রক্রিয়া
(উত্স: symfony.com )


আপনার সহায়তার জন্য ধন্যবাদ, হ্যাঁ আমি আশা করি যে ২। * থেকে 3.0 এ স্থানান্তর সম্ভব এবং সহজ হবে।
ওসমান

এখন আমি মনে করি কেন কমান্ড কাজ করছে না কারণ সুরকার অ্যাপ থেকে বিনটিতে চলে গেছে।
পরীক্ষিত

4
গতকাল পর্যন্ত, আমরা "3.0" ডিরেক্টরি কাঠামো প্রশ্নটি সরিয়ে দিয়েছি কারণ এটি মানুষকে বিভ্রান্ত করেছিল এবং এই কাঠামোটি ব্যবহার করার এখনও কোনও সত্যিকারের সুবিধা নেই। 3.0.০ এখনও অনেক দীর্ঘ দূরে, তবে আমরা যখন সেখানে পৌঁছব তখন অবশ্যই কীভাবে আপগ্রেড করতে হবে তার বিশদ থাকবে।
ওয়েভেরিয়ান

4
@ মার্সেলবার্খার্ড নতুন ডিরেক্টরি কাঠামো কীভাবে জোর করা যায় তা দেখানোর জন্য আমি আমার উত্তর আপডেট করেছি, আপনি কেবল পরিবেশের পরিবর্তনশীল যুক্ত করুন SENSIOLABS_ENABLE_NEW_DIRECTORY_STRUCTURE=true(সম্পূর্ণ বিবরণের জন্য আমার উত্তরটির শীর্ষস্থান দেখুন)
অনিল

4
আপনার উত্তরটি আপডেট করতে হবে এবং নোট করুন যে তারা ইনস্টলার থেকে এই বিকল্পটি সরিয়ে নিয়েছে।
Pinoniq

38

পুরানো এবং নতুন ডিরেক্টরি কাঠামোর মধ্যে পরিবর্তনগুলির একটি তালিকা এখানে রয়েছে:

  • একটি নতুন varফোল্ডার চালু করা হয়েছে
  • app/console স্থানান্তরিত হয় bin/console
  • app/check.php সরানো / নাম পরিবর্তন করা হয় bin/symfony_requirements
  • app/phpunit.xml.dist রুট ফোল্ডারে সরানো হয়
  • app/SymfonyRequirements.php স্থানান্তরিত হয় var/SymfonyRequirements.php
  • app/cacheএবং app/logsফোল্ডার সরানো হয়েছে var/cacheএবং var/logsযথাক্রমে

(বর্তমানে পুরানো সমস্ত ফাইল মুছে ফেলা হচ্ছে বলে মনে হচ্ছে না, সুতরাং সংস্করণ নিয়ন্ত্রণে সমস্ত ফাইল কমিট করার আগে আপনি নিজেই এটি করতে চাইতে পারেন this সমস্যাটি দেখুন )

তাহলে কি লাভ?

এই পরিবর্তনগুলির সাথে বেশ কয়েকটি সুবিধা রয়েছে। প্রথমত, সিমফনির জন্য লিখিতযোগ্য হওয়া সমস্ত ফাইল এবং ফোল্ডারগুলি এখন varফোল্ডারে রয়েছে। এটি কনফিগার করার অনুমতিগুলি আরও অনেক সহজ করে তুলবে: কেবল varফোল্ডারে রাইটিং অ্যাক্সেসের নিশ্চয়তা দিন এবং আপনার কাজ শেষ হয়ে গেছে। এটি এই ব্লগ পোস্টে প্রস্তাবিত - আমি নিজেই এটি চেষ্টা করে দেখিনি।

দ্বিতীয়ত, সমস্ত নির্বাহী সহ console, এখন binফোল্ডারে রয়েছে। এটি বাশ ব্যবহারকারীদের উদাহরণস্বরূপ তাদের .profileফাইলগুলিতে যুক্ত করতে দেয় :

# set PATH so it includes current bin folder
PATH="./bin:$PATH"

এখন আপনাকে bin/consoleআর টাইপ করতে consoleহবে না, কেবল যথেষ্ট হবে (নোট করুন যে এটি কাজ করার জন্য আমাকে পুনরায় বুট করতে হয়েছিল)।

পাশাপাশি আরও কিছু উন্নতি রয়েছে। app/check.phpএখন একটি এক্সিকিউটেবল, তাই আপনি এটির bin/symfony_requirementsপরিবর্তে এটি কল করতে পারেন php app/check.php। ( .profileআমি আগে বর্ণিত কৌতুকটি ব্যবহার করে কেবল symfony_requirementsযথেষ্ট হবে)

এবং সর্বশেষে তবে সর্বনিম্ন নয়, পিএইচপিউনিট চলাকালীন আপনাকে আর কনফিগারেশন ফাইলের অবস্থান নির্দিষ্ট করতে হবে না। পরিবর্তে phpunit -c appআপনি কেবল কার্যকর করতে পারেন phpunit

আমি কি বিদ্যমান প্রকল্পগুলিকে এই নতুন কাঠামোর সাথেও আপগ্রেড করতে পারি?

ডিফল্টরূপে, নতুন প্রকল্প তৈরি করার সময় আপনি কেবল 'নতুন ডিরেক্টরি কাঠামো ব্যবহার করতে চান' প্রশ্নটি পাবেন (ব্যবহার করছেন composer create-project symfony/framework-standard-edition path/ "2.5.*")।

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

হালনাগাদ

দেখা যাচ্ছে যে সুরকারের মাধ্যমে একটি নতুন সিমফনি অ্যাপ্লিকেশন তৈরি করার সময়, আপনি নতুন ডিরেক্টরি কাঠামোটি ব্যবহার করতে চান কিনা সিমফনি আপনাকে আর জিজ্ঞাসা করবে না। তবে, পরিবেশের পরিবর্তনশীল ব্যবহার করে নতুন ডিরেক্টরি কাঠামো সহ সিমফনি প্রকল্পগুলি তৈরি করা এখনও সম্ভব। আরও তথ্যের জন্য দেখুন কীভাবে আমি নতুন ডিরেক্টরি কাঠামো সহ একটি নতুন সিমফনি প্রকল্প তৈরি করতে পারি?


6
আপনার পরিবর্তন করার পরে আপনাকে পুনরায় বুট করার দরকার নেই .profile, আপনি কেবলমাত্র আপনার বর্তমান শেলটিতে ফাইলটি পুনরায় উত্স করতে পারেন, বা প্রস্থান করে একটি নতুন শেল শুরু করতে পারেন। চলমান . ~/.profileফাইলটিকে পুনরায় উত্স করবে (শীর্ষস্থানীয় ডট-স্পেস নোট করুন)।
ড্রোক
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.