ትኩረት!ይህ ጽሑፍ ተስፋ ቢስ ጊዜ ያለፈበት ነው ወይም አሁን ምንም የመረጃ ጥቅም እንደሌለው በጸሐፊው ተገምግሟል።

የክፍት ምንጭ ኮድ ውበት ክፍትነቱ ነው :)) ማለትም. የማሰብ ችሎታ/ጊዜ/ምኞት ካለህ ፕሮግራሙ እንዴት እንደሚሰራ ማወቅ ትችላለህ። የእንደዚህ አይነት ኮድ ጉዳቱ አስፈላጊ የሆኑትን የተጠናቀሩ ጥቅሎችን የማግኘት ችግር ነው. ለምሳሌ፣ ፒኤችፒ ለኒክስ ሲስተሞች ከቀጣይ ቅንብር/ስብስብ ጋር እንደ ምንጭ ሊወርድ ይችላል። ሁሉም ነገር አስቀድሞ ለዊንዶውስ ተሰብስቧል ፣ ግን ብዙ ዝግጁ የሆኑ ሁለትዮሽ ጥቅሎች አሉ! አማራጮች በ" የክር አስተማማኝ/የክር ያልሆነ ደህንነቱ የተጠበቀ", VC6/VC9እና የተለያዩ የ PHP ስሪቶች። ጽሑፉ የተፈጠረው ሁኔታውን ለማጣራት ነው. በተለያዩ ምንጮች ላይ የተመሰረተ ነው, በከፊል ከእንግሊዝኛ ተተርጉሟል. ሁሉም ስለዚህ በሚቀጥለው ጊዜ እንደገና እንዳላጣራው - "ምንድን ነው!?"

ያስፈልጋል የ PHP ስሪትጥቅም ላይ በሚውልበት የድር አገልጋይ ስሪት ላይ ይወሰናል. ለምሳሌ፣ Apache 1.3.x ከ PHP ስሪት 3.0.x፣ Apache 2.x ከ PHP ስሪት 4.0 እና ከዚያ በላይ ይሰራል። ነገር ግን ይህ እንደዚህ አይነት ችግር አይደለም፣ አዳዲስ የተረጋጋ ልቀቶችን እና አስተናጋጁ ባለው ላይ አተኩር።

ምን ዓይነት የፖስታ ጽሑፎች VC6፣ VC9፣ VC11? ፒኤችፒ የዊንዶውስ ምንጮች በ Visual Studio ውስጥ ተሰብስበዋል. VC9 የሚገኘው በቪኤስ 2008፣ ቪሲ11 - ቪዥዋል ስቱዲዮ 2012 ሲጠናቀር ነው።በዚህ መሰረት ይህ ሁሉ ነገር ለእርስዎ እንዲሰራ፣ላይብረሪዎች በኮምፒውተርዎ ላይ መጫን አለባቸው። ቪዥዋል C ++ ለእይታ ስቱዲዮ እንደገና ሊሰራጭ ይችላል።ተጓዳኝ ዓመት. በዚህ ጉዳይ ላይ አንዳንድ ማብራሪያ.

በተጨማሪም፣ የእርስዎ የድር አገልጋይ ከ apache.org የድሮ Apache ከሆነ፣ ፒኤችፒ ለአይአይኤስ የሚሰራ ከሆነ ወይም ከአዲሱ Apache ጋር በጥምረት ጥቅም ላይ የዋለውን ቪሲዋል ስቱዲዮ 6 ቅጂ ማውረድ ያስፈልግዎታል ከዚያ የበለጠ ዘመናዊ የሆነ ነገር መሰብሰብ ይችላሉ;)

ለእኔ, በምርጫ ውስጥ ዋነኛው እንቅፋት ሆስተር ነው. አሁን የተረጋጋ የ PHP 5.5.4 ስሪት አለ, ግን አሁንም 5.2.17 አለው!

አሁን አስደሳች ክፍል: " የክር አስተማማኝወይም የክር ያልሆነ አስተማማኝ?"
የጽሁፉ ትርጉም (ዶሚኒክ ራያን፣ 09/27/2007)

እንደዚህ ያለ የተሰበረ እንግሊዝኛ አይቼ አላውቅም:((ጽሑፉን በፍጥነት ለመተርጎም ፈልጌ ነበር, ነገር ግን ደራሲው የጻፈውን ለመረዳት ተቸግሬ ነበር. በ"ምን-ያ" እና ውስብስብ በሆኑ አረፍተ ነገሮች መካከል ያለው የማያቋርጥ ሽግግር በአጠቃላይ ሞስኮን ያስወጣል. ወደ ሩሲያኛ መተርጎም. በሩሲያኛ ብዙውን ጊዜ በእንግሊዝኛ ብቻ የሚፃፈውን ነገር በትክክል እንዴት መጥራት እንዳለብኝ በቂ እውቀት እና ምናብ ስለሌለኝ ተመሳሳይ ውስብስብ ነው %) ለምሳሌ በሩሲያ ውስጥ “ባለብዙ ​​ሂደት ሥነ ሕንፃ” የሚለውን ቴክኒካዊ ጽንሰ-ሀሳብ አይቼ አላውቅም። ነገር ግን የእኔ ዕንቁ "ፍሰት - ደህንነቱ ያልተጠበቀ" በአጠቃላይ የጋራ አስተሳሰብ ጥያቄ ነው. በአጠቃላይ, የሆነውን እሰጥዎታለሁ.

መካከል ያለው ልዩነት የክር አስተማማኝእና ደህንነቱ የተጠበቀ ክር ያልሆነፒኤችፒ ሁለትዮሽ ጥቅሎች

ፒኤችፒ ለመጀመሪያ ጊዜ በዊንዶውስ ላይ በጥቅምት 20 ቀን 2000 በ PHP 3.0.17 ከታየ ጀምሮ፣ የሁለትዮሽ ጥቅሎቹ ሁልጊዜ የተገነቡት እንደሚከተለው ነው። የክር ደህንነት (TS). ምኽንያቱ፡ ዊንዶውስ ብዝተፈላለየ መገዲ ህንጸት ይጥቀማል፡ ናይክስ ስርዓታት ድማ ብዙሕ ሒደት ህንጸት ይደግፉ እዮም። ፒኤችፒ ከአንድ ባለ ብዙ ሂደት CGI አፕሊኬሽን ከተጠናቀረ ባለብዙ-ክር ሳይሆን እንደ CGI ሞጁል በዊንዶውስ በ IIS አገልጋይ ላይ መጠቀም ወደ ከባድ መቀዛቀዝ እና የሲፒዩ አጠቃቀምን ያስከትላል። በሌላ በኩል፣ እንደ ISAPI ሞጁል (PHP)ን ከ IIS ጋር ማገናኘት ይችላሉ። ባለብዙ ክር ግንባታ ያስፈልጋል- በግምት. ተርጓሚ)። ከዚያ ሌላ ችግር ይፈጠራል፡ አንዳንድ ታዋቂ የPHP ቅጥያዎች በዩኒክስ/ሊኑክስ ታስበው የተሰሩ ናቸው፣ ማለትም. ባለብዙ ሂደት አርክቴክቸር፣ ይህም ከአይአይኤስ ጋር እንደ ISAPI ሞጁል የተገናኘውን የPHP ብልሽት ያስከትላል። ያ። CGI ፍጥረት በ IIS ላይ ለPHP በጣም የተረጋጋ አካባቢ ሲሆን ከዋናው ችግር ጋር በጣም ቀርፋፋ ነው። ጥያቄ በቀረበ ቁጥር መላውን ፒኤችፒ አካባቢ ከማህደረ ትውስታ መጫን እና ማውረድ አለብን።

በወቅቱ፣ በ IIS ላይ የPHPን አፈጻጸም ለማሻሻል ብዙ አማራጮች ነበሩ። የመጀመሪያው የPHP ስክሪፕቶችን በከፊል በተጠናቀረ ሁኔታ በዲስክ እና/ወይም በማህደረ ትውስታ ውስጥ በሚያከማቹ እንደ eAccelerator ካሉ ፕሮግራሞች ጋር ኦፕኮድ መሸጎጫ መጠቀም ነው። ይህ አካሄድ የስክሪፕት ማስፈጸሚያ ጊዜን በእጅጉ ይቀንሳል። ሌላው አማራጭ IISን በማዋቀር PHP ሁነታን ለመጠቀም ነበር። FastCGI. በዚህ አጋጣሚ የ PHP ሂደቱ ከተጠናቀቀ በኋላ አልተዘጋም, ነገር ግን በሚቀጥለው የ PHP ጥያቄ አዲስ ተግባር አግኝቷል. በተጨማሪም ፣ በርካታ የ PHP ሂደቶችን በተመሳሳይ ጊዜ ማሄድ ተችሏል ፣ ይህም የጥያቄ ሂደትን በከፍተኛ ሁኔታ ያፋጥናል ፣ ይህም የ PHP CGI ሁነታ ጉርሻ ነበር። ሆኖም፣ ከ PHP ቅጥያዎች ጋር ትንሽ የተኳኋኝነት ችግሮች ሊኖሩ ይችላሉ። ይሄ አሁንም ፒኤችፒን ለመጠቀም ፈጣኑ መንገድ ነው፣ እና IIS Aid PHP Installer በ IIS ውስጥ እንዲዋቀር የተዋቀረው ነው።

ውስጥ የተሰበሰቡ ሁለትዮሽ ክር-አስተማማኝ ሁነታ (የክር ያልሆነ ደህንነቱ የተጠበቀ፣ NTS)፣ ፒኤችፒን እንደ መደበኛ CGI በይነገጽ ከጠንካራ አፈፃፀም ጋር ለመጠቀም IISን (እና በዊንዶው ላይ ያሉ ሌሎች የድር አገልጋዮችን) እንዲያዋቅሩ ይፈቅድልዎታል ፣ ምክንያቱም በዚህ ሁኔታ (በእንደዚህ ዓይነት ግንባታ) ፣ የ PHP ሂደት ክሮች እስኪመሳሰሉ ድረስ መጠበቅ አያስፈልገውም። እንደ መደበኛ CGI በይነገጽ የPHP የሁለትዮሽ ፓኬጆችን የ"ክር ደህንነቱ የተጠበቀ" እና "ክር ያልሆነ ደህንነቱ የተጠበቀ" አፈፃፀምን ሲያወዳድሩ አፈፃፀሙ እስከ 40% ይደርሳል ፣ነገር ግን አሁንም በ FastCGI ዘዴ ኦፕኮድ ለመጠቀም ፈጣን አይደለም ። . እና ትልቁ ችግር በክር-ደህንነቱ የተጠበቀ ሁለትዮሽዎችን ከክር-ደህናዎች ጋር በአስተማማኝ ሁኔታ መጠቀም አለመቻል ነው። ይህ ማለት እንደ eAccelerator ያሉ የኦፕኮድ መሸጎጫ ሲስተሞችን በክር-ደህና ባልሆኑ ሁለትዮሽ ጥቅሎች በተፈጠሩ ፒኤችፒ አካባቢ (በመፃፍ ጊዜ ትክክል የሆነ መግለጫ) መጠቀም አይችሉም ማለት ነው።

ክር-ደህንነቱ የተጠበቀ ፒኤችፒ ከክር-አስተማማኝ አካባቢ ጋር በተመሳሳይ ፍጥነት ሊዋቀር የማይችል ከሆነ ታዲያ ለምን በእንደዚህ ዓይነት ግንባታ ውስጥ አስፈለገ? ባለፉት ጥቂት አመታት ወደ FastCGI እና ማይክሮሶፍት በዚህ አካባቢ ያደረጓቸውን እድገቶች እንመለስ። አነስተኛ-ለስላሳ ኮዶች የራሳቸውን የ FastCGI ስሪት ፈጥረዋል ፣ ይህም በ FastCGI ሁነታ ላይ ክር-ደህንነቱ የተጠበቀ የ PHP binaries እንዲያዋቅሩ ያስችልዎታል ፣ ይህም አፈፃፀምን ወደ ብርሃን ፍጥነት ያመጣል :)

ከጽሑፉ ላይ ብሬክ የሚስተዋለው ከአይአይኤስ ድር አገልጋይ ጋር ሲጠቀሙ ብቻ ነው ብዬ ደመደምኩ። በማንኛውም አጋጣሚ በWindows+Apache ስር ምንም አይነት ደደብ ነገር አላየሁም። በተጨማሪም የ NTS ስብሰባን በ ማንኛውምየድር አገልጋይ ፣ ግን እንደዚህ ያለ Apache ውቅር መገመት አልችልም።

ተከታታይ ውይይት

ሀ ተከታታይ ውይይትኤሌክትሮኒክ ውይይት ነው (እንደ ኢሜል ፣ ኢሜል ዝርዝር ፣ ማስታወቂያ ሰሌዳ ፣ የዜና ቡድን ፣ ወይም የበይነመረብ ፎረም ያሉ) ሶፍትዌሩ መልእክቶችን በእይታ በመቧደን ተጠቃሚውን የሚረዳበት ። መልእክቶች አብዛኛው ጊዜ በእይታ በተዋረድ በርዕስ ይከፋፈላሉ። በዚህ መንገድ የተቧደኑ የመልእክቶች ስብስብ ሀ ይባላል ርዕስ ክርወይም በቀላሉ "ክር". የውይይት መድረክ፣ የኢሜል ደንበኛ ወይም የዜና ደንበኛ በተመሳሳይ ርዕስ ላይ መልዕክቶችን በቀላሉ ለማንበብ በዚህ መልኩ ቢሰበስብ "የተጣመሩ ርዕሶች" አላቸው ተብሏል። በተጨማሪም፣ በክር የተደረጉ ውይይቶች ተጠቃሚዎች በአንድ ርዕስ ውስጥ ለተለጠፈ የተለየ ምላሽ እንዲሰጡ ያስችላቸዋል። በውጤቱም፣ በክር ርዕስ ውስጥ የውይይት ተዋረድ ሊኖር ይችላል። የተለያዩ የሶፍትዌር ዓይነቶች ይህ ተዋረድ በምን"s ውስጥ እንዲታይ ሊፈቅዱ ይችላሉ። የተዘረጋ ሁነታ ይባላል። (አማራጩ መስመራዊ ሁናቴ ነው፣ ይህም ሁሉንም ልጥፎች በቀን ቅደም ተከተል ያሳያል፣ ማን ለየትኛው ለየትኛው ምላሽ የሰጠ ቢሆንም።)

ጥቅሞች

በተዋረድ የተጣመሩ አመለካከቶች ጥቅሙ አንባቢው የንግግሩን አጠቃላይ መዋቅር በፍጥነት እንዲገነዘብ ማስቻሉ ነው፡ በተለይ ማን ለማን እንደሚመልስ። እንደ የዜና ቡድኖች ባሉ የተራዘሙ ውይይቶች ወይም ክርክሮች ውስጥ በጣም ጠቃሚ ነው፡ በእርግጥ ለተወሳሰበ ክርክር፣ ምንም አይነት ተዋረዳዊ የክርክር ስርዓት ሳይዘረጋ ክርክሩን ለመከተል በፍጥነት የማይቻል ይሆናል።

ሌላው ጥቅማጥቅም በተዋረድ በተጣመሩ ስርዓቶች ውስጥ ማህበረሰብን የበለጠ ስውር አድናቆት ነው። ለተወሰኑ ልጥፎች ምላሾች መሰጠት ስላለባቸው፣ ለተወሰኑ ግለሰቦችም ተሰጥተዋል። የተከመሩ ንግግሮች ፀሐፊውን ምላሽ በሚሰጥበት ግለሰብ የተለየ አመለካከት እና ስብዕና ላይ ያተኩራሉ። ይህ የቅርብ ጊዜ አስተያየት ወደ አጠቃላይ ገንዳ ውስጥ የገባበት fora ውስጥ ያነሰ የሚከሰተው.

ጉዳቶች

በጠፍጣፋ ክር ላይ የሥርዓተ-ሥርዓት ክሮች ጉዳቱ የጨመረው የተወሳሰበ ደረጃ ነው ፣ እና እንደዚህ ዓይነቱ እይታ በተጠቃሚዎቹ በኩል የበለጠ ምቾት እና ውስብስብነት ይፈልጋል። ስለዚህም እንደ ዩዝኔት፣ CIX ወይም Slashdot ባሉ አንዳንድ በጣም ጥንታዊ እና/ወይም በጣም የተራቀቁ የመስመር ላይ ማህበረሰቦች ውስጥ አነሳሱ በጣም ከባድ መሆኑ አያስደንቅም። የድረ-ገጽ ቻት እና አስተያየት ሲስተሞች በንጽጽር ወጣት እና ለብዙ ተመልካቾች ክፍት ናቸው፣ እና እንደዚህ አይነት ተዋረዳዊ ክሮች በቅርብ ጊዜ እንደዚህ ባሉ መድረኮች የተለመደ እየሆነ መጥቷል።

የዛፍ ተዋረድን መጫን በርዕስ ውስጥ ውይይትን ወደ መቆራረጥ ያዛባል፡ ከዚህ በኋላ ለተለያዩ የቀድሞ ልጥፎች ምላሽ የሚሰጥ ወይም ማጠቃለያ መልዕክት መለጠፍ አይቻልም። በምትኩ፣ እያንዳንዱ የቀድሞ ልጥፍ በግለሰብ ምላሽ ሊሰጠው ይገባል። ይህ ደግሞ ተዋረዳዊ ክር ወደ ሚጠቀሙ መድረኮች ወደ ተፋላሚ የክርክር ዘይቤ እንደሚመራ አከራካሪ ነው። ነገር ግን፣ እውነት ቢሆንም፣ በተፈለገው ልኡክ ጽሁፍ ላይ በተሰጡ ምላሾች ብዛት ምክንያት በቀጥታ በክር የተደረገ ምላሽ ካልተቻለ፣ ተጠቃሚዎች ውይይቱን በተያዘለት መንገድ እንዲቀጥል እና እንዲቀጥል በሚያደርጉት ሰው ጥቅሶችን እየተጠቀሙ ነው። ያለችግር ይህ በአብዛኛዎቹ የመልዕክት ቦርድ ማህበረሰቦች የሚመከር ክርክሩ አለበለዚያ ሁሉን አቀፍ ገደቡ ላይ ደርሷል።

ክር ክፈት

ክፍት ክር የሚያመለክተው አንባቢዎች በመረጡት ርዕስ ላይ አስተያየት የሚሰጡበት እና የሚወያዩበት የብሎግ ልጥፍን ነው። ብዙውን ጊዜ ከፍተኛ መጠን ያለው ትራፊክ ባላቸው ታዋቂ ጦማሮች ላይ የበለጠ ጠቃሚ ናቸው; ብዙውን ጊዜ ጥቅም ላይ የሚውሉት የብሎጉ ጸሐፊ የሚለጥፈው ርዕሰ ጉዳይ ከሌለው ወይም በመለጠፍ ላይ ሲዘገይ ነው።

ክፍት ክሮች በብሎጎች ዋና ገፆች ላይ ያሉ የልጥፎችን ነጠላነት ለመስበርም ያገለግላሉ። በይዘት-ተኮር ልጥፎች ላይ አስተያየቶች ሊገነቡ ይችላሉ፤ ስለዚህ የገጽ ጭነት ጊዜዎች እንዳይዘገዩ ደራሲዎች ክፍት ክሮች ይጠቀማሉ።

ምሳሌዎች

* ያሁ! ቡድኖች [ http://groups.yahoo.com/]፣ MSN ቡድኖች [ http://groups.msn.com/እና Slashdot [ http://www.slashdot.com/] ሁሉም በድር ላይ የተመሰረቱ ውይይቶችን የሚያሳዩ መድረኮችን ያቀርባሉ።

በተጨማሪም ይመልከቱ

* ምሁራዊ ስካይሪቲንግ
* የብሎግ ቃላት ዝርዝር

ዋቢዎች

*ዳርትማውዝ (2003) [ http://www.dartmouth.edu/~webteach/articles/discussion.html "በመስመር ላይ ውይይት ማድረግ" ]
* ወልሲ፣ ቲ. ዴቬር፣ [ http://www.readingonline.org/articles/art_index.asp?HREF=wolsey/index.html "በሳይበር ቦታ ላይ የስነ-ጽሁፍ ውይይት፡ ወጣት ወጣቶች ስለ መጽሐፍት ለመነጋገር በክር የተደረደሩ የውይይት ቡድኖችን ይጠቀማሉ።] ። "በመስመር ላይ ማንበብ"፣ 7(4)፣ ጥር/የካቲት 2004. ታህሣሥ 30፣ 2007 የተመለሰ

ዊኪሚዲያ ፋውንዴሽን።

• 2010.
• ሊዮን ፓው

Barh Azoum

ሌሎች መዝገበ ቃላት ይመልከቱ፡-የበይነመረብ መድረክ

- የ phpBB ኢንተርኔት ፎረም ሶፍትዌር ጥቅል፣ በጣም ታዋቂ ከሆኑ የመድረክ ጥቅሎች አንዱ… ዊኪፔዲያየ1990ዎቹ የምናባዊ ትምህርት አከባቢዎች ታሪክ

- በምናባዊ የመማሪያ አካባቢዎች ታሪክ ውስጥ፣ 1990ዎቹ የዕድገት ጊዜ ነበር፣ በዋነኛነት በተመጣጣኝ ዋጋ ኮምፒውተር እና በይነመረብ መምጣት ምክንያት።1990ዎቹ1990* Formal Systems Inc. የፕሪንስተን፣ ኤንጄ፣ ዩኤስኤ በDOS ላይ የተመሰረተ ግምገማን አስተዋውቋል… … ዊኪፔዲያ- የትብብር ፊት ለፊት የትምህርት አካባቢ ገንቢ(ዎች) የLEAD ጥምረት የተረጋጋ መልቀቅ 5.0 / ሰኔ 2010 ኦፕሬቲንግ ሲስተም ተሻጋሪ መድረክ … ውክፔዲያ

የውይይት ክር- በብዙ የኢሜል ደንበኞች፣ የማስታወቂያ ሰሌዳዎች፣ የዜና ቡድኖች ወይም የኢንተርኔት መድረኮች ሶፍትዌሩ መልእክቶችን በእይታ በመቧደን ተጠቃሚውን የሚረዳበት ባህሪ ነው። መልእክቶች አብዛኛው ጊዜ በእይታ በተዋረድ በርዕስ ይከፋፈላሉ። የመልእክቶች ስብስብ ተቧድኖ...... Wikipedia

ስላሽዶት- የ Slashdot.org ዋና ገጽ ቅጽበታዊ ገጽ እይታ URL slashdot.org ለነፍጠኞች መፈክር ዜና። አስፈላጊ ነገሮች...ዊኪፔዲያ

ሚዲያዊኪ- የስም ቦታ ወደዚህ አቅጣጫ ይመራሉ። በዊኪፔዲያ ላይ ያለውን የሚዲያ ዊኪ ስም ቦታን በተመለከተ እገዛን ይመልከቱ፡ሚዲያ ዊኪ የስም ቦታ። ስለ ዊኪፔዲያ የስም ቦታዎች አጠቃላይ መረጃ ዊኪፔዲያ:ስም ቦታን ይመልከቱ። የቶክ ገፅ እና የሚዲያ ዊኪ ንግግር ገፅ ወደዚህ አቅጣጫ አዙረዋል። ለ... ዊኪፔዲያ

በኮምፒዩተር መካከለኛ ግንኙነት- ለሌሎች አጠቃቀሞች፣ ሲኤምሲ (ዲዛምቢጉሽን) ይመልከቱ። የኮምፒዩተር ሚዲያድ ኮሙኒኬሽን (ሲኤምሲ) በሁለት ወይም ከዚያ በላይ በኔትወርክ የተገናኙ ኮምፒተሮችን በመጠቀም የሚፈጠር ማንኛውም የግንኙነት ግብይት ተብሎ ይገለጻል። ቃሉ በተለምዶ እነዚያን… … ዊኪፔዲያን ሲያመለክት

የዊኪ ሶፍትዌር ማነፃፀር- የሚከተሉት ሠንጠረዦች አጠቃላይ እና ቴክኒካል መረጃን ለበርካታ የዊኪ ሶፍትዌር ፓኬጆች ያወዳድራሉ። ይዘት 1 አጠቃላይ መረጃ 2 ዒላማ ታዳሚ 3 ባህሪያት 1 4 ባህሪያት 2 … ውክፔዲያ

ምሁራዊ ስካይሪቲንግ- የበርካታ ኢሜል ጥምረት እና እንደ የዜና ቡድን ፣ የኤሌክትሮኒክስ የመልእክት መላላኪያ ዝርዝር ፣ ሃይፐርሜል ፣ ኔትኒውስ ወይም የኢንተርኔት ፎረም ፣ የተገናኘ እና በቀን ሊደረደር የሚችል ፣…… ውክፔዲያ ያሉ በርካታ ኢሜሎችን እና በክር የተያያዘ የድር ማህደርን የሚገልጽ በግንዛቤ ሳይንቲስት ስቴቫን ሃርናድ የተፈጠረ ቃል ነው።

የትብብር ውሳኔ ሰጭ ሶፍትዌር- የትብብር ውሳኔ አሰጣጥ (ሲዲኤም) ሶፍትዌር በጊዜው የጋራ ውሳኔ ላይ ለመድረስ የሚያስፈልጉትን ተግባራት እና ባህሪያት የሚያስተባብር የሶፍትዌር አፕሊኬሽን ወይም ሞጁል ሲሆን ይህም ሁሉም የሚመለከታቸው ባለድርሻ አካላት በሂደቱ እንዲሳተፉ ያስችላል። የ...... ዊኪፔዲያ

በቅርብ ጊዜ pthreads ሞከርኩ እና በጣም ተገረምኩ - በ PHP ውስጥ ከበርካታ እውነተኛ ክሮች ጋር የመስራት ችሎታን የሚጨምር ቅጥያ ነው። ምንም አስማት የለም ፣ ምንም አስማት የለም ፣ ምንም የውሸት - ሁሉም ነገር እውነት ነው።

ይህንን ችግር እያጤንኩ ነው. በፍጥነት መጠናቀቅ ያለበት የተግባር ክምችት አለ። ፒኤችፒ ይህንን ችግር ለመፍታት ሌሎች መሳሪያዎች አሉት, እነሱ እዚህ አልተጠቀሱም, ጽሑፉ ስለ pthreads ነው.

pthreads ምንድን ናቸው

ያ ነው! ደህና, ሁሉም ነገር ማለት ይቻላል. እንደውም ጠያቂ አንባቢን የሚያናድድ ነገር አለ። ከእነዚህ ውስጥ አንዳቸውም ቢሆኑ ከነባሪ አማራጮች ጋር በተጠናቀረ መደበኛ ፒኤችፒ ላይ አይሰራም። በባለብዙ ክር ንባብ ለመደሰት፣ በእርስዎ ፒኤችፒ ውስጥ ZTS (Zend Thread Safety) እንዲነቃ ማድረግ አለቦት።

ፒኤችፒ ማዋቀር

በመቀጠል PHP ከ ZTS ጋር። ከPHP ያለ ZTS (37.65 vs 265.05 ሰከንድ) ጋር ሲነጻጸር በአፈፃፀም ጊዜ ያለውን ትልቅ ልዩነት አያስቡ፣ የPHPን መቼት ጠቅለል አድርጎ ለማቅረብ አልሞከርኩም። ZTS በሌለበት ሁኔታ፣ ለምሳሌ XDebug ነቅቻለሁ።

እንደሚመለከቱት, 2 ክሮች ሲጠቀሙ, የፕሮግራሙ አፈፃፀም ፍጥነት ከመስመር ኮድ ጋር ሲነፃፀር በግምት 1.5 እጥፍ ይበልጣል. 4 ክሮች ሲጠቀሙ - 3 ጊዜ.

ምንም እንኳን ፕሮሰሰሩ 8-ኮር ቢሆንም ከ 4 በላይ ክሮች ጥቅም ላይ ከዋሉ የፕሮግራሙ የማስፈጸሚያ ጊዜ አልተለወጠም ማለት ይቻላል ። ይህ የሆነበት ምክንያት የእኔ ፕሮሰሰር 4 ፊዚካል ኮሮች ስላለው ነው ግልፅ ለማድረግ ፣ እኔ ሳህኑን በስዕላዊ መግለጫ አሳይቻለሁ።

ከቆመበት ቀጥል

በPHP ውስጥ የፒትሬድ ኤክስቴንሽን በመጠቀም ከብዙ-ክርክር ጋር በጣም በሚያምር ሁኔታ መስራት ይቻላል። ይህ ጉልህ የሆነ የምርታማነት ጭማሪ ይሰጣል።

መለያዎች: መለያዎችን ያክሉ

አንዳንድ ጊዜ ብዙ ድርጊቶችን በአንድ ጊዜ ማከናወን አስፈላጊ ይሆናል, ለምሳሌ በአንድ የውሂብ ጎታ ሰንጠረዥ ላይ ለውጦችን መፈተሽ እና ወደ ሌላ ማሻሻያ ማድረግ. ከዚህም በላይ ከኦፕራሲዮኑ አንዱ (ለምሳሌ ለውጦችን መፈተሽ) ብዙ ጊዜ የሚወስድ ከሆነ፣ ተከታታይ አፈጻጸም የሃብት ማመጣጠን እንደማያረጋግጥ ግልጽ ነው።

ይህን የመሰለ ችግር ለመፍታት ፕሮግራሚንግ ባለ ብዙ ክር ይጠቀማል - እያንዳንዱ ክዋኔ በተመደበው የሃብት መጠን በተለየ ክር ውስጥ ይቀመጥና በውስጡም ይሠራል። በዚህ አቀራረብ ሁሉም ተግባራት በተናጥል እና በተናጥል ይጠናቀቃሉ.

ምንም እንኳን ፒኤችፒ ባለብዙ-ክር ንባብን ባይደግፍም እሱን ለመምሰል ብዙ ዘዴዎች አሉ ፣ እነሱም ከዚህ በታች ይብራራሉ ።

1. በርካታ የስክሪፕት ቅጂዎችን ማሄድ - በአንድ ኦፕሬሽን አንድ ቅጂ

//woman.php ከሆነ (! isset ($ _GET ["ክር")) (ስርዓት("wget ​​http://localhost/woman.php?thread=ደስ ይለኛል"); ስርዓት ("wget ​​http: //localhost/ woman.php?thread= make_me_rich");) ሌላ ($_GET["ክር"] == "አስደስተኛልኝ") (እሷን_ደስተኛ አድርጓታል() ) (ሌላ_አግኝ( ;)

ይህንን ስክሪፕት ያለ ግቤቶች ስንፈጽም በራሱ ሁለት ቅጂዎችን በራሱ ኦፕሬሽን መታወቂያዎች ("thread= make_me_happy" እና "thread= make_me_rich") አስፈላጊ የሆኑትን ተግባራት መፈጸም ይጀምራል።

በዚህ መንገድ የተፈለገውን ውጤት እናሳካለን - ሁለት ክዋኔዎች በአንድ ጊዜ ይከናወናሉ - ግን ይህ በእርግጥ, ባለብዙ-ክር አይደለም, ነገር ግን በቀላሉ ስራዎችን በአንድ ጊዜ ለማከናወን ክራንች ነው.

2. የጄዲ መንገድ - የ PCNTL ቅጥያ በመጠቀም

PCNTL ከሂደቶች ጋር ሙሉ በሙሉ እንዲሰሩ የሚያስችልዎ ቅጥያ ነው። ከአስተዳደር በተጨማሪ መልዕክቶችን መላክን፣ ሁኔታን መፈተሽ እና ቅድሚያ የሚሰጣቸውን ነገሮች ማስቀመጥን ይደግፋል። PCNTLን በመጠቀም የቀደመው ስክሪፕት ይህን ይመስላል፡-

$pid = pcntl_fork (); ከሆነ ($ == 0) (እሷን_ደስተኛ የሚያደርግ()

በጣም ግራ የሚያጋባ ይመስላል፣ እስቲ በመስመር እንለፍበት።

በመጀመሪያው መስመር ላይ የአሁኑን ሂደት "ሹካ" እናደርጋለን (ሹካ የሁሉም ተለዋዋጮች እሴቶችን በመጠበቅ ሂደትን እየቀዳ ነው) በሁለት ሂደቶች (የአሁኑ እና ልጅ) በትይዩ እየሮጠ ነው።

በአሁኑ ጊዜ በልጅ ወይም በእናት ሂደት ውስጥ መሆናችንን ለመረዳት የpcntl_fork ተግባር ለልጁ 0 እና የሂደቱ መታወቂያ ለእናት ይመልሳል። ስለዚህ, በሁለተኛው መስመር, $ pid ን እንመለከታለን, ዜሮ ከሆነ, ከዚያም በልጁ ሂደት ውስጥ እንገኛለን - ተግባሩን እንፈጽማለን, አለበለዚያ, በእናት (መስመር 4) ውስጥ እንገኛለን, ከዚያም ሌላ ሂደት እንፈጥራለን እና በተመሳሳይ መልኩ ተግባሩን ያከናውኑ.

የስክሪፕት አፈጻጸም ሂደት፡-

ስለዚህ, ስክሪፕቱ 2 ተጨማሪ የልጅ ሂደቶችን ይፈጥራል, እነሱም ቅጂዎቹ እና ተመሳሳይ እሴቶች ያላቸው ተመሳሳይ ተለዋዋጮችን ይይዛሉ. እና በ pcntl_fork ተግባር የተመለሰውን ለዪን በመጠቀም፣ አሁን በየትኛው ክር ውስጥ እንዳለን እና አስፈላጊዎቹን ድርጊቶች እንፈጽማለን።