KNOLEDGEBASE · FANTASTICO

ஜூம்லாவால் நிறுவப்பட்ட ஜூம்லா வார்ப்புருவை எஃப்டிபி மூலம் மாற்ற முடியாது

கடைசியாக புதுப்பிக்கப்பட்ட 2020-04-05

இது ஒரு குறிப்பிட்ட சிக்கலாகும், சேவையகம் SueXec/PhpSuExec ஐ இயக்கவில்லை. தீர்வு என்னவென்றால், தயவுசெய்து எஃப்டிபி வழியாக கோப்புகளைப் பதிவேற்றவும், பின்னர் ஜூம்லா கூறு/வார்ப்புருவை கையால் நிறுவவும்.

இது குறித்து விளக்கப்பட்டுள்ளதாவது, http://forum.joomla.org/index.php/topic,30796.0.htmlகாரணங்களின் சுருக்கம் கீழே உள்ளது, நாம் மேற்கோள் காட்டுகிறோம்,

"முதலில்... உங்கள் பயனர் அல்லது HTTPd (அல்லது யாரும், அப்பாச்சி, அப்பாச்சி பயனர் எதுவாக இருந்தாலும்) ஜூம்லா கோர் கோப்புகளை வைத்திருக்கிறார்களா என்பது முக்கியமல்ல. கோப்பு உருவாக்கம் மூலம் கோப்பு உரிமை தீர்மானிக்கப்படுகிறது. கோப்பு அமைப்பில் கோப்பை உருவாக்கும் இயக்க முறைமை செயல்முறையை வைத்திருக்கும் பயனரால் இது தீர்மானிக்கப்படுகிறது.

காட்சிஃ நீங்கள் ஒரு பயனராக உள்நுழைந்து, உங்களுக்கு பிடித்த உரை எடிட்டருடன் (எடுத்துக்காட்டாக vi) ஒரு புதிய கோப்பை உருவாக்குகிறீர்கள்... something.txt.

நீங்கள் உள்நுழையும் போது நீங்கள் vi நிரலை செயல்படுத்துவதால் (பயனர்பெயர் முன்னோக்கி பயனர் பெயராக இருக்கும் என்று நாங்கள் கருதுவோம்). எனவே, கோப்பு முறைமையில் something.txt கோப்பை உருவாக்கிய vi செயல்முறையை பயனர் சொந்தமாக வைத்திருக்கிறார். இதன் பொருள் கோப்பு something.txt பயனர் நிறுவனத்திற்கு சொந்தமானதாக இருக்கும்.

காட்சிஃ நீங்கள் எஃப்டிபி-யைப் பயன்படுத்தி ஒரு கோப்பைப் பதிவேற்றுகிறீர்கள்... somethingElse.txt.

உங்கள் பயனர்/பாஸ் காம்போவைப் பயன்படுத்தி நீங்கள் எஃப்டிபியில் உள்நுழைந்திருப்பதால்... நீங்கள் இயக்கும் எஃப்டிபி செயல்முறை பயனரை யூசருக்குச் சொந்தமானதாக மாற்றியுள்ளது. எனவே, கோப்பு somethingElse.txt கோப்பு கோப்பு முறைமையில் பதிவேற்றப்படும்போது (உருவாக்கப்பட்டது)... அது அதை உருவாக்கிய செயல்முறையின் உரிமையாளருக்கு சொந்தமானதாக இருக்கும், யூசர்.

காட்சி: நீங்கள் ஒரு கோப்பை php ஸ்கிரிப்டில் பதிவேற்றுகிறீர்கள், அது அதை yetSomethingElse.txt ஆக சேமிக்கிறது (php உடன் சூஎக்ஸெக்கைப் பயன்படுத்தவில்லை).

சரி, அப்பாச்சி, பாதுகாப்பு காரணங்களுக்காக, ஒரு "சிறப்பு" பயனருக்குச் சொந்தமான அதன் செயல்முறைகளை இயக்குகிறது... பெரும்பாலும் யாரும் பெயரிடப்படவில்லை, அல்லது அப்பாச்சி, அல்லது HTTPd, அல்லது வேறு எந்த அழகான பெயரும் ஒரு சிசாட்மின் அதை கான்ஃப் கோப்பில் பெயரிடுகிறது. எனவே இந்த விஷயத்தில் நாங்கள் அப்பாச்சி பயனர் என்று கூறுவோம் HTTPd. எனவே, நீங்கள் உங்கள் கோப்பை php ஸ்கிரிப்ட்டில் பதிவேற்றுகிறீர்கள். Php ஒரு அப்பாச்சி தொகுதியில் இயங்குகிறது, இது அப்பாச்சி செயல்பாட்டில் இயங்குகிறது..... அது சரி... பயனர் HTTPd. இதன் காரணமாக... php கூறும்போது... மூவ் _ அப்லோட் _ கோப்பு () மற்றும் கோப்பை yetSomethingElse.txt சேமிக்கிறது... இது பயனர் HTTPD ஐத் தவிர வேறு யாருக்கும் சொந்தமானதாக இருக்காது. இது php இல் உள்ள பிழையா? இல்லை. இது அப்பாச்சி பிழை இல்லையா?

சுயெக்ஸெக் என்பது ஒரு அமைப்பாகும், இதன் மூலம் அப்பாச்சி பயனரை மாற்றுகிறது மற்றும் குறிப்பிட்ட மெய்நிகர் ஹோஸ்ட்டிற்கான ஆவணத்தை வைத்திருக்கும் பயனரின் அடிப்படையில் செயல்முறையை வெளியேற்றுகிறது. (அதில் சுயெக்ஸெக்கைப் பிடிக்கவும்?) இது சில ஹோஸ்ட்கள் வழங்கும் ஒரு தீர்வாகும், மேலும் அப்பாச்சி செயல்முறைகளால் உருவாக்கப்பட்ட/மாற்றியமைக்கப்பட்ட/போன்ற அனைத்து கோப்புகளுக்கும் அனுமதிக்கிறது... சரியான பயனருக்கு சொந்தமானது.

அப்பாச்சி ஏன் இப்படி நடந்துகொள்கிறது என்று நீங்களே கேட்டுக்கொண்டிருக்கலாம்.... அந்த கேள்விகள் அனைத்தும் வழிநடத்தப்பட வேண்டும் என்று நான் பரிந்துரைக்கிறேன்
http://www.apache.org

சுருக்கமாக, இது கணினியில் உள்ள ஒரு பிழை அல்ல, கணினி சரியாக வேலை செய்ய வடிவமைக்கப்பட்டுள்ளது... அது உங்கள் வாழ்க்கையை எளிதாக்குகிறதா? இல்லை. ஆனால் அது விளக்கம். பல சாத்தியமான தீர்வுகள் உள்ளன... அவற்றில் ஒன்று நான் 1.1 ஐ எழுதியுள்ள எஃப்டிபி கிளையன்ட் அடுக்கு என்று வைத்துக்கொள்வோம்.

லூயிஸ் "


அனைத்து அறிவுத் தளக் கட்டுரைகளும்

எதை நிலைநிறுத்த வேண்டும் என்பதை எங்களிடம் கூறுங்கள்.

A short conversation with an engineer. No quote-bot, no callback queue.