PHP හි <? = ටැගය භාවිතා කිරීම නරක පුරුද්දක්ද?


200

මම <?= ?>මෑතකදී මෙම PHP ටැගය හමු වී ඇති අතර එය භාවිතා කිරීමට මා අදිමදි කරමි, නමුත් එය කොතරම් තදින් කැළඹී ඇත්ද යත්, ඔබ එය භාර ගැනීමට මට අවශ්‍ය විය. කෙටි ටැග් භාවිතා කිරීම නරක පුරුද්දක් බවත් මම ඒ වෙනුවට <? ?>සම්පූර්ණ ටැග් භාවිතා කළ යුතු බවත් මම දනිමි <?php ?>, නමුත් මේ ගැන කුමක් කිව <?= ?>හැකිද : ?

එය යතුරු ලියනය කිරීම සුරකින අතර කේත කියවීමේ හැකියාව සඳහා වඩා හොඳ වනු ඇත, IMO. එබැවින් මේ වෙනුවට:

<input name="someVar" value="<?php echo $someVar; ?>">

මට එය මේ ආකාරයෙන් ලිවිය හැකිය, එය පිරිසිදු ය:

<input name="someVar" value="<?= $someVar ?>">

මෙම ක්‍රියාකරු භාවිතා කිරීම ගැන කෝපයක් තිබේද?


11
මේ ආකාරයේ ප‍්‍රශ්නයක ඇති ගැටලුව නම් එය එතරම් මතයක් දැරීමයි. “තාක්‍ෂණිකව” නිවැරදි හෝ වැරදි මාර්ගයක් නොමැත. සමහරු එහි සියලු මනාපයන් වෙනුවෙන් තර්ක කරති. ඉතින් අවසානයේදී එය ඔබට භාරයි.
mseancole

ඔබට හැකි නම් ඕනෑම ආකාරයකින් සංවෘත ටැගය වළක්වා ගන්න - එනම් ගොනුවේ අඩංගු වන්නේ php කේත පමණි (html ආදිය නැත). ඔබට සංවෘත ටැගයක් තිබේ නම්, ඊට පසු ඇති ඕනෑම අක්ෂර බ්‍රව්සරයට ප්‍රතිදානය වනු ඇත (වෙබ් යෙදුමක් සඳහා) - එමඟින් ගැටළු නිරාකරණය කිරීම ඉතා අපහසු වේ. වැඩි විස්තර සඳහා: stackoverflow.com/a/4453835/49560
simplelfuzz

නොවන මතය සම්බන්ධ: නිසා වොච් සිදු echoවු XSS ඉතා පහසුවෙන් නායකත්වය, සහ ඔබට වඩාත් හොඳ සන්දර්භය-කැප ප්රතිරාවය ක්රමය (: සහිත, එනම් මත රඳා යුතු function html($x) { echo htmlentities($x,...); }හා එක්සත් ජාතීන්ගේ html($someVar);වෙනුවට echo $someVarහෝ භාවිතයෙන් echo json_encode($x);JS සන්දර්භය සඳහා). මෙය පසුව <?=ටැග්ස් නරක පුරුද්දක් බවට පත් කරන්නේ එයින් අදහස් වන්නේ ඔබ වෙනත් ස්ථානයක විචල්‍ය අන්තර්ගතයෙන් HTML වලින් ගැලවී ඇති බවත්, එම නිසා වෙනත් ස්ථානයක මෙම විචල්‍යය HTML සන්දර්භයෙන් දෝංකාර දෙන බැවින් HTML වලින් ගැලවිය යුතු බවත් ඉන්ද්‍රජාලිකව දැන සිටිය යුතුය.
සෙනෝස්

Answers:


223

ඉතිහාසය

වැරදි තොරතුරු දුම්රිය දුම්රිය ස්ථානයෙන් පිටතට යාමට පෙර, PHP කෙටි ටැග් ගැන ඔබ තේරුම් ගත යුතු කරුණු රාශියක් තිබේ.

PHP හි කෙටි ටැග් වල ඇති මූලික ගැටළුව නම් <?, වෙනත් වාක්‍ය ඛණ්ඩයක් වන XML විසින් භාවිතා කරන ලද ටැගයක් ( ) තෝරා ගැනීමට PHP සමත් වීමයි .

විකල්පය සක්‍රිය කර ඇති විට, සින්ටැක්ස් දෝෂ ලබා නොගෙන xml ප්‍රකාශය අමු ප්‍රතිදානය කිරීමට ඔබට නොහැකි විය:

<?xml version="1.0" encoding="UTF-8" ?>

එක්ස්එම්එල් විග්‍රහ කිරීම සහ කළමනාකරණය කෙතරම් පොදුද යන්න සලකා බැලීමේදී මෙය විශාල ගැටළුවක් වේ.

කුමක් ගැනද <?=?

<?Xml සමඟ ගැටුම් ඇති වුවද , <?= එසේ නොවේ . අවාසනාවකට මෙන්, එය සක්‍රිය හා අක්‍රිය කිරීමේ විකල්ප සමඟ බැඳී ඇති short_open_tagඅතර එයින් අදහස් කළේ කෙටි echo tag ( <?=) හි ප්‍රතිලාභ ලබා ගැනීම සඳහා ඔබට කෙටි විවෘත ටැගයේ ( <?) ගැටළු සමඟ කටයුතු කිරීමට සිදු වූ බවයි . කෙටි විවෘත ටැගය හා සම්බන්ධ ගැටළු කෙටි ප්‍රතිරාවය ටැගයෙන් ලැබෙන ප්‍රතිලාභවලට වඩා බොහෝ සෙයින් වැඩි බැවින් ඔබට හැරවීමට නිර්දේශ මිලියන එකහමාරක් සොයාගත හැකියshort_open_tag , ඔබ, ලකුණු කළ යුත්තේ .

කෙසේ වෙතත්, PHP 5.4 සමඟ කෙටි ප්‍රතිරාවය ටැගය නැවත සක්‍රීය කර ඇත short_open_tag විකල්පයෙන් . මම මෙය දකින්නේ පහසුව සඳහා සෘජුවම අනුමත කිරීමක් ලෙසය <?=, මන්දයත් එහි සහ එහි මූලික වශයෙන් වැරැද්දක් නොමැති බැවිනි.

ගැටළුව වන්නේ ඔබ <?=පුළුල් පරාසයක PHP අනුවාදයන් තුළ ක්‍රියා කළ හැකි කේත ලිවීමට උත්සාහ කරන්නේ නම් ඔබට ඇති බවට සහතික විය නොහැකි වීමයි.

හරි, ඉතින් දැන් ඒ ඔක්කොම ඉවරයි

ඔබ භාවිතා කළ යුතුද <?=?

කෙටි echo ටැගය භාවිතා කළ යුතුද නැද්ද යන්න පිළිබඳ ගැලීම් සටහන


75
මම ඔබේ කඩිනම් රූපසටහනට එකඟ නොවෙමි. නිවැරදි පිළිතුර 99.99% ඔව්, මන්ද බොහෝ නිෂ්පාදන පරිසරයන් කෙටි ටැග් භාවිතා කිරීමට වින්‍යාස කර ඇති බැවිනි. සිතා ඔබ එය හමා ඔවුන් ඉවත් <?=අනාගතයේදී ඔබ ඔබ ව්යාපෘතියක් පුරා සෝදිසි කරන්න හා වෙනුවට කොපමණ ගොනු දහස් ගණනක් එය භාවිතා, උනත්, විනාඩියකටත් වඩා අඩු එය නිවැරදි කළ හැකි <?=සඳහා <?php echo . මගේ පිළිතුර නම් කරදර නොවී එය භාවිතා කරන්න , එයින් ලැබෙන ප්‍රතිලාභ බොහෝ සෙයින් ප්‍රතිවිපාක වේ. <?=තවදුරටත් කෙටි ටැගයක් ලෙස නොසැලකේ, රස්මුස් ලර්ඩෝෆ් විසින්ම එම කැපවීම සිදු කළේය.
dukeofgaming

33
kedukeofgaming, කෙටි පරිසරය භාවිතා කිරීම සඳහා වින්‍යාසගත කර ඇති නිෂ්පාදන පරිසරයන් පිළිබඳ ඔබේ දත්ත ලබා ගන්නේ කොහෙන්ද? ඒවා අක්‍රීය කිරීම යනු මා අසා ඇති වඩාත් සුලභව යෝජනා කරන ලද වින්‍යාසයන්ගෙන් එකකි, දෙවනුව මැජික් උපුටා දැක්වීම් අක්‍රීය කිරීම පමණි. නිෂ්පාදනයට වඩා වෙනස් වූ පරිසරයක් තිබීම ද ශුන්‍ය අර්ථයක් වනු ඇත.
zzzzBov

4
කෙටි ටැග් පෙරනිමියෙන් 5.3 php.net/manual/en/ini.core.php#ini.short-open-tag දක්වා සක්‍රීය කර ඇත , මා දන්නා බොහෝ සත්කාරක සේවා කිසිදු ගැටළුවක් නොමැතිව එයට සහාය දුන් අතර මෙය කොහානා රාමුවට එක් හේතුවක් විය. එය දිරිමත් කිරීමට භාවිතා කරයි. <?=සැමවිටම ක්‍රියාත්මක වේ ( stackoverflow.com/a/6064813/156257 ) සහ ඔවුන් බොහෝ විට ක්‍රියාත්මක විය. ඔවුන් ආබාධිත හා PHP <5.3 භාවිතා වේ: ඔබ ඔබේ සත්කාරක ස්ථාන පරීක්ෂා මට වැරදි බව ඔප්පු කළ හැකි සහ ඔවුන් සැකසුම පරිශීලකයන් විසින් හෝ විශේෂ ඉල්ලීම මත overriden කිරීමට ඉඩ දෙන්නේ නැහැ නම්, පෙර සියල්ල අසත්‍ය නම්, සෑම ආකාරයකින්ම කරදර වන්න <?=.
dukeofgaming

6
<?=එය ඉවත් කරනු ඇතැයි ඔබ කණගාටු නොවන්න , මමත් නොවෙමි. අනෙක් අය විය හැකිය, එසේ නම් ඒවා භාවිතා කිරීමට අවශ්‍ය නැත <?=. සමහර පුද්ගලයින්ට ඇතැම් භාෂා අංග භාවිතා කිරීමට අතාර්කික බියක් ඇත ( php හි ටැග් වසා දැමීම වැනි ).
zzzzBov

8
එය හරියටම මගේ කාරණයයි: කරදර විය යුතු නැත . මම "ඔබ කනස්සල්ලට පත්ව සිටිනවාද?" --yes -> "ඉදිරියට ගොස් ඒවා භාවිතා කරන්න, කරදර විය යුතු නැත". ටැග් වසා දැමීම නරක පුරුද්දක් බව ඔබ ඇඟවුම් කරන බවක් ද හැඟේ, එය එසේ නොවේ.
dukeofgaming

31

මගේ PHP තොප්පිය දූවිලි

<?= $someVar ?>වඩා වාචික echo(හුදෙක් පුද්ගලික මනාපය) භාවිතා කිරීමට මම අනිවාර්යයෙන්ම කැමැත්තෙමි . AFAIK හි ඇති එකම අවාසිය නම් 5.4.0 ට පෙර ධාවනය වන පරිශීලකයින් සඳහා වන අතර එම අවස්ථාවේදී php.inishort_open_tag හි සක්‍රීය කළ යුතුය .

දැන් එය පවසා ඇති විට, ඔබේ ව්‍යාපෘතිය මෙහෙයුම් පද්ධතිය නොවේ නම් එය වැදගත් කරුණකි. එය එසේ නම්, එක්කෝ මම short_open_tagසක්‍රීය කළ යුතු බව ලේඛනගත කරමි , නැතහොත් විසඳුම් දෙකෙන් වඩා අතේ ගෙන යා හැකි ඒවා භාවිතා කරමි.


1
Nitpick: PHP 5.4 හි <?=බලපෑමට ලක් නොවුවද short_open_tag, <?තවමත් පවතින අතර ඔබට කෙටි ආකෘති ටැග් භාවිතා කිරීමේ පුරුද්දක් තිබේ නම්, කුමන අනුවාදයට සහය දක්වන්නේද යන්න අමතක කිරීම පහසුය.
yannis

7
AnnYannisRizos <?=අච්චු-ශෛලීය භාවිතය සඳහා "මම දැන් විචල්‍යයක් ප්‍රතිදානය <?phpකරමි" සහ "මම දැන් බොහෝ කේත ධාවනය කරමි" ලෙස වෙන්කර හඳුනා ගැනීම හොඳය . භාවිතා කිරීමට මම කවදාවත් යෝජනා කැමතියි <?, නමුත්, ඒ දෙක ම බව <?=හා <?phpහොඳින්.
ඉස්කාටා

2
+1 නිසා රස්මුස් ලර්ඩෝෆ් කෙටිමං <? = ටැගය අනුමත කරයි. PHP 5.4 පිළිබඳ ඔහුගේ එක් කතාවක් මම නැරඹුවෙමි. PHP 5.4.0 සිට <? = ටැගය සැමවිටම ලබාගත හැක්කේ එබැවිනි. එම්වීසී යෙදුමක දර්ශනය තුළ <? = ටැගය භාවිතා කර ඇති නමුත් <?
ක්‍රමලේඛක

@ ජේසන් ඒක නෙවෙයි මම කියන්නේ. “රස්මුස් ෆූ අනුමත කරයි” යනු තර්කයක් නොවේ , “රස්මුස් මේ සඳහා මෝඩයා අනුමත කරයි, එම හේතුව” කෙසේ වෙතත්.
යානිස්

2
Ann යානිස් රිසෝස් “රස්මුස් මේ සඳහා මෝඩයා අනුමත කරන අතර එම හේතුව” කෙසේ වෙතත්. උපකාරයට ස්තූතියි, නමුත් මගේ තර්කය වූයේ රස්මුස් ලර්ඩෝෆ් එය අනුමත කිරීම නිසා, භාෂාවේ නිර්මාතෘ වීම සහ PHP හි සංවර්ධනය කෙරෙහි තවමත් බලපෑමක් ඇති බැවින්, <? = ටැගය සැමවිටම ලබා ගත හැකි වන පරිදි වෙනස්කම් සිදු කරන ලදි. මගේ මුල් අදහස් දැක්වීමට මා එකතු කළ යුතුව තිබුණේ මෙයයි. එබැවින් <? = දර්ශන භාවිතා කිරීමේ පුරුද්ද වඩාත් පුළුල් වනු ඇත. ඩැං, මට දැන් මගේ අදහස් තුන් වරක් පරීක්ෂා කිරීමට අවශ්‍යයි ... තිත් ...
ක්‍රමලේඛක

21

ඔබ අනිවාර්යයෙන්ම එය වේවා, කෙටි නම ටැග් අඩු කිරීමට උත්සාහ කළ යුතුය <?හෝ<?= .

ප්‍රධාන තාක්ෂණික හේතුව වන්නේ අතේ ගෙන යා හැකි හැකියාවයි, ලබා දී ඇති සෑම සැකසුමකටම කෙටි ආකෘති ටැග් ක්‍රියා කරනු ඇති බවට ඔබට කිසි විටෙකත් සහතික විය නොහැක, ඒවා ක්‍රියා විරහිත කළ හැකි බැවින්, short_open_tagනියෝගය සොයා බලන්න . නමුත් දිගු ස්වරූපය සෑම තැනකම ක්‍රියාත්මක වන බව ඔබට සැමවිටම සහතික විය හැකිය.

එය යතුරු ලියනය කිරීම සුරකින අතර කේත කියවීමේ හැකියාව සඳහා වඩා හොඳ වනු ඇත, IMO.

ඒකත් නරක පුරුද්දක්. ඔබට වඩා කියවිය හැකි දේ මට සැබවින්ම ඔබට පැවසිය නොහැක, නමුත් යතුරු කියවීම් කිහිපයක් ඉතිරි කර ගැනීම සඳහා නිදහසට කරුණක් ලෙස කේත කියවීමේ හැකියාව භාවිතා කිරීමට මම දැඩි ලෙස විරුද්ධ වෙමි. ඔබ කියවීමේ හැකියාව ගැන සැලකිලිමත් වන්නේ නම්, ඔබ අච්චු එන්ජිමක් සඳහා යා යුතුය, මෙය:

<input name="someVar" value="{someVar}">

ඔබගේ උදාහරණ දෙකෙන්ම වඩා කියවිය හැකිය.

අවසාන වශයෙන්, කෙටි ආකෘති ටැග් ප්‍රධාන PHP ව්‍යාපෘති මගින් පැහැදිලිවම අධෛර්යමත් කර ඇති බව සඳහන් කිරීම වටී, උදාහරණයක් ලෙස PEAR සහ Zend Framework .


14
සැකිලි සඳහා +1. -1 අතේ ගෙන යා හැකි බව. එහි සේවාදායක පාර්ශවීය භාෂාවකි. සේවාදායකයක් සඳහා ඔබ අවධානය යොමු කළ යුතු අභියෝග වන්නේ පරිමාණය සහ ආරක්ෂාව වැනි දේවල් ය. එය බහුවිධ වේදිකාවල ක්‍රියාත්මක වන බවට වග බලා ගැනීම සඳහා බැරෑරුම් කාලයක් ආයෝජනය කිරීම පුදුම සහගත නරක අදහසකි ... (එසේ නම්!) ...
riwalk

3
@ ස්ටාර්ගසර් 712 එච්එම්? ඔබ කියන්නේ කළ යුතු එකම දෙය නම්, සම්මත භාවිතා <?phpහා echoවෙනුවට <?සහ <?=, ඔබ බරපතල කාලය බව ගණන් ඇයි? කිසියම් හේතුවක් නිසා කෙටි ටැග් අක්‍රීය කර ඇති සේවාදායකයක් වෙත ඔබේ ව්‍යාපෘතිය ගෙන යන විට කුමක් සිදුවේද?
yannis

13
Ann යානිස්: එම අක්ෂර ස්වල්පය එතරම් පෙනෙන්නට නොතිබුණද IMO ඒවා විශාල ශබ්දයක් එක් කරයි.
kevin cline

9
PHP හි මුල් අරමුණ අච්චු භාෂාවක් වීම බව සඳහන් කළ යුතු යැයි මම සිතමි . PHP මත තවත් අච්චු එන්ජිමක් (වැඩි පිපිරීමක්) එක් කිරීමෙන් මගේ ටූනා බෝට්ටුව පාවෙන්නේ නැත. HTML සමඟ මිශ්‍ර කර PHP කේත කරන විට හොඳ පුරුදු අනුගමනය කරන්න (සමහර හොඳ උපදෙස් මෙහි stackoverflow.com/questions/62617/… ) සහ ඔබ යන්න හොඳයි.
ක්‍රමලේඛක

2
Ann යානිස් රයිසෝස් ඔව් එය සඳහන් කළ යුත්තේ PHP සඳහා නව පුද්ගලයින් පිරිසිදු PHP භාවිතා කිරීම ගැන නොසිතා ඔවුන්ගේ PHP ව්‍යාපෘතිවල [විස්බෑං] අච්චු එන්ජිම භාවිතා කිරීමට බැඳී සිටින බව සිතිය හැකි බැවිනි. මම පර්ල්හි පමණක් පෙළ සැකසුම් කළ යුතුද , සමහර විට එසේ නොවුනත්, මේ වන විට පර්ල් පෙළ සැකසීමේදී හොඳ මට්ටමක සිටින බව මට පෙනේ - එලෙසම PHP හා සැකිලි සමඟ.
ක්‍රමලේඛක

16

මෙම PHP-Documentation සුරක්ෂිතව සිදුකිරීමට ඔබට කෙටි සුප්රසිද්ධ echo විධානය ටැග් භාවිතා කල හැකි බව පැහැදිලිව පවසයි:

5.4.0 The tag <?= is always available regardless of the short_open_tag ini setting.

මෙය PHP අනුවාදය 5.4 සහ ඊට වැඩි වුවද සෑම කෙනෙකුම අවම වශයෙන් මෙය භාවිතා කළ යුතුය. මම ඒවා වඩාත් කැමති වන්නේ සැකසීමේ අරමුණු සඳහා පමණි.


10

කෙටි ටැග් භාවිතා කිරීමට හේතු:

  • ඒවා කෙටි ය.

කෙටි ටැග් භාවිතා නොකිරීමට හේතු :

  • ඔවුන් තවත් එක් වින්‍යාස ගොචා හඳුන්වා දෙයි - ඔබ බොහෝ විට වෘත්තීය සන්දර්භය තුළ සේවාදායකය පාලනය කරන අතර, ඔබ ඔබේ කේතය සාමාන්‍ය ජනතාවට මුදා හැරීමට අදහස් කරන්නේ නම්, කෙටි ටැගයන් එය භාවිතා කරන, නොකියවන, හවුල් සත්කාරක සඳහා භාවිතා කරන්නන් සඳහා අළුත්වැඩියා කළ හැකිය. .
  • ඔබේ නිමැවුමට සනීපාරක්ෂක නොවන නූල් අහම්බෙන් වැටීම ඒවා පහසු කරයි. මෙය භයානක වන්නේ එය XSS අවදානම් හඳුන්වා දිය හැකි බැවිනි. මෙය වළක්වා ගැනීම සඳහා දිගු ටැගයන් කෙලින්ම කිසිවක් නොකරන අතර, ඔවුන් කරන්නේ කුමක් ද යන්න නිවැරදි දෙයක් නොවන බවට ඔවුන් ක්‍රමලේඛකයාට සං signal ා කරයි, තවද ඔවුන් දැන් HTML- කේතීකරණ ස්වයංක්‍රීයව හසුරුවන අච්චු පද්ධතියක් භාවිතා කිරීම ආරම්භ කළ යුතුය . දිගු ටැග් සහිත ගතික නූල් ප්‍රතිදානය කිරීම වේදනාකාරී වන අතර එය හොඳ (අධ්‍යාපනික) දෙයකි.

IMO පිළිගැනීමට පිළිතුර එයයි, සැකිලි පවා සෑම දෙයක්ම XSS ආරක්ෂිත නොකරනු ඇත (ස්ක්‍රිප්ටයේ src ගුණාංගයේ පරිශීලක දත්ත සැමවිටම අනාරක්ෂිත වනු ඇත) සහ අච්චු යාන්ත්‍රණය නිසි දෝංකාර දෙන සන්දර්භය පිළිබඳව දැනුවත් දැයි මම නොදනිමි; PHP විචල්‍යය ස්ක්‍රිප්ට් ටැග් අන්තර්ගතයකින් අවසන් වුවහොත් කුමක් කළ යුතුද? HTML හි ඇතුළත් කර ඇති SVG එකක?
සෙනෝස්

En සෙනෝස් පැහැදිලිවම එය සැකිලි ආකෘතිය මත රඳා පවතින අතර රිදී උණ්ඩයක් නොමැත; නමුත් ඒවායින් බොහොමයක් දෝෂ මතුපිට අඩු කරයි, සහ අතින් කඩිසරකම (ආරක්ෂක දෝෂ වල එකම වැදගත්ම ප්‍රභවය) අවශ්‍ය වන අවස්ථා ගණන. “සියලු ගතික අන්තර්ගතයන් සෑම තැනකම HTML කේතනය කර ඇති බවට වග බලා ගන්න” යන්නට වඩා “ගතික අන්තර්ගතයන් ස්ක්‍රිප්ට් ටැග් වල නොතබන්න” යන්න අනුගමනය කිරීම (සහ විගණනය කිරීම) පහසුය.
tdammers

4

<?=අනුවාදය හොඳ / පිළිගත හැකි භාවිතයක් යැයි මම සිතමි , ඔබ එය භාවිතා කරන්නේ විචල්‍යයන්ගේ අවසාන ප්‍රතිදානය සඳහා පමණක් වන අතර දත්ත ඉදිරිපත් කිරීමට directly ජුව සම්බන්ධ නොවන ඕනෑම ක්‍රියාකාරී ඇමතුම් හෝ ත්‍රිමාණ තර්කනයකින් වළකින්න .

එය නිසැකවම <? echo($x); ?>සෑම තැනකටම වඩා හොඳය .

දිගු කාලීනව, ඔබට ස්මාර්ටි වැනි සැකිලි එන්ජින් සොයා බැලීමට අවශ්‍ය විය හැකිය .


3
Smarty වරක් විය මෙම සැකිල්ල, එන්ජින්, නමුත් දැන් එය යල් පැන ගිය සහ වඩා පුම්බා අවුල්, සහ ඔබ ඇත්තටම වැළකී යුතුය.
yannis

3

PHP 7.4 වන විට, ක්‍රීඩා පිටිය ටිකක් වෙනස් වේ:

<? ?> නිල වශයෙන් අවලංගු කර ඇති අතර PHP 8.0 හි ඉවත් කරනු ලැබේ.

PHP RFC: PHP අතහැර දමන්න කෙටි විවෘත ටැග් වල පැහැදිලිවම සඳහන් <?= ?>වන්නේ බලපෑමට ලක් නොවන බවයි. මෙයින් ඇඟවෙන්නේ (මට අනුව, RFC නොවේ) එහි භාවිතය අධෛර්යමත් නොවන බවයි.



-3

ඇත්තම කිව්වොත්, ප්‍රති method ලය ප්‍රතිරාවය කිරීම ක්‍රමවේදය කුමක් වුවත් (පැරණි හෝ නව විලාසිතාවක්) යල්පැන ඇති දෙයක් වන අතර එම්වීසී දැනටමත් අවුරුදු 33 ක් සමරයි.

ඔව්, මෙය එක්ස්එම්එල් ලේඛනයක් තුළ එන සේවාදායක (පීඑච්පී) දත්ත සංයුක්ත කර ඔබේ යෙදුම් / සේවාදායක ස්ථරයේ සැකසීම හොඳ පුරුද්දක් බව මම කියමි, එම නිසා එවැනි ටැගයක් භාවිතා කිරීමේ අදහස පවා ඔබට ඉතිරි වේ.


1
ඇත්ත වශයෙන්ම එම්වීසී වසර 33 ක් සමරයි, එය මුලින්ම 1979 දෙසැම්බර් මාසයේ මෙම ලිපියෙන් ගෙනහැර දැක්වීය .
yannis

ඔව්, මම තවමත් 2000 දී, මගේ වැරැද්ද :-)
සෙබස්

1
um ... Templating ... සැකසීම යල්පැන ඇතිද? සැකිලි සහ එම්වීසී අන්‍යෝන්‍ය වශයෙන් වෙනස්ද?
ටිම් සෙගුයින්
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.