PHP में फाइल अपलोड करते समय $ _FILES खाली क्यों होगा?


145

मेरे पास मेरे विंडोज 7 कंप्यूटर पर WampServer 2 स्थापित है। मैं Apache 2.2.11 और PHP 5.2.11 का उपयोग कर रहा हूँ। जब मैं किसी फ़ाइल को किसी फ़ॉर्म से अपलोड करने का प्रयास करता हूं, तो वह अपलोड करने लगता है, लेकिन PHP में, $_FILESसरणी खाली है। c:\wamp\tmpफोल्डर में कोई फाइल नहीं है । मैंने php.iniफ़ाइल अपलोड और इस तरह की अनुमति देने के लिए कॉन्फ़िगर किया है। tmpफ़ोल्डर वर्तमान उपयोगकर्ता के लिए / लिखने के विशेषाधिकार पढ़ा है। मैं उलझन में हूं।

HTML:

<html>
<head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
</head>
<body>
    <form enctype="multipart/form-data" action="vanilla-upload.php" method="POST">
        Choose a file to upload: <input name="uploadedfile" type="file" /><br />
        <input type="submit" value="Upload File" />
    </form>
</body>
</html>

पीएचपी:

<?php
echo 'file count=', count($_FILES),"\n";
var_dump($_FILES);
echo "\n";
?>

2
क्या आपने त्रुटि लॉग की जाँच की है?
बायरन व्हिटलॉक

मुझे यकीन है कि कुछ गूंगा है जो आप देख रहे हैं। उदाहरण के लिए, क्या आपको कोड में यकीन है vanilla-upload.php?
लुका मैटीस

हा मुझे वही समस्या हो रही थी। मैंने त्रुटि लॉग की जाँच की और यह कहा कि एक फ़ाइल अपलोड की जा रही थी जो अधिकतम अनुमत आकार से अधिक थी।
BrightIntelDusk

जवाबों:


493

यहाँ PHP में फ़ाइल अपलोड करने के लिए एक जाँच सूची है:

  1. इसके लिए php.ini देखें:
    file_uploads = On
    post_max_size = 100M
    upload_max_filesize = 100M

    • आपको साझा होस्टिंग पर उपयोग करने .htaccessया करने की आवश्यकता हो सकती है .user.iniऔर उस तक पहुंच नहीं है php.ini
    • सुनिश्चित करें कि आप सही ini फ़ाइल का संपादन कर रहे हैं - phpinfo()अपनी सेटिंग्स को सत्यापित करने के लिए फ़ंक्शन का उपयोग करें जो वास्तव में लागू हो रहे हैं।
    • यह भी सुनिश्चित करें कि आप आकारों को गलत नहीं करते हैं - यह 100M नहीं होना चाहिए 100MB
  2. सुनिश्चित करें कि आपके <form>टैग में enctype="multipart/form-data"विशेषता है। कोई अन्य टैग काम नहीं करेगा, इसे आपका FORM टैग होना चाहिए। दोहरी जाँच करें कि यह सही वर्तनी है । डबल चेक कि मल्टीपार्ट / फॉर्म-डेटा STRAIGHT QUOTES से घिरा हुआ है, वर्ड या वेबसाइट ब्लॉग से पेस्ट किए गए स्मार्ट कोट्स नहीं हैं (वर्डप्रेस सीधे कोट्स को एंगल कोट्स में परिवर्तित करता है!)। यदि आपके पास पृष्ठ पर कई रूप हैं, तो सुनिश्चित करें कि उन दोनों में यह विशेषता है। उन्हें मैन्युअल रूप से टाइप करें, या मैन्युअल रूप से टाइप किए गए सीधे एकल उद्धरणों को आज़माएं।

  3. सुनिश्चित करें कि आपके पास समान nameविशेषता वाले दो इनपुट फ़ाइल फ़ील्ड नहीं हैं । यदि आपको कई का समर्थन करने की आवश्यकता है, तो नाम के अंत में वर्ग कोष्ठक लगाएं:

    <input type="file" name="files[]">
    <input type="file" name="files[]">
  4. सुनिश्चित करें कि आपके tmp और अपलोड निर्देशिकाओं में सही read + write अनुमतियाँ सेट हैं। अस्थायी अपलोड फ़ोल्डर के रूप में PHP सेटिंग्स में निर्दिष्ट किया गया है upload_tmp_dir

  5. सुनिश्चित करें कि आपकी फ़ाइल गंतव्य और tmp / अपलोड निर्देशिकाओं में उनके स्थान नहीं हैं।

  6. सुनिश्चित करें कि <form>आपके पृष्ठ के सभी </form>टैग बंद हैं।

  7. सुनिश्चित करें कि आपके FORM टैग में है method="POST"। GET अनुरोध मल्टीपार्ट / फॉर्म-डेटा अपलोड का समर्थन नहीं करते हैं।

  8. सुनिश्चित करें कि आपके फ़ाइल इनपुट टैग में NAME विशेषता है। एक आईडी विशेषता पर्याप्त नहीं है! ID विशेषताएँ DOM में उपयोग के लिए हैं, POST पेलोड के लिए नहीं।

  9. सुनिश्चित करें कि आप अपने <input type="file">क्षेत्र को सबमिट करने के लिए जावास्क्रिप्ट का उपयोग नहीं कर रहे हैं

  10. सुनिश्चित करें कि आप प्रपत्रों को घोंसले के शिकार नहीं कर रहे हैं <form><form></form></form>

  11. जैसे अमान्य / अतिव्यापी टैग के लिए अपने HTML संरचना की जाँच करें <div><form></div></form>

  12. यह भी सुनिश्चित करें कि जिस फ़ाइल को आप अपलोड कर रहे हैं, उसमें कोई भी गैर-अल्फ़ान्यूमेरिक वर्ण न हो।

  13. एक बार, मैंने सिर्फ यह जानने की कोशिश में घंटों का समय बिताया कि अचानक मेरे साथ ऐसा क्यों हो रहा है। यह पता चला कि मैंने कुछ PHP सेटिंग्स को संशोधित किया था .htaccess, और उनमें से एक (निश्चित रूप से जो अभी तक नहीं है) अपलोड को विफल करने और $_FILESखाली होने का कारण बन रहा था ।

  14. आप संभवतः टैग _की name=""विशेषता में अंडरस्कोर ( ) से बचने का प्रयास कर सकते हैं<input>

  15. यह फ़ाइल आकार की समस्या है या नहीं, इसके लिए बहुत छोटी फ़ाइलों को अपलोड करने का प्रयास करें।

  16. अपने उपलब्ध डिस्क स्थान की जाँच करें। हालांकि यह बहुत दुर्लभ है, यह इस PHP मैनुअल पेज टिप्पणी में उल्लिखित है :

    यदि $ _FILES सरणी अचानक रहस्यमय तरीके से खाली हो जाती है, भले ही आपका फॉर्म सही लगता है, आपको अपने अस्थायी कंप्यूटर विभाजन के लिए उपलब्ध डिस्क स्थान की जांच करनी चाहिए। मेरी स्थापना में, सभी फ़ाइल अपलोड चेतावनी के बिना विफल हो गए। दांतों के बहुत कुतरने के बाद, मैंने अतिरिक्त स्थान खाली करने की कोशिश की, जिसके बाद फ़ाइल अपलोड ने अचानक फिर से काम किया।

  17. सुनिश्चित करें कि आप एक सामान्य POST अनुरोध के बजाय AJAX POST अनुरोध के माध्यम से फ़ॉर्म जमा नहीं कर रहे हैं, जो पृष्ठ को फिर से लोड करने का कारण बनता है। मैं ऊपर दी गई सूची में प्रत्येक बिंदु पर गया, और अंत में पता चला कि जिस कारण से मेरा $ _FILES चर खाली था, वह यह था कि मैं AJAX POST अनुरोध का उपयोग करके फ़ॉर्म सबमिट कर रहा था। मुझे पता है कि ajax का उपयोग करके फ़ाइलें अपलोड करने के तरीके भी हैं, लेकिन यह एक वैध कारण हो सकता है कि आपका $ _FILES सरणी खाली क्यों है।

इनमें से कुछ बिंदुओं के लिए स्रोत:
http://getluky.net/2004/10/04/apachephp-_files-array-mysteriously-empty/


12
हो सकता है कि "स्वीकृत" उत्तर ने मूल पोस्ट को हल कर दिया हो, लेकिन यह उत्तर वह है जो मुझे सबसे अधिक उपयोगी लगा। जब संदेह हो, तो उस स्रोत को देखें जो ब्राउज़र द्वारा देखा गया है। इस सूची में प्रत्येक आइटम की जाँच करना और पिछड़े का पता लगाना, मुझे अपनी त्रुटि सबसे अप्रत्याशित जगह पर मिली। यदि आप इसी तरह की समस्या से जूझ रहे हैं, तो मेरी मानें, तो शायद यह अपाचे में बग नहीं है। ;)
०५:२६

3
यह भी सुनिश्चित करें कि फ़ाइल इनपुट वाला आपका फॉर्म एलिमेंट दूसरे फॉर्म एलिमेंट का बच्चा नहीं है। जैसे<form><form><input type="file"></form></form>
सूद

3
वाह! इस सूची के लिए धन्यवाद। मेरी समस्या # 2 थी। मैं $('#my-form')[0].reset();सबमिट हैंडलर में कॉल कर रहा था ।
गैविन

2
धन्यवाद। मेरे मामले में 7 नंबर। enctype = "मल्टीपार्ट / फॉर्म-डेटा" अपराधी था।
Thupten

3
DUDE, आप एक जीवन रक्षक हैं। मैं यह जानने की कोशिश में घंटों बिताता हूं (2) मेरा मुद्दा था ... धन्यवाद!
Q पर माइक क्यू

74

जहाँ तक HTML आपको दिखाई देता है उस भाग को सही ढंग से सेट किया है। आपके पास पहले enctype="multipart/form-data"से ही फॉर्म पर होना बहुत जरूरी है।

जहाँ तक आपका php.iniसेटअप है, कभी-कभी सिस्टम पर कई php.iniफाइलें मौजूद होती हैं। सुनिश्चित करें कि आप सही संपादन कर रहे हैं। मुझे पता है कि आपने कहा था कि आपने php.iniफ़ाइल अपलोड करने के लिए अपनी फ़ाइल को कॉन्फ़िगर कर दिया है , लेकिन क्या आपने अपना सेट भी किया है upload_max_filesizeऔर post_max_sizeआप जिस फ़ाइल को अपलोड करने का प्रयास कर रहे हैं, उससे बड़ा होना चाहिए? तो आपके पास होना चाहिए:

file_uploads = On; sounds like you already did this
post_max_size = 8M; change this higher if needed
upload_max_filesize = 8M; change this higher if needed

क्या आपकी निर्देशिका: "c:\wamp\tmp"दोनों ने अनुमतियाँ पढ़ी और लिखी हैं? क्या आपने php.iniबदलाव करने के बाद अपाचे को पुनः आरंभ करना याद किया ?



4
+1: अपाचे सर्वर टिप को पुनरारंभ करने के लिए। कई विंडोज उपयोगकर्ता यह भूल जाते हैं।
शामतोमर

36

enctype="multipart/form-data"अपने फॉर्म, उदाहरण में जोड़ना महत्वपूर्ण है

<form action="upload.php" method="post" enctype="multipart/form-data">
    Select image to upload:
    <input type="file" name="fileToUpload" id="fileToUpload">
    <input type="submit" value="Upload Image" name="submit">
</form>

14

अलग-अलग व्यापक उत्तरों के लिए आप सभी का धन्यवाद। वे सभी बहुत मददगार हैं। जवाब कुछ अजीब सा निकला। यह पता चलता है कि PHP 5.2.11 निम्नलिखित को पसंद नहीं करता है:

post_max_size = 2G

या

post_max_size = 2048M

अगर मैं इसे बदल देता हूं 2047M, तो अपलोड काम करता है।


17
ध्यान दें कि इस तरह के उच्च मूल्य अंतरिक्ष / ddos ​​हमलों के लिए एक भेद्यता है। बस इसे जोड़ने से लोग इसके बारे में बहुत अधिक जागरूक होते हैं, जब वे आपके समाधान को कॉपी और पेस्ट करने की कोशिश करते हैं। वैसे भी, 2 गिग्स को अपलोड समय की आवश्यकता होगी जो कि बहुत लंबा है।
मैनुएल ने श्मिट

कोई बहुत बड़ा नहीं। हमारे पास क्लाइंट हैं जो 1-3 जी रेंज में काफी नियमित रूप से फाइल अपलोड करते हैं। चूंकि वे अपने स्वयं के सर्वर पर फाइलें अपलोड कर रहे हैं, और वे आईपी श्वेतसूची वाले सर्वर हैं, विनिमय काफी सामान्य है और ग्राहक को अपने उपकरण का उपयोग करने के तरीके की अनुमति देने का एक तरीका है। वे बिलों का भुगतान करते हैं, कोई सुरक्षा जोखिम शामिल नहीं है, कोई समस्या नहीं है।
TheSatinKnight

8

मुझे 2 घंटे देखने में एक ही समस्या है, हम पहले हमारे सर्वर कॉन्फ़िगरेशन की जांच करना बहुत सरल है।

उदाहरण:

echo $upload_max_size = ini_get('upload_max_filesize');  
echo $post_max_size=ini_get('post_max_size');   

किसी भी प्रकार की फ़ाइल का आकार है :20mb, लेकिन हमारे upload_max_sizeऊपर है, 20mbलेकिन सरणी है null। उत्तर हमारा post_max_sizeहै इससे बड़ा होना चाहिए upload_max_filesize

post_max_size = 750M  
upload_max_filesize = 750M

6

यहाँ एक और कारण मुझे पता चला: JQuery मोबाइल और प्रपत्र विशेषता डेटा का उपयोग करते समय-अजाक्स सही पर सेट होता है, FILES सरणी खाली हो जाएगी। इसलिए डेटा-अजाक्स को असत्य पर सेट करें।


5

सुनिश्चित करें कि आपके इनपुट तत्व में एक 'नाम' विशेषता है। <input type="file" name="uploadedfile" />

यदि यह गायब है तो $ _FILES खाली हो जाएगा।


4

मैं एक ही समस्या से जूझ रहा था और सब कुछ परीक्षण कर रहा था, त्रुटि रिपोर्टिंग नहीं कर रहा था और कुछ भी गलत नहीं लग रहा था। मेरे पास एरर_पोर्टिंग (E_ALL) था, लेकिन अचानक मुझे महसूस हुआ कि मैंने एपाचे लॉग और वॉइलिआ की जाँच नहीं की है! स्क्रिप्ट पर एक सिंटैक्स त्रुटि थी ...! (एक लापता "}")

इसलिए, भले ही यह जाँच की जा रही कुछ स्पष्ट है, इसे भुलाया जा सकता है ... मेरे मामले में (linux) यह है:

/var/log/apache2/error.log

3

किसी ने भी इसका उल्लेख नहीं किया, लेकिन इसने मेरी मदद की और नेट पर कई स्थानों पर इसका उल्लेख नहीं किया।

सुनिश्चित करें कि आपका php.ini निम्नलिखित कुंजी सेट करता है:

    upload_tmp_dir="/path/to/some/tmp/folder"

यदि आप चाहते हैं कि आप एक संपूर्ण सर्वर फ़ाइल पथ का उपयोग करें, तो आपको अपनी वेबहोस्ट के साथ जांच करनी होगी। इसे निर्धारित करने के लिए आपको अपनी php.ini फ़ाइल में अन्य निर्देशिका उदाहरण देखने में सक्षम होना चाहिए। जैसे ही मैंने इसे सेट किया मुझे मेरे _FILES ऑब्जेक्ट में मान मिल गए।

अंत में सुनिश्चित करें कि आपका tmp फ़ोल्डर और जहाँ भी आप सही अनुमतियाँ रखने के लिए फ़ाइलें ले जा रहे हैं ताकि उन्हें पढ़ा और लिखा जा सके।


2

आप फ़ाइलों की एक सरणी अपलोड करने के लिए कोशिश कर रहे हैं, तो आप बढ़ाना पड़ सकता है max_file_uploadsमें php.iniजो करने के लिए डिफ़ॉल्ट सेट कर रहा है20

नोट : max_file_uploadsphp.ini के बाहर नहीं बदला जा सकता है। देखें पीएचपी "बग" # 50,684


2

एक अन्य संभावित अपराधी अपाचे पुनर्निर्देश है। मेरे मामले में मेरे पास apache httpd.conf था जो हमारी साइट पर मौजूद कुछ पन्नों को http संस्करणों, और अन्य पृष्ठों को पृष्ठ के https संस्करणों में पुनर्निर्देशित करने के लिए सेट किया गया था, अगर वे पहले से ही नहीं थे। जिस पृष्ठ पर मेरे पास एक फ़ाइल इनपुट के साथ एक फॉर्म था, वह ssl को बल देने के लिए कॉन्फ़िगर किए गए पृष्ठों में से एक था, लेकिन प्रपत्र की कार्रवाई के रूप में नामित पृष्ठ http को कॉन्फ़िगर किया गया था। इसलिए पृष्ठ अपलोड को कार्रवाई पृष्ठ के एसएसएल संस्करण में जमा करेगा, लेकिन एपाचे को पृष्ठ के http संस्करण में पुनः निर्देशित कर रहा था और अपलोड की गई फ़ाइल सहित पोस्ट डेटा खो गया था।


2

अपने php.ini को enable_post_data_reading = On के लिए जांचें , क्योंकि:

इस विकल्प को अक्षम करने से $ _POST और $ _FILES आबाद नहीं होते हैं । पोस्टडेटा पढ़ने का एकमात्र तरीका php के माध्यम से होगा: // इनपुट स्ट्रीम आवरण। (...)

में http://php.net/manual/en/ini.core.php#ini.enable-post-data-reading


1

यदि आपका मुख्य स्क्रिप्ट क्षेत्र http://Some_long_URL/index.phpमें पूर्ण URL (स्पष्ट index.phpऔर केवल http://Some_long_URL) निर्दिष्ट करने के लिए लापरवाह है action। हैरानी की बात है, अगर नहीं, सही स्क्रिप्ट निष्पादित है, लेकिन एन खाली $ _FILES के साथ!


1

मैं एक ही मुद्दे में भाग गया और पाया कि यह मेरी आईडीई मुद्दे का हिस्सा था। मैं केवल सीधे ब्राउज़र का उपयोग करने के बजाय आईडीई (PHPStorm) से डिबगर को सीधे लॉन्च कर रहा था। आईडीई स्पॉन्ड URL इस तरह था:

"...localhost:63342/CB_Upload/index.php?_ijt=j2hcbacqepj87bvg66ncuohvne"

और बस का उपयोग कर:

"...localhost/CB_Upload/index.php"

ठीक काम किया। मेरा सेट अप पीसी / विंडोज 10 / WAMPSERVER 3.0.6 64bit है


यहाँ एक ही बात, मैं अब तक एक घंटे के लिए हलकों में चल रहा था! धन्यवाद
EKanadily

1

sys_get_temp_dirयदि आप साझा होस्टिंग वातावरण में हैं, तो आपके द्वारा प्रदान किए गए अस्थायी फ़ोल्डर स्थान पर भरोसा न करें ।

यहाँ एक और बात है कि अभी तक इसका उल्लेख नहीं किया गया है ...

मुझे लगता है, स्वाभाविक रूप से, वह फ़ोल्डर जहां मेरी PHP स्क्रिप्ट संग्रहीत अस्थायी फ़ाइल अपलोड थी /tmp। इस विश्वास को इस तथ्य से प्रबलित किया गया था कि echo sys_get_temp_dir() . PHP_EOL;रिटर्न /tmp। इसके अलावा, echo ini_get('upload_tmp_dir');कुछ भी नहीं देता है।

यह सत्यापित करने के लिए कि अपलोड की गई फ़ाइल वास्तव में संक्षिप्त रूप से मेरे /tmpफ़ोल्डर में दिखाई देती है , मैंने sleep(30);अपनी स्क्रिप्ट में एक विवरण जोड़ा (जैसा कि यहां बताया गया है ) और /tmpफ़ाइल को खोजने के लिए cPanel फ़ाइल प्रबंधक में अपने फ़ोल्डर में नेविगेट किया गया। हालांकि, कोई फर्क नहीं पड़ता कि, अपलोड की गई फ़ाइल कहीं नहीं थी।

मैंने इसके कारण को निर्धारित करने के लिए घंटों बिताए, और यहां प्रस्तुत किए गए प्रत्येक सुझाव को लागू किया।

अंत में, क्वेरी के लिए अपनी वेबसाइट फ़ाइलों को खोजने के बाद tmp, मुझे पता चला कि मेरी साइट tmpमें विभिन्न निर्देशिकाओं में नामित अन्य फ़ोल्डर हैं । मुझे एहसास हुआ कि मेरी PHP स्क्रिप्ट वास्तव में अपलोड की गई फ़ाइलों को लिख रही थी .cagefs/tmp( "छुपी हुई फ़ाइलें दिखाएं" सेटिंग को इस फ़ोल्डर को देखने के लिए cPanel में सक्षम किया जाना चाहिए।)

तो, sys_get_temp_dirफ़ंक्शन गलत जानकारी क्यों लौटाता है?

यहाँ के लिए PHP.net वेबपेज से एक स्पष्टीकरण है sys_get_temp_dir(यानी, शीर्ष टिप्पणी):

यदि लिनक्स सिस्टम पर चल रहा है, जहां systemd में PrivateTmp = true है (जो कि CentOS 7 और शायद अन्य नए डिस्ट्रो पर डिफ़ॉल्ट है), यह फ़ंक्शन केवल "/ tmp" लौटाएगा, न कि सच, बहुत लंबा, कुछ गतिशील पथ।

इस एसओ ने इस मुद्दे को हल किया:


0

मुझे वही समस्या मिली और थीम में से कोई भी मेरी त्रुटि नहीं थी। अपनी .htaccess फ़ाइल में जाँच करें, यदि आपको एक मिला है, यदि "MultiViews" सक्षम हैं। मुझे उन्हें निष्क्रिय करना पड़ा।


0

मुझे भी ऐसी ही समस्या थी और यह समस्या htaccess में गलत मूल्य के रूप में थी जैसा कि श्मितोमार ने उल्लेख किया है।

बदलें php_value post_max_size 10MBकरने के लिएphp_value post_max_size 10M


0

मैं खाली था $_FILESक्योंकि <form enctype="multipart/form-data" method="post">मैं रखा के बाद

</div>
<div style="clear:both"></div>

प्रारंभिक कोड जैसा था

<span class="span_left">Photos (gif/jpg/jpeg/png) </span>
<form enctype="multipart/form-data" method="post">
<input name="files[]" type="file" id="upload_file" />
<input type="button" id="upload" value="Upload photo" />
</form>

मैंने संशोधित करने का फैसला किया और

<div>
<span class="span_left">Photos (gif/jpg/jpeg/png) </span>
<form enctype="multipart/form-data" method="post">
</div>
<div style="clear:both"></div>
<input name="files[]" type="file" id="upload_file" />
<input type="button" id="upload" value="Upload photo" />
</form>
<div style="clear:both"></div>

इसलिए निष्कर्ष यह है कि बाद में <form enctype="multipart/form-data" method="post">होना चाहिए <input name, type, idऔर नहीं होना चाहिए <div>या कुछ अन्य टैग

मेरी स्थिति में सही कोड था

<div>
<span class="span_left">Photos (gif/jpg/jpeg/png) </span>
</div>
<div style="clear:both"></div>
<form enctype="multipart/form-data" method="post">
<input name="files[]" type="file" id="upload_file" />
<input type="button" id="upload" value="Upload photo" />
</form>
<div style="clear:both"></div>

0

मुझे भी $ _FILES के खाली होने की समस्या थी। उपर्युक्त चेक-लिस्ट में MultiViews .htaccess, httpd.conf या httpd-vhost.conf का उल्लेख नहीं है।

यदि आपके पास वेब साइट वाले आपकी निर्देशिका के लिए निर्देश के विकल्प में MultiViews सेट है, तो $ _FILES खाली होगा, भले ही सामग्री-लंबाई शीर्षलेख यह दिखा रहा हो कि फ़ाइल मैंने अपलोड की है।


0

अगर आप JQuery Mobile का उपयोग कर रहे हैं

फ़ाइल इनपुट के साथ मल्टीपार्ट फॉर्म का उपयोग करना अजाक्स द्वारा समर्थित नहीं है। इस मामले में आपको डेटा को सही ढंग से प्रस्तुत करने के लिए डेटा-अजाक्स = "गलत" के साथ मूल प्रपत्र को सजाने चाहिए।

<form action="upload.php" method="post" enctype="multipart/form-data"  data-ajax="false">
    Select image to upload:
    <input type="file" name="fileToUpload" id="fileToUpload">
    <input type="submit" value="Upload Image" name="submit">
</form>

0

अपने फॉर्म को उस पेज को बनाएं जिसे आप एक साधारण php पेज में उपयोग कर रहे हैं, जिसमें केवल फॉर्म और php कोड है, और इसे उसी तरह टेस्ट करें।

कोई भी बूटस्ट्रैप या जावा स्क्रिप्ट _FILES [] को साफ कर सकती है। यही मेरा मामला था

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.