php-5.4.1_rc1 Gentoo पर एपाचे-2.4.1 के साथ विफल रहता है

आज एपाचे 2.4.1 - ebuild gentoos भारवाहन के पेड़ में प्रकट हुई है. Php-5.4.1_rc1 उभरते स्थापित एपाचे 2.4.1 Gentoo पर निम्न त्रुटि संदेश के साथ वेब सर्वर के साथ विफल रहता है:

SAPI के मॉड्यूल का विन्यास
AOLserver समर्थन के लिए जाँच ... कोई
DSO के माध्यम से अपाचे 1.x मॉड्यूल समर्थन लिए APXS के माध्यम से जाँच नहीं
अपाचे 1.x मॉड्यूल समर्थन के लिए जाँच ... कोई
जाँच कर रहा है कि क्या अपाचे चारसेट संगतता विकल्प नहीं सक्षम करने के लिए
DSO के माध्यम से Apache 2.0 का समर्थन फिल्टर मॉड्यूल लिए APXS के माध्यम से जाँच नहीं
APXS के माध्यम से Apache 2.0 हैंडलर - मॉड्यूल DSO के माध्यम से समर्थन के लिए जाँच रहा है ...

क्षमा करें, मैं apxs नहीं चला सकते हैं. संभावित कारणों का पालन करें:

1. पर्ल स्थापित नहीं है
2. apxs नहीं मिला था. = पथ / / / apxs साथ apxs2 पथ का उपयोग कर पारित करने की कोशिश
3. अपाचे (apxs उपयोग पृष्ठ प्रदर्शित होता है) - सक्षम, तो कुछ का उपयोग नहीं बनाया गया था

/ usr / sbin / apxs का उत्पादन इस प्रकार है:
कॉन्फ़िगर / 8325 लाइन: ऐसा कोई फ़ाइल या निर्देशिका: / usr / sbin / apxs
कॉन्फ़िगर: त्रुटि: विफल कर रहा है

इस के लिए कारण है, कि apxs निष्पादन योग्य एपाचे 2.4.1 ebuild साथ स्थापित नहीं करता है. Gmane.org इस मुद्दे के अनुसार ebuild एपाचे-2.4.1-R1 के साथ तय हो गया. हालांकि, उभरते 2.4.1-R1 php एपाचे उन्नयन के बाद अभी भी एक ही त्रुटि संदेश के साथ विफल रहता है. फाइलसिस्टम पर एक त्वरित देखो से पता चलता है कि / usr / sbin / apxs के रूप में ने / usr/sbin/apxs2 सिमलिंक बनाया गया है के रूप में अच्छी तरह से स्थापित गया.

mittelerde sbin # ls-alsh apxs *
24K-rw-r - r-1 रूट रूट 23K 1. अप्रैल 16:14 apxs
0 lrwxrwxrwx 1 रूट रूट 1 14. अप्रैल 16:14 apxs2> / usr / sbin / apxs

इस भी उभरती एपाचे-2.4.1-R1 के साथ असफल php के लिए कारण का पता चलता है. / Usr / sbin / perl स्क्रिप्ट apxs ebuild एपाचे-2.4.1-R1 के साथ आने निष्पादन योग्य ध्वज का अभाव है.

इस प्रकार एक सरल

chmod + एक्स / usr / sbin / apxs

मुद्दा हल करती है और उभरते php के बाद एक जादू की तरह काम करता है. अधिकांश शायद यह अगले एपाचे ebuild के साथ तय हो जाएगा. एपाचे विन्यास 2.4 उन्नयन के बाद काम कर प्राप्त करने के लिए, आप पढ़ने के लिए चाहते हो सकता है: 2.2 से 2.4 करने के लिए उन्नयन .

Jürgen favicon php 5.4.1 rc1 fails with apache 2.4.1 on gentoo  php 5.4.1 rc1 fails with apache 2.4.1 on gentoo favicon php 5.4.1 rc1 fails with apache 2.4.1 on gentoo  php 5.4.1 rc1 fails with apache 2.4.1 on gentoo

 php 5.4.1 rc1 fails with apache 2.4.1 on gentoo
1 Star2 Stars3 Stars4 Stars5 Stars (अभी तक कोई स्तर नहीं)
Loading ... लोड हो रहा है ...

लिनक्स कर्नेल 3.3 के लिए iptables के दर्पण लक्ष्य

मेरे पिछले कर्नेल उन्नयन के बाद मैं iptables के दर्पण प्रकाशित लक्ष्य बनाने की कोशिश की यहाँ . iptables के दर्पण लक्ष्य अपने मशीन को भेजा पैकेट लेता है और मशीन पैकेट से आया एक ही पैकेट देता है. इस प्रकार, चलो कहते हैं कि किसी को अपने मशीन को स्कैन करने की कोशिश करता है या एक हमले की कोशिश करता है वह अपने ही मशीन को स्कैन या यहाँ तक कि अपने ही मशीन पर हमला होगा. जब मैं यह कर्नेल संस्करण 3.3 के साथ की कोशिश की, यह अब और मौजूदा लिनक्स कर्नेल के साथ का निर्माण नहीं किया. हालांकि, इस समय केवल एक मामूली संशोधन जरूरी किया गया है. एक और हैडर फ़ाइल को शामिल किया जाना था और एक समारोह का नाम बदल गया है. आप कर्नेल 3.3 संस्करण और शायद भविष्य गुठली यहाँ के लिए नए रिलीज डाउनलोड कर सकते हैं:

MIRROR.3.3.0.tar.gz (40) gplv3 127x51 iptables mirror target for linux kernel 3.3

कर्नेल मॉड्यूल कर्नेल संस्करण लिनक्स 3.3 vserver है - 2.3.3.1 के साथ परीक्षण किया गया है करने के लिए मॉड्यूल का निर्माण करने के लिए, आप के साथ मॉड्यूल का उपयोग करना चाहते हैं कर्नेल बूट. बाद में संग्रह खोल और compile.sh मॉड्यूल बनाने के लिए स्क्रिप्ट चलाने के. तो अपने कर्नेल के लिए / / मॉड्यूल निर्देशिका उदारीकरण में संकलित मॉड्यूल स्थापित करने के लिए install.sh स्क्रिप्ट चलाएँ.

अब आप निवेश में अस्वीकार या छोड़ लक्ष्य की जगह में दर्पण लक्ष्य, का उपयोग कर सकते हैं आगे और इस तरह अपने फ़ायरवॉल लिपि में, चेन PREROUTING:

$ आईना निवेश जम्मू iptables

सावधान: दर्पण लक्ष्य का उपयोग अजीब परिणाम के लिए नेतृत्व करने के लिए, उदाहरण में हो सकता है अगर आप एक संरक्षित मशीन iptables के जो दर्पण लक्ष्य का उपयोग करता है करने के लिए कनेक्ट करना चाहते हैं, तो आप अंत में यह पहचानने के बिना स्थानीय मशीन से कनेक्ट कर सकते हैं. यह भी ज्यादा बैंडविड्थ का उपयोग कर सकते हैं. सबसे खराब स्थिति होती है यदि आप दो मॉड्यूल का उपयोग कर मशीनों है. इन मशीनों के अंत पिंग पांग खेल सकता है. तो आप चेतावनी दी गई है, सावधानी के साथ और अपने स्वयं के जोखिम पर उपयोग करें. अधिक जानकारी के लिए देखने के लिए आईना लक्ष्य .

पुराने कर्नेल संस्करण के लिए डाउनलोड नीचे हैं. 2.6.25 कर्नेल के लिए काम करता है नंबर 2.6.27 संस्करण नोटिस. 2.6.28 2.6.29 और 2.6.30 कर्नेल के लिए भी काम करता है. मॉड्यूल के संस्करण 2.6.13 कर्नेल संस्करण 2.6.16 के लिए काम करना चाहिए.

MIRROR.2.6.13.tar.gz (668)
MIRROR.2.6.24.tar.gz (+१०३०)
MIRROR.2.6.25.tar.gz (962)
MIRROR.2.6.28.tar.gz (974)
MIRROR.2.6.31 (883)
MIRROR.2.6.35.tar.gz (799)
MIRROR.2.6.36.tar.gz (693)
MIRROR.2.6.37.tar.gz (545)
MIRROR.3.0.7.tar.gz (286)
MIRROR.3.1.0.tar.gz (86)
gplv3 127x51 iptables mirror target for linux kernel 3.3

का संबंध है
Jürgen

 iptables mirror target for linux kernel 3.3
1 Star2 Stars3 Stars4 Stars5 Stars (अभी तक कोई स्तर नहीं)
Loading ... लोड हो रहा है ...

कर्नेल में udev-182 की जरूरत है CONFIG_ DEVTMPFS

मेरे Gentoo vserver चल रहे सिस्टम पर नवीनतम उन्नयन के बाद एक 3.3.0 Linux vserver कर्नेल (vserver स्रोतों 2.3.3.1), सिस्टम ठीक अब नहीं शुरू किया था. कोई कर्नेल मॉड्यूल लोड मिला और यहां तक ​​कि नेटवर्क उपकरणों में एक रिबूट के बाद उपलब्ध नहीं किया गया है. यह कम या ज्यादा सबसे खराब मामला है, तब से एक मशीन के सामने शारीरिक रूप से हो गया है और ssh के दूरदराज के प्रवेश के माध्यम से प्रणाली की मरम्मत नहीं कर सकते हैं.

कर्नेल उन्नयन के इस के लिए कारण है, लेकिन udev-182 उन्नयन नहीं था. लॉग क्या कहा:

Mar 21 17:20:05 mittelerde / etc / init.d / sshd [5563]: त्रुटि: शुरू नहीं कर सकते net.eth0 के रूप में sshd शुरू नहीं होगा
मार्च 21 mittelerde आदि / init.d / / udev माउंट [6075] 17:20:09: udev dev / पर आरोहित करने के लिए उपकरणों का प्रबंधन devtmpfs का उपयोग करता है.
मार्च 21 mittelerde / etc / init.d / udev 17:20:09 माउंट [6076]: इसका मतलब यह है कि y = CONFIG_DEVTMPFS की आवश्यकता है
Mar 17:20:09 21 mittelerde etc / init.d / / udev - माउंट [6077]: कर्नेल विन्यास में.
Mar 21 mittelerde / etc / init.d / 17:20:09 udev माउंट [6067]: त्रुटि: udev माउंट शुरू करने में विफल रहा है
मार्च mittelerde 17:20:09 21 / etc / init.d / udev [6066]: त्रुटि: udev udev - माउंट के रूप में नहीं शुरू कर सकते हैं नहीं शुरू होगा
Mar 21 17:21:06 / etc/init.d/net.eth0 mittelerde [6463]: त्रुटि: eth0 अंतरफलक नहीं मौजूद नहीं है

साथ जानकारी CONFIG_DEVTMPFS = y की आवश्यकता है लॉग इन करने के लिए आवश्यक चीजों को काम करने के लिए संकेत मिलता है. CONFIG_DEVTMPFS विकल्प कर्नेल में सक्रिय किया जा सकता था. बाद में कर्नल को फिर कंपाइल किया जाना है. विकल्प डिवाइस ड्राइवर्स -> जेनेरिक चालक विकल्प के तहत menuconfig में पाया जा सकता है और एक devtmpfs फाइलसिस्टम को बनाए रखने के लिए / देव में माउंट बुलाया स्वतः बूट समय पर घुड़सवार devfs के लिए हो रही है यह समझ में आता भी dev / के विकल्प Automount devtmpfs सक्षम है. , के बाद गिरी rootfs घुड़सवार (CONFIG_DEVTMPFS_MOUNT).

यह पुराने udev संस्करणों के साथ इन विकल्पों को सक्षम करने के लिए सुरक्षित है. ऐसा करने से काम कर जब आप udev अद्यतन बाद में मिलता नहीं किसी भी अधिक से आपके सिस्टम की सुरक्षा करता है.

Jürgen

 udev 182 needs CONFIG  DEVTMPFS in kernel
1 Star2 Stars3 Stars4 Stars5 Stars (अभी तक कोई स्तर नहीं)
Loading ... लोड हो रहा है ...

एक सौवां लेख सालगिरह

हम, के लेखक MyGNU.de आज एक शादी की सालगिरह का जश्न मनाने के लिए गर्व कर रहे हैं. यह एक सौवां इस ब्लॉग पर प्रकाशित लेख है. लेकिन कैसे एक इस तरह के एक सालगिरह का जश्न मनाने है? यकीन के लिए, सबसे अच्छा तरीका है एक और लेख लिखने के लिए है. अच्छी तरह से, और शायद एक या दो बीयर पीने.

कुछ इतिहास संक्षेप में प्रस्तुत करने देता है. इस ब्लॉग, MyGNU.de 29 नवंबर 2008 को लगभग तीन साल पहले शुरू कर दिया. इन वर्षों के दौरान और Thorsten मैं और तुम, हमारे पाठकों के लिए उपयोगी जानकारी, उपयोगी स्क्रिप्ट और कार्यक्रमों का अवसर प्रदान किया था. कम से कम हम तो उम्मीद है. इस तरह से हम खुले स्रोत समुदाय के लिए वापस कुछ है कि हम तो कई मायनों में समर्थित है देने के लिए सक्षम किया गया है. हम कई समस्याओं के समाधान के बारे में लिखा है लिनक्स ऑपरेटिंग सिस्टम के बारे में, हम का सामना करना पड़ा. लिखने के लिए ज्यादा हो सकता है अगर मैं अब हर एक लेख का उल्लेख करने की कोशिश की, होता है, लेकिन कुछ के लिए उल्लेख किया है. यकीन के लिए प्रकाश डाला गया है, कि इस वेबसाइट पर पाया जा सकता है SIV के हैं, त्रिविम छवि दर्शक और Vuzix VR920 सिर के लिए headtracking ड्राइवर vrtrack के प्रदर्शन घुड़सवार. सबसे लोकप्रिय डाउनलोड किया गया है अब तक iptables मिरर लक्ष्य, जो मैं 3.x 2.6 और लिनक्स कर्नेल रखी. कर्नेल मॉड्यूल एक हमलावर के हमले में लौटने से एक और अधिक सक्रिय iptables फ़ायरवॉल बनाने में सक्षम बनाता है. कुल में यह आज तक 5897 हिट है. लेख की शुरुआत में कुछ और अधिक हाल ही में लोगों की तुलना में कम थे, लेकिन समय के साथ हमारे ज्ञान और लेखन कौशल विकसित और कुछ हाल के लेख काफी उच्च गुणवत्ता के हैं. हमें उम्मीद है कि तुम लेख पढ़ने का आनंद लिया है और कुछ उपयोगी अंतर्दृष्टि और जानकारी मिल गया है.

भविष्य के लिए हम इस रास्ते पर रखने के लिए और हमारे कौशल में सुधार, बेहतर और अधिक उपयोगी लेख और सॉफ्टवेयर लिखने पर इन प्रकाशित करने की उम्मीद है MyGNU.de .

"तो हम सब कहते हैं."

खैर, अब वहाँ केवल एक आखिरी बात करने के लिए है. कहते हैं कि तुम धन्यवाद! हम पढ़ने के लिए आप को धन्यवाद कहने के लिए है, और हम कहते हैं कि हमारी कंपनी के लिए शुक्रिया GmbH के मुख्य-host.de इस ब्लॉग के लिए webspace प्रदान करने के लिए.

शादी की सालगिरह मुबारक MyGNU.de !

सबसे अच्छा और पढ़ने पर संबंध रखने

Jürgen

 One hundredth article anniversary
1 Star2 Stars3 Stars4 Stars5 Stars (अभी तक कोई स्तर नहीं)
Loading ... लोड हो रहा है ...

tuxonice के साथ ज़ेन - स्रोतों-3.2

2.6.36 कर्नेल के साथ शुरू, tuxonice ज़ेन स्रोतों से हटा दिया गया है. नवीनतम आधिकारिक tuxonice पैच, कि वर्तमान में उपलब्ध है, लिनक्स कर्नेल 3.0 के लिए है. इस बीच अधिक हाल ही में पैच में, कर्नेल संस्करण 3.2.1 और 3.2.10 के लिए, पर दिखाई दिया है crow202.org . तो मैं वहाँ से 3.2.1 tuxonice पैच के साथ ज़ेन स्थिर 3.2 सूत्रों समझौता.

रैम इस कर्नेल के साथ काम करता है के लिए स्थगित, मेरे Dell Precison M65 और मेरे डेस्कटॉप पर कम से कम, के रूप में अच्छी तरह के रूप में डिस्क करता निलंबित. इसके अलावा मैं पुष्टि कर सकते हैं कि 3.2.1 पैच भी x86_64 ऑर्किटेक्चर पर काम करता है.

चीजें काम करने के लिए प्राप्त करने के लिए, ज़ेन स्थिर 3.2 कर्नेल पेड़ से डाउनलोड ज़ेन kernel.org और इसे निकालने. बाद में से 3.2.1 tuxonice पैच डाउनलोड crow202.org के और इसे लागू. पैच लागू करने के बाद आप मानक कर्नेल के निर्माण की प्रक्रिया के साथ जारी रख सकते हैं. ज़ेन स्रोतों 3.1 के साथ के रूप में, कोई अतिरिक्त पैच zcache सुविधा के लिए आवश्यक है, पहले से ही तय ज़ेन स्थिर 3.2 में शामिल है. zcache सुविधा रैम दक्षता दोगुना है, जबकि कई वर्कलोड पर एक महत्वपूर्ण प्रदर्शन को बढ़ा देता है प्रदान की. zcache सुविधा गिरी पेड़ में मंचन ड्राइवरों के नीचे स्थित है और cleancache सुविधा है, जो प्रोसेसर के प्रकार और सुविधाओं के अंतर्गत स्थित है पर निर्भर करता है. Zcache सुविधा को सक्षम करने के लिए, आप को अपने कर्नेल को grub.conf में अपने उदाहरण में zcache कीवर्ड पारित किया है.

उदाहरण: आतंक कर्नेल / bzImage = 60 root = / dev/hda3 zcache

Gentoo उपयोगकर्ताओं के लिए एक और अधिक आसान तरीका है: मेरे से संशोधित उपरिशायी डाउनलोड ज़ेन - स्रोतों-3.2.tar.gz (46) और यह / usr / स्थानीय भारवाहन / निकालने. उपरिशायी सभी आवश्यक पैच शामिल हैं. आपके / etc / make.conf में निम्न पंक्ति को शामिल करना सुनिश्चित करें:

PORTDIR_OVERLAY = "/ usr / स्थानीय / भारवाहन"

यदि आप उपयोग करना चाहते हैं tuxonice आपके उपयोग के झंडे में tuxonice शामिल हैं. तो ज़ेन - स्रोतों में उभरने और कर्नेल निर्माण के रूप में आप की तरह.

Tuxonice वर्तमान ज़ेन - स्रोतों में आधिकारिक तौर पर समर्थित नहीं है. तो अगर आप फ़ाइलों का उपयोग कर रहे हैं ऊपर, ज़ेन - sources.org के लिए किसी भी कीड़े रिपोर्ट नहीं है. आप अपने दम पर कर रहे हैं.

: मेरे प्रेसिजन M65 के लिए मैं निम्नलिखित कर्नेल config config_zen_3.2_dell_m65.zip (42)

ज़ेन स्रोतों पर अधिक जानकारी के लिए पेचसेट www.zen - sources.org के .

सबसे अच्छा संबंध है

Jürgen

 zen sources 3.2 with tuxonice
1 Star2 Stars3 Stars4 Stars5 Stars (अभी तक कोई स्तर नहीं)
Loading ... लोड हो रहा है ...

N900 लिए extcalllog callerid संशोधन में लघु bugfix

लेख में N900 के साथ फोन नंबर खोज रहे हैं मैं एक समाधान के भीतर से रिवर्स फ़ोन नंबर लुकअप प्रदर्शन वर्णित N900 है विस्तारित कॉल लॉग. पैच और इस प्रकार भी द्विपदीय संकुल के एक छोटे से बग होता है. जब भी वहाँ थे "00" के साथ शुरुआत, लॉग में अंतरराष्ट्रीय कॉल, रिवर्स देखने का सही ढंग से व्याख्या नहीं "00" callerid आवेदन के कारण विफल रहा है. निश्चित extcalllog आवेदन अब एक "+" जो सही callerid अनुप्रयोग द्वारा व्याख्या हो जाता है इन अनुगामी शून्य अनुवाद.

मूल लेख में डाउनलोड अब अद्यतन किया गया है.

Jürgen

1 Star2 Stars3 Stars4 Stars5 Stars (अभी तक कोई स्तर नहीं)
Loading ... लोड हो रहा है ...

qemu - kvm कैश के साथ = कोई भी journal_data विकल्प के साथ ext4 के फाइलसिस्टम पर विफल रहता है

Kvm प्रमुख वर्चुअलाइजेशन प्रौद्योगिकियों के अंतिम वर्षों में से एक बन गया है. Redhat Linux के लिए यह भी डिफ़ॉल्ट वर्चुअलाइजेशन समाधान हो गया है. Kvm कब प्रदर्शन शायद ही अन्य वर्चुअलाइजेशन समाधान करने के लिए प्रतिस्पर्धी है जब डिफ़ॉल्ट विकल्प का उपयोग कर रहा है. विशेष रूप से जब qcow2 छवियों का उपयोग कर, कब प्रदर्शन / KVM और QEMU के बहुत अंतर्निहित मेजबान नामुमकिन कैश को अक्षम करके सुधार किया जा सकता है. यह कैश = कोई भी विकल्प के साथ तयशुदा शुरू द्वारा किया जा सकता है, उदाहरण के विकल्पों के साथ में

ड्राइव फ़ाइल my_image.qcow2 =, सूचकांक = 0, मीडिया डिस्क = कैश, कोई नहीं =

के बजाय सिर्फ my_image.qcow2-hda साथ छवि फ़ाइल की आपूर्ति. तो छवि फ़ाइल O_DIRECT फ्लैग के प्रयोग से, पृष्ठ कैश को दरकिनार किया जा रहा है खोला है. यदि अंतर्निहित फाइलसिस्टम O_DIRECT ध्वज का समर्थन नहीं करता है, इस त्रुटि संदेश के साथ विफल रहता है:

अवैध तर्क: में डिस्क my_image.qcow2 छवि नहीं खोल सकता

यह पूर्ण सक्षम journaling साथ एक ext4 के फाइलसिस्टम के लिए मामला है. एक आसानी से अगर O_DIRECT झंडा मेजबान पर एक सरल dd कमांड के साथ अंतर्निहित फाइलसिस्टम के द्वारा समर्थित है परीक्षण कर सकते हैं:

dd अगर = / dev / बातिल iflag = प्रत्यक्ष = some_file

यदि यह नहीं O_DIRECT झंडा समर्थित निम्नलिखित त्रुटि में परिणाम है:

डीडी: `'खोलने some_file: अमान्य तर्क

इस प्रकार, अगर सुरक्षा चिंताओं को लागू नहीं करते हैं, एक पूर्ण journaling का उपयोग करने के लिए, प्रदर्शन को बढ़ाने के लिए नहीं चाहता है. जर्नलिंग विकल्प / etc / fstab में या फाइलसिस्टम ही में या तो सेट किया जा सकता है. Fstab में मामले के लिए निम्न उदाहरण में प्रवेश के लाल चिह्नित भाग को हटा दिया जाना चाहिए.

/ / Dev/sda7 ext4 के चूक, noatime, nodiratime, async, डेटा = पत्रिका 0 1

यदि जर्नलिंग विकल्प फाइल सिस्टम में सेट कर दिया जाता है, और दिखाया जा सकता है tune2fs आदेश के साथ संपादित. Tune2fs - एल / dev/sda7 / dev/sda7 पर फाइल सिस्टम पर प्रदर्शित करता जानकारी के उदाहरण में. यदि पूर्ण journaling सक्षम है, तो उत्पादन journal_data माउंट विकल्प शामिल हैं:

डिफ़ॉल्ट माउंट विकल्प: journal_data

यह विकल्प tune2fs - ओ में ^ journal_data / dev/sda7 हटाया जा सकता है. बाद में tune2fs - एल की उत्पादन journal_data माउंट किसी भी अधिक विकल्प शामिल नहीं करता है:

डिफ़ॉल्ट माउंट विकल्प: (कोई नहीं)

दोनों ही मामलों में फ़ाइल सिस्टम में परिवर्तन सक्रिय remounted है. बाद में qemum - kvm कैश = कोई भी विकल्प के रूप में ऊपर वर्णित है, के साथ और बढ़ कब प्रदर्शन के साथ काम करता है.

Jürgen

सन्दर्भ:
[1] itscblog.tamu.edu
[2] blog.nkadesign.com

 qemu kvm with cache=none fails on ext4 filesystem with journal data option
1 Star2 Stars3 Stars4 Stars5 Stars (अभी तक कोई स्तर नहीं)
Loading ... लोड हो रहा है ...
2012/02/15

mygnu जानकारी

ब्लॉग रोल

साइट जानकारी

ट्रांस lator

English flagItalian flagKorean flagChinese (Simplified) flagChinese (Traditional) flagPortuguese flagGerman flagFrench flag
Spanish flagJapanese flagArabic flagRussian flagGreek flagDutch flagBulgarian flagCzech flag
Croatian flagDanish flagFinnish flagHindi flagPolish flagRomanian flagSwedish flagNorwegian flag
Catalan flagFilipino flagHebrew flagIndonesian flagLatvian flagLithuanian flagSerbian flagSlovak flag
Slovenian flagUkrainian flagVietnamese flag