日本語
English
Français / French
Deutsch / German
Español / Spanish
Português / Portuguese
Italiano / Italian
Nederlands / Dutch
dansk / Danish
norsk / Norwegian
suomi / Finnish
svenska / Swedish
język polski / Polish
Ελληνικά / Greek
Български език / Bulgarian
Hrvatski / Croatian
čeština / Czech
limba română / Romanian
русский язык / Russian
اللغة العربية / Arabic
हिन्दी / Hindi
中文(簡体) / Chinese(Simplified)
中文(繁体) / Chinese(Traditional)
한국어 / Korean

WordPress 2.8 करने के लिए ध्यान दें!

WP अचानक एक अधिकारी ने चेतावनी पसंद है. प्रेस APPUGUREDOBOTAN स्वचालित नहीं होना चाहिए देखो!

2,8 मामलों स्वत: उन्नयन करने के लिए उपस्थित होने के लिए - WP फॉर्मूला

WordPress 2,8 हाल ही में इस घटना का स्वत: उन्नयन के दौरान यह है कि फ़ाइल सर्वर पर ही नष्ट कर दिया है की सूचना दी गई है जारी किया गया था. इस रिपोर्ट के मुताबिक, अगर आप सर्वर और WordPress कि अन्य फ़ाइलें नष्ट कर दिया जाएगा पर इस समस्या का सामना.

2.8 कि वहाँ एक बग. यह बग है स्वत: उन्नयन के बिना यह तय हो गई है, स्वयं को अपग्रेड कृपया पुष्टि की गई है.

यह भयानक है. हाल की स्क्रीन और नियंत्रण में प्रवेश "" अब हम हैं और हमेशा मार्गदर्शन में प्रकट होता है, और कई लोगों को गलती से किया होगा अद्यतन कृपया. मैं इस पर RI GERE? अंतर्गत 1:00 विनिमय करने के लिए कितना मुश्किल मुझे लगता सुरक्षित है उम्मीद है.

अद्यतन एक बैकअप से बेस! हालांकि, पूर्ण हम अक्सर वहाँ एक व्यावहारिक बात के रूप में नहीं डाल कर हर बार अपडेट करें. WP और ज्यादा संबंधित फाइलों से अधिक प्रभावित आमतौर अप्रत्याशित जाएगा.

वर्तमान क्षण स्वयं (एफ़टीपी अधिलेखित के उन्नयन) की इसी उपयोगकर्ता पक्ष है, और किसी के लिए KONARE आने की प्रतीक्षा है. और इतनी बग इस तरह से कम हो जाएगा.


2009年6月15日(月) 12:23 コメント(0)   トラックバック(0)

एक तरफ बढ़ते

एक सर्वर हस्तांतरण के दृश्य के पीछे.

वास्तव में, उप से प्लग के व्यवहार कि रास्ते में, इसलिए बहुभाषी यूआरएल, उप फ़ोल्डर्स (domain.com /??/)-डोमेन (??. Domain.com /) मैं करने के लिए बदलने की कोशिश की ... ... परिणाम हार गया था. क्या करना है, इस Mod_Rewrite की बात है.

अगर आप उन, "Mod_Rewrite", फिर से लिखना है यूआरएल पता नहीं के लिए एक सरल परिचय दिया है, जो URL यह प्लग जैसी दिखती है कि में उपयोगकर्ताओं को स्वतन्त्रतापूर्वक वास्तविक गंतव्य का उपयोग करने की अनुमति देता है. उपयोगकर्ता जानते हैं कि जनता ने मुझे लगता है कि पहली है, हम DZUKANU लाभ में होना चाहिए महसूस हो रहा है. उदाहरण के लिए, https: / / डोमेन नाम के लिए एक URL लिखने के द्वारा, और स्वत: https TAZU स्ट्रोक: / / एक एन्क्रिप्टेड पृष्ठ कि के साथ शुरू हो, और इस सुविधा को बेहतर बनाने के लिए काम करने के लिए ले जाया गया.

लेकिन यह इस का उपयोग करने के लिए कठिन है. GUGURE, व्याख्या और उदाहरण एक बहुत, बहुत掴एमआई व्यवहार जब एक और नियम के साथ जोड़ दिया जाता है यदि.

विभिन्न संदर्भ साइटों
मॉड्यूल mod_rewrite - यूआरएल को फिर से लिखना इंजन
संदर्भ mod_rewrite - dawgsdk.org

यूआरएल अंतिम गंतव्य, "है http://catswhiskers.jp/ लेख यूआरएल? पुष्टि की गई है लैंग = भाषा".

तो, अगर यह भाषा के उप में विनिर्दिष्ट-डोमेन, उदाहरण के लिए था, "http://en.catswhiskers.jp/" एक "http://catswhiskers.jp/lang=en" परिवर्तित किया जाना चाहिए पहले. वह होगा डोमेन हिस्सा बदल चाबी यहाँ है, तो भले ही एक उप डोमेन को एक और बात करने के लिए एक सर्वर के रूप में इलाज किया जाता है. वह आंतरिक proxies विकल्प [P] करने के लिए नहीं है, यह URL को बदलने के लिए दिखाई देता है पुनः निर्देशित है. इसलिए, आप निर्धारित कर सकते हैं निम्नलिखित: ठीक है, मुझे चाहिए ...

RewriteCond% (HTTP_HOST) ^ (एन | fr | डी .. ... .. | जा)  
RewriteRule (.*) http://catswhiskers.jp/ $ 1? लैंग =% 1 [QSA,P] 

यह क्यों परिणाम "404 नहीं मिला है." सामान्य तथा 404 को सजा केवल (XREA सर्वर को कम करने के लिए दिखाया गया है के विपरीत).踬KIMASHITA अचानक यहाँ. [P] का विकल्प को दूर करने की कोशिश की सामान्य और समस्याओं के बिना की ओर निर्देशित कर दिये प्रतीत होता है वह गलत नहीं है लेकिन मैं Mod_Proxy ... ... XREA सर्वर मान्य नहीं किया जा सकता है नियमों Rewrite.?

अगर TSUITETA). RewriteRule क्वेरी के फैसले में शामिल नहीं है ओह, SOREMASU इस विषय, [QSA] एक और विकल्प दूसरे प्रश्न पर लेने के लिए है (अन्य? आईडी = 1 उदा. जब एक सेमी का उपयोग करते हुए, और हमारी इतनी अक्सर भूल ध्यान दें. यदि आप इस तरह के प्रश्न हिस्से में कुछ मैच करना चाहते हैं, RewriteCond% () ने मुझे तय करने की अनुमति कृपया QUERY_STRING.

लेकिन मैं विषयान्तर. मुझे बहुत आदत नहीं है विकल्प, यह नहीं था. WA 404 एफ दैनिक कैसे लिखने के लिए है और लगता है कि अगर तुम वे क्या कहते हैं और RewriteLog RewriteLogLevel प्रवेश की कोशिश की और मैं, XREA इस विकल्प का गठन किया है आसपास [P] की कोशिश की रास्ते में ... बस कोशिश करते हैं और कल्पना के रूप में हम ढीले आध्यात्मिक की सीमा आ गई है कि, के रूप में जल्दी ही छोड़ दिया.

ठीक है, नहीं तो हल्के से मैंने कहा कि अंत में, मैं विनिर्दिष्ट क्वेरी भाषा में कन्वर्ट करने के लिए है एक subfolder नहीं है. इस सेटिंग से.

RewriteCond% (REQUEST_URI) ^ / (एन | fr | डी .. ... .. | जा)  
RewriteRule ^ [-a-zA-Z] +/(.*) / index.php / $ 1? लैंग =% 1 [QSA,L] 

इस साइट का यूआरएल, विशिष्ट / ब्लॉग /. Html एक संरचना है श्रेणी नाम लेख के / तारीख / नाम के तहत है. और इस श्रेणी के नाम है वास्तव में ठीक से कोई भी बिना प्रदर्शित किया जाएगा. यह नाम में एक बदलाव है भविष्य में इस वर्ग दिखाना, क्योंकि पुराने यूआरएल लेख का उपयोग करने के लिए. इसे प्राप्त करने के लिए, इस संस्था के वर्ग का कोई नाम नहीं है (मुझे पता है और छवि को देख) और प्लगइन में वर्ग लिंक्स के नाम डालें, और प्रसंस्करण आंतरिक इस के लिए नियम Rewrite. ... ...

RewriteCond% (REQUEST_URI) ^ / (एन | fr | डी .. ... .. | जा) / ब्लॉग / [^/] + / ( [0-9_] +/.*)$  
RewriteRule (.*) / index.php / ब्लॉग /% 2? लैंग =% 1 [QSA,L] 

यह () और इसके बाद के संस्करण की इस (नीचे).

RewriteCond% (REQUEST_URI) ^ / ब्लॉग / [^/] + / ( [0-9_] +/.*)$  
RewriteRule (.*) / inde.php / ब्लॉग /% 1 [QSA,L] 

तो फिर आगे जारी, वर्ड प्रेस मानक नियम (नीचे) हो जाएगा.

RewriteCond% (REQUEST_FILENAME)!-एफ  
RewriteCond% (REQUEST_FILENAME)! डी  
RewriteRule. / Index.php [QSA,L] 

मैं भ्रम काफी है. हाँ, मैं (हंसते हुए) उलझन में हूँ. यह मैं हूँ शायद अच्छी तरह से खरीदा और SENAI URL को फिर से लिखना समझ की कमी के कारण है निम्नलिखित नियम है. मूलतः है, "इस भाषा का नए सिरे से लिखना निर्दिष्ट "->" श्रेणी "के नाम पर फिर से लिखना और सूखा क्रम में, मैं और बड़े करीने से लिखने खरीदा. आखिरकार,

  1. निर्दिष्ट की भाषा में और URL श्रेणी का नाम दर्ज करें
  2. श्रेणी यूआरएल का नहीं नाम भाषा निर्दिष्ट किया है, और में
  3. कोई भी भाषा, और URL श्रेणी का नाम दर्ज करें
  4. कोई भाषा है, और नहीं श्रेणी यूआरएल का नाम

4 एक सड़क के अलग नियमों में लिखना है. कारणों का पीछा करने के लिए केवल परीक्षण सर्वर प्राप्त करने के लिए परीक्षण किया गया, RewriteLog हो सकता है. एक यूआरएल, और शासन को फिर से लिखना एक परिणाम के रूप में वहाँ लंबे समय से एक वेब उपकरण के लिए कर रहे हैं .. भरें

संयोग से, WordPress "(.*)" शासन के बजाय मानक RewriteRule "." मैंने किया है, व्यक्तिगत रूप से, बहुत अजीब है. यह "है / test.html" चरित्र "के लिए सिर्फ पहला उपयोग बदल जाती है / index.phpest. html "(RewriteRule पहली / निर्णय में) मुझे लग रहा है कि ... ... मैंने देखा है और यह वास्तव में लेख को देखो है, लेकिन यह गलत नहीं है शामिल नहीं है.

यह अंत तक की जांच का पूरा पर बहुत निर्देशिका / अंत ENAI URL में इतनी है कि वे गंतव्य फ़ाइल में एक त्रुटि पर पहुँच नहीं है एक्सटेंशन () के साथ है, और अंत में सुलभ नहीं है / अगर .. या क्षतिपूर्ति के लिए .. इसी तरह का फिर से लिखना पर एक निश्चित प्रभाव है.

अगले कदम के विशिष्ट XREA के बारे में बात करना है, PHP रंग कई लोगों को सुरक्षित मोड में काम कर रहे हैं या वहाँ के साथ काम करने के लिए कुछ है, CGI फार्म, PHP मोड कहा जाता है कि स्थिरता को स्थानांतरित करने के लिए है. यह. Htaccess करने के लिए "AddHandler application / x-httpd -phpcgi. PHP "तुम वर्णित किया गया है.

यही है, WordPress, जब एक संदिग्ध चाल. जब Mod_Rewrite, CGI PHP मोड के साथ संयोजन में उपयोग NARURASHIKU PathInfo जानकारी एक बाहर खोने है, जो URL फॉर्मेट से लेख है व्यक्तिगत लेख () राजकोषीय RENAKU मिला. आखिरकार, हम वापस सुरक्षित मोड में हैं आपरेशन. ठीक है, या अपने आप को अपग्रेड करने में विफल रहा है इस लेख को देखने के लिए. PHP के अन्य सीमाओं: Safe Mode - मैनुअल कृपया मेरी मदद करो.

ओह, हाँ. Rectus SHIMASHITA संयोग भी टिप्पणी पोस्ट करने के बाद (और शायद अंतत ...). क्योंकि URL या फार्म पोस्ट की, पोस्ट के बाद http:// एक त्रुटि हो ~ / / ~ एक और स्लेश कि इतने पर छोड़ रहे हैं यदि आप जो और अधिक मौलिक Shina Tadashi कृपया मी (_ _) मी है किसी को पता है, एक एक पंक्ति में शामिल पते, मैं आपको सिर्फ यह फिर से लिखना में (राइ सभी तरह ...). मुस्कान एक प्लग का बना


2009年3月31日(火) 12:56 コメント(0)   トラックバック(0)

गूगल ऐडसेंस और अमेज़न संबद्ध सूक्ष्म रिश्ता

जाहिर भी गूगल ऐडसेंस और वह आइफ्रेम टैग का उपयोग किया गया है सकते हैं अमेज़ॅन सहबद्ध, और जब मैं अपने ब्लॉग में इस ब्राउज़र के व्यवहार के साथ कुछ गलत किया.

क्या इसलिए विशेष रूप से, जब आप एक सूची (अर्थात् होम) पोस्ट मज़ेदार है के लिए एक लेख कल आइफ्रेम के लिए अमेज़ॅन सहबद्ध में नहीं है, फ़ायरफ़ॉक्स क्यों गूगल विज्ञापन है. इस बीच, गूगल क्रोम के लिए संबद्ध उत्पाद के आइफ्रेम (AirStation) में कुछ दिन पहले ही दिखाया गया है. यह कैश अब भी हास्यास्पद था? सामान्य हो. आईई सामान्य है.

फ़ायरफ़ॉक्स और InternetExplorer उपस्थिति के बीच का अंतर

शीर्षक पर क्लिक करें, लेकिन दोनों को सही ढंग से प्रदर्शित किया और अलग लेख में दिखाई नहीं है. सिद्धांत में ठीक नहीं है. खैर, मैं एक कारण है?

वैसे, एक मान्य XML आइफ्रेम टैग शुरू करने के लिए जागो के साथ असंगत है, के लिए नीचे दिए गए लेख में भेजा है और मैं इस टैग पर आपत्ति करेंगे.

विज्ञापन स्क्रिप्ट इस टैग - एशियाई कीट Roh पढ़ें पर आपत्ति

TSUIDENI भी यहाँ है, या कि यहाँ और सब से पीछा एक लेख मिल देखो.

ऑप्टिमाइज़ गूगल ऐडसेंस संभव का पता लगाने के लिए - नाज़ुक पतिस्थिति'S BUMNUM DAYS

वैसे, "क्या तुम सच में संबद्ध! के साथ" और पैसा कमाने तो मैं बहुत अधिक मदद नहीं की, मैं जगह में इतनी के रूप में डाल दिया है जितना संभव हस्तक्षेप करने का नहीं है. यह है कि दुनिया में मांग की कोशिश कर रहे हैं चीजों की तरह क्या था आधा , कम से कम आधी कीमत अगर यह अरे贿. मुझे थोड़ा सा माफ करने के लिए.


2009年2月2日(月) 23:22 コメント(0)   トラックバック(0)

प्लीहा Permalink

लेख परिवर्तित लिंक . मैंने सोचा लिंक पर सड़क निर्माण कार्य किया गया है जब तक वह काफी परेशानी का है . प्रत्येक खोज कैश का इंतजार कर रहे है जो नरक हो गया है .

विशेष रूप से , यह है कि किस प्रकार की कड़ी , " / ब्लॉग / श्रेणी / y_m_d / postname.html " सेटिंग है . सबसे पहले आपके पास प्रतिनिधित्व करने के लिए मेरे ब्लॉग को " ब्लॉग " अलग हो , तब " श्रेणी " , और तिथि के अधोडैस पट्टा , " y_m_d " compartmentalization में पिछले लेख पर फ़ाइल नाम की सेटिंग है . यह पहला के रूप में वर्गीकृत एक प्राकृतिक रूप है . इस तरह से चल प्रकार है और वर्ड प्रेस के वास्तविक फाइल作りませんअंतर है , इसलिए उपर्युक्त विचार पर आधारित है ( और खोज इंजन को समझने ) उपचार है .

समस्या पहली नज़र में लगता है हम कर रहे हैं , फिर क्यों शीर्षक " उदासी " का कहना है कि यदि मैं केवल आंतरिक सर्वर से संपर्क के नाम से पहचान की है " / ब्लॉग / y_m_d / postname.html " हो . कि " श्रेणी में " . की श्रेणी के कारण हो सकता है बाद में परिवर्तन है . ट्री बदल गया है और भी हैं स्थायी लिंक को बनाए रखने के लिए करना चाहते हैं , मुझे नहीं लगता कि यह अच्छा है श्रेणी के हैं . तब से पहली श्रेणी में नहीं कहा , लेकिन यह अच्छा नहीं है , लेकिन खोज इंजन की श्रेणी में विभाजित मैं जानना चाहता हूं कि क्या है .

दुविधा हल करने के लिए , ModRewrite का उपयोग कर रहे " / ब्लॉग / श्रेणी / y_m_d / postname.html " को " / ब्लॉग / y_m_d / postname.html " की जगह है , लेकिन इस सेटिंग का सबसे जघन्य … … उदासी के ऊपर वर्णित में Word प्रेस फ़ाइल作りませんसंस्था है . इसके बजाय , ModRewrite का उपयोग करते हुए , PHP , " PATH_INFO " को निर्दिष्ट करने के लिए एक तंत्र के लेख में प्रदर्शित करने के लिए है . " PATH_INFO " कई बार देखा है URL में " xyz.php ~ / पथ / जानकारी / " के आदमी . यह पहले से ही स्थापित है . Htaccess फ़ाइल को लिखा जाए , न कि उस से कहा कि इस हस्तक्षेप के साथ . है यह ब्लॉग के रूप में और अधिक बहुभाषी Mashi Tei द्वारा आप जानते हैं , यह भी ModRewrite का उपयोग करते हुए हैं . ये तीन काम करने के लिए तैयार हैं . Htaccess फ़ाइल पर्चा साथ ही साथ शामिल करने के लिए सेट करने के वर्णन में उन्हें सिर , ब्यौरे थे … …

URL पुनर्लेखन के NANISE प्रणाली और कहते हैं , अच्छा चल रहा है , मैं नहीं जानता कि क्या वे देखने के लिए , जो वहां की स्थापना की , और सेटिंग्स गलत हैं , जो मुझे लगता का एकमात्र तरीका है . निरर्थकता और इस अभ्यास में感たる! अब यह चल रहा है बहुत अधिक हाथ सेट करने के लिए एक दोष आप कहीं बाहर नहीं आ में बहुत डर से राज्य याだっ. सिम्युलेटर का एक नियमित अभिव्यक्ति कुछ ( उदाहरण के लिए , इस ) , ModRewrite सिम्युलेटर कहीं नहीं है ? ( भूख ,

फ़ाइल नाम है कि अब एक अलग लेख को काम पर लौटने के लिए लोकप्रिय है जब λ.. उत्पादों के हॉल हॉल ...


2008年8月11日(月) 23:33 コメント(0)   トラックバック(0)

बाद में चल प्रकार से WordPress

पलायन करने के लिए .

मीट्रिक टन के अलावा बुरा नहीं है , मैं वास्तव में हैं फायदे और नुकसान के WordPress है , लेकिन इसे बनाने के लिए प्लग इन है .

अभी भी दोष हैं , लेकिन मैं चाहता हूं कि भाई को हल करने के लिए .


2008年7月27日(日) 17:44 コメント(0)   トラックバック(0)

कार्य प्रगति पर है .

कांजी इस तरह की स्थिति है .

परदे की स्थापना की छवि
छवि परिणाम

अभी भी ले सकते हैं जब तक आप थोड़ा .


2008年7月6日(日) 19:20 コメント(0)   トラックバック(0)

आपके सभी पोस्ट के द्वारा हम अनुवाद हैं .

आप प्राप्त कर सकते हैं शीर्ष गुप्त के कारण परियोजना का अद्यतन करने के लिए ब्लॉग में अटक जाता है .
बोलते हुए डिजाइन परिवर्तन है , क्या है ? न दें लेकिन आप इसे छोड़ कर आगे बढ़ें ?
MovableType4.2 आधिकारिक संस्करण प्रदर्शित की जाती है , और साथ में एक फ़ोल्डर में परिवर्तन और विन्यास .
| Ω ' )ラWordPress मैं वास्तव में प्रस्तावित परिवर्तनों को वापस पर थोड़ी दूर है .
क्या आपके पास कोई अंतिम मिनट के बाद एक लेख यहां चोरी की संख्या बढ़ रही है , हालांकि , तो कृपया के बारे में चिंता न करें ( हंसते हुए ) .

आपको लगता है कि आप जानते हैं मूल शीर्षक यहाँ है .


2008年6月16日(月) 23:13 コメント(0)   トラックバック(0)