زمان به اولین بایت میزبانی دروپال کند

من هم یک سایت D7 با موضوع فرعی Minelli. در طول راه من زیادی با تم های مختلف، ماژول های مختلف را تجربه کردند. جایی در طول راه من هم یک مسئله عملکرد عجیب و غریب، و در حال حاضر من واقعا نمی دانم که چه تم / ماژول / پیکربندی ناشی از آن.

مشکل این است که وقتی برای اولین بار از این سایت بازدید، آن حدود 15 ثانیه طول می کشد قبل از صفحه اول نشان می دهد. من پس از آن می توانید در اطراف محل حرکت و آن را بسیار حساس است. اگر من آن را برای یک ساعت یا ترک، و سپس دوباره به آن، درخواست برای اولین بار است که دوباره بسیار آهسته است.

من پاک کرده اند تا کش است که باید این مشکل نیست. همچنین، من تم ها و ماژول های که من با استفاده از کار افتاده است. من این سایت را به زیرساخت های جدید نقل مکان کرد اما مشکل آن را به دنبال!

کجا بعدی بروم؟

ژوئیه 5 '12 خواسته در 23:51

من تقریبا همه پشته (M / L / W) AMP توسعه تمدن، حتی آنهایی که به طور خاص برای دروپال مانند Bitnami، به شدت تنظیم یا نه تنظیم در همه پیدا کرده ام (من فکر می کنم توسعه تمدن پشته Acquia استثناء است). و البته به طور پیش فرض خروجی نصب برای یک ماشین تولید شده است. ، فایلهای InnoDB را به طور پیش فرض مانند 5M و حافظه اختصاص داده بسیار ناچیز است. اغلب یک تنظیم مناسب است که مورد نیاز را به یک روح سایت - حتی فقط حذف در من-medium.cnf یا من-large.cnf کافی است. - رنه اوت 7 '12 در 18:27

بودند وجود دارد، بنابراین بسیاری از پاسخ های خوب به این سوال، با تشکر از همه که این اظهار نظر را می بیند و به پست کمک کرده است. من فکر کردم این پاسخ خاص خلاصه تا مسائل اصلی موجز زیبا و. چک کردن این 3 امتیاز به طور کامل کمک کرده است تا سرعت سایت های دروپال به سادگی در دستگاه های مختلف متفاوت است. MPD تشکر - کلایو ♦ اوت 10 '12 در 00:32

Ivanhoe123 احتمالا حق است: دروپال 7 همراه با دستور 'cron انسانهای فقیر، پیش فرض فعال است. به طور خلاصه، به این معنی که (یک بار در در حالی که) از cron اجرا قبل از دروپال ارائه صفحه، به تاخیر انداختن همه چیز.

همیشه سعی کنید به استفاده از یک برنامه cron واقعی در سایت های صنعتی. برای اطلاعات بیشتر جزئیات فنی drupal.org/cron را ببینید. یا صحبت کردن با شرکت میزبانی وب خود را.

برای غیر فعال کردن آن، به مدیر / پیکربندی / سیستم / cron را بروید و انتخاب کنید "هرگز".

فقط از عطر و طعم از این سوال، من بلافاصله از سه (3) چیزهایی فکر می کنم

• خروجی زیر ذخیره سازی موتور / CPU
• ذخیره ساز پایگاه
• قفل جدول

اگر شما به استفاده از هر جستجو FULLTEXT / نمایه سازی نیست، من به شدت توصیه شما تبدیل تمام داده MyISAM از خود را به InnoDB را. MyISAM از طراحی نشده است را به استفاده از پردازنده های متعدد و چند هسته. InnoDB را تا حد زیادی برای استفاده از پردازنده های متعدد و همچنین به عنوان خوانده شده از HyperThreading / نوشتن افزایش یافته است.

در اینجا برخی از پست من در مورد این در DBA های StackExchange و در این سایت ساخته شده با توجه به تنظیم خروجی زیر را برای عملکرد InnoDB را می

یکی دیگر از استدلال قوی برای تبدیل تمام داده MyISAM از به InnoDB را است چگونه خروجی کاشه (cach) داده ها / شاخص. ذخیره سازی موتور MyISAM تنها شاخص کاشه (cach). InnoDB را کاشه (cach) داده ها و شاخص. با توجه به این، شما می توانید به اندازه کافی حافظه برای InnoDB را بافر استخر اختصاص به جای یکی از موارد زیر (کوچکتر است هر کدام)

• همه InnoDB را داده و شاخص (ایده آل اگر شما رم به اندازه کافی برای آن و همچنین برای سیستم عامل؛ حذف تاخیر پس از آن)
• 75 درصد از RAM نصب (در مورد شما داده InnoDB را بیشتر / شاخص که RAM؛ تاخیر به حداقل می رساند)

اگر شما به استفاده از MySQL 5.1، شما می توانید مجموعه ای innodb_max_dirty_pages_pct = 0. این خواهد کمی افزایش I / O دیسک، اما InnoDB را بافر استخر خواهد شد به اندازه کافی پاک به اجازه می دهد داده های قدیمی و صفحات اول به چرخش بدون I / O دیسک موج. خروجی زیر 5.5 و MySQL سازی InnoDB پلاگین 5.1 انجام این تنظیم لازم نیست از آن دارای یک پیش فرض بهتر بافر استخر ساز و گرگرفتگی است.

اگر با استفاده از InnoDB را خارج از درخواست، شما ممکن است نیاز به رفتن با ممکشد یا لاک الکل زدن. این اجازه می دهد تا به توسعه به دیکته کند که چگونه داده های طولانی cache شده در سرور رم مستقر خواهد شد. به طور طبیعی، این افزایش رشد و نمو نیاز به به Memcached به نرم افزار خود را / لاک الکل زدن و آگاه است.

شما می توانید یک تاخیر اولیه پس از یک راه اندازی مجدد خروجی زیر اجتناب نیست. با این حال، هنگامی که شما خروجی افزایش با استفاده از پیشنهادات مذکور / اطلاعات، شما باید دیگر تاخیر پس از آن تجربه می کنند.

من نزدیک به دروپال برای آخرین پروژه من به دلیل این کاهش یافته است.

باید به من وجود دارد بیش از یک علت است. من هنوز برای پیدا کردن یک رفع تمام راه حل که کار در هر زمان این موضوع خزد تا.

Syslog و اوبونتو / Debain

اولین بار من در سراسر متناوب 15 زمان لود دوم فرار بود در حالی که در حال اجرا دروپال در (اختصاصی، غیر مشترک) سیستم های دبیان / اوبونتو است. غیر فعال کردن ماژول های Syslog راه حل برای من بود.

به عنوانBetaRide گفت، با استفاده xDebug و یا برخی از پیشفیلتر دیگر PHP بسیار روشنگر است.

هنوز هم یک مشکل - راه حل

همانطور که برای نصب دیگر من، من هنوز هم در از دست دادن است.

این مسئله بیشتر قابل توجه در سرور توسعه و ترافیک کم من دروپال نصب است.

عنوان یک راه حل من راه اندازی یک برنامه cron برای بارگذاری سایت های صفحه اصلی در هر 60 ثانیه و همچنین اسکریپت دروپال هر 300 ثانیه صورت گرفت. این واضح است که مطلوب نیست، اما من ترجیح می دستور wget یا تجربه حلقه 15 زمان لود دوم به جای یک بازدید کننده انسان است.

بسیاری از مردم نشان می دهد این موضوع می تواند به مسدود کردن فرآیندهای پس زمینه همگام مربوط می شود. به خصوص به به cron job سنگین مربوط می شود.

اگر درست باشد، وجود دارد یک جفت بزرگ از ماژول های در حال توسعه فعال توسط gielfeldt * که ممکن است این موضوع حق خارج قطع، و یا حداقل، می تواند ارائه دهد برخی از سرنخ و سازندگان کمک سایت تشخیص و درمان مجرمان خاص در موارد آنها وجود دارد. هر دو جایگزین مسدود کردن فرآیندهای synchonous با غیر مسدود کردن HTTP ناهمگام و یا دستورات، و هر دو ارائه گزارش های مربوطه که می تواند فرآیندهای مزاحم شناسایی:

• فرایند پس زمینه و ماژول های همراه خود برای فرآیندهای پس زمینه دروپال اجازه می دهد صف به غیر همزمان پردازش می شود، به طوری که آنها را متوقف کند. این می تواند مشکل را متوقف کند. همچنین، با همراه فرآیند سابقه و هدف ماژول آپاچی سرور در آخرین توسعه تمدن، گزارش شده است که اساسی اما بهبود UI با ویژگی های برای نظارت، باز کردن و بازرسی بار شروع و پیشرفت این فرآیند وجود دارد. این می تواند روند مشکل را تشخیص دهد.
• نهایی cron را می سازد در فرآیند سابقه و هدف اجازه می دهد تا وظایف cron را باعث به خود scehdules ناهمزمان جداگانه خود، که هر کدام می توان تحت نظارت و در یک UI متوقف شد. و همچنین بزرگ برای seperating سنگین عملکرد تضعیف وظایف از به طور منظم پاکسازی کم سربار بودن، آن را نیز به شما می دهد گزارش را با اطلاعات مناسب از جمله مدت زمان در حال اجرا از هر کار-cron را باعث منحصر به فرد، زمانی که آنها آخرین اجرا، وضعیت فعلی، و غیره این نیز می تواند با مسدود کردن از حذف، و / یا شناسایی، فرآیندهای مشکل است.

هر دو ماژول بسیار مفید به هر حال؛ برای این مشکل، می توان آنها را مورد استفاده برای تست (صدایی بسیار قابل قبول است) تئوری که انسداد توسط فرآیندهای مسدود کردن همزمان یا cron اجرا می شود ایجاد می شود. به طور بالقوه، آنها می توانند این موضوع را با اجرای این ناهمگام به جای همزمان حل کند، و آنها نیز می تواند به طور بالقوه سرنخ های که به عنوان فرآیندهای خاص باعث نگه دارید تا شد. (هشدار داده می شود که اسناد خود را بسیار کار در حال پیشرفت است.

اگر با این حال، آنها می توانند پیکربندی شود برای کمک به در همه، که نشان می دهد بیشتر به مشکل از فرآیندهای پس زمینه فقط همزمان وجود دارد. (- چوب لمسی هنوز) - FWIW، من هرگز این موضوع خاص را در یک سایت از گرفتن این ماژول به درستی کار نکند داشته ام اما من آن را در سایت های من قبل از در سایت های دروپال زندگی می کنند در طبیعت دیده می شود، و همچنین.

همچنین از دیگر ماژول های مرتبط پلاگین در حال حاضر در توسعه آگاه باشند - به عنوان مثال در موارد با شدت بالا پیچیده، نهایی تاج صف بالا رونده. که اجازه می دهد گلوگاه مبتنی بر آستانه، ممکن است به کاهش مشکلات عملکرد مربوط به cron را کمک کند.

* هیچ وابستگی، من فقط یک کاربر بسیار تحت تاثیر قرار گرفته از کار خود هستم

پاسخ اوت 5 '12 در 20:20

از آنجا که این ضربه من startet یک بار دیگر انجام بررسی مشکل است. من قطعا می تواند تایید که

1. یک تماس به drupal_cron_run () موجب شده توسط cron را poorman از هسته اضافه می کند

این به این معنی است که تنظیم cron برای هرگز و اضافه کردن یک تماس به در corn از طریق crontab را باعث می شود وضعیت خیلی بهتر است. هدف قرار دادن برخی از صفحات اغلب استفاده می شود حق پس از آن برای دوباره پر کردن کش دوباره improove تجربه کاربر.

من مطمئن هستم که هر چند در مورد کش کردن نیست. من تنظیمات کش پیش فرض برای این سایت لمس نیست. من فکر می کنم که دروپال در حال بازسازی است و تمام کش از زمان به زمان شاید با cron را باعث می شود، اما من مطمئن هستم که چگونه این انجام نیست. اما تاخیر 7S هر چیزی است که من می بینم وقتی که من در صفحه بعد از چند ساعت رسید.

پاسخ اوت 6 '12 در 08:30

مشکلاتی از این دست می تواند به شما آجیل رانندگی و زمانی که من در موقعیت های مشابه شده است کمک می کند تا به کشف کردن آنچه مشکل را بوجود میآورد که یک گام در زمان و سپس آن را تست به عنوان یک ناشناس و کاربران وارد سایت شوید. (روش لایه پیاز)

شما اشاره شما شروع به توجه به مسئله پس از بازی با یک زن و شوهر از تم و سفارشی برنامه نویسی خود را. من نمی دانم سایت شما و نه منطق پشت آن، چگونه پیچیده است اما مراحل زیر به شما کمک خواهد این موضوع را پیدا کنید:

در سرور خود را ایجاد یک پوشه یا یک حساب دیگر (این ممکن است بهتر) که در آن شما می خواهید برای انجام دروپال نصب تمیز با همین نسخه خود را با استفاده در سایت خود. سپس بدون اضافه کردن هر ماژول یا تم آزمون زمان آن را برای سایت به پاسخ درخواست اول و درخواست زیر است. اگر همه آثار به خوبی شما می توانید مسائل تنظیمات سرور را نادیده بگیرد، آن است که اگر رفتار به عنوان جریان خود را به شما یک خطای پیکربندی یا با وب سرور و یا پایگاه داده خود را.

اگر نتایج از مرحله 1 خوب و سرور پاسخ سریع و درخواست زیر را به عنوان سریع می باشد، پس از آن نصب تنها موضوع را از سایت فعلی خود را به نصب سایت و دوباره تست کنید. اگر همه چیز هنوز هم به سرعت پاسخ می دهند، پس از آن موضوع خود را مشکل نیست و شما باید به مرحله 3 در غیر این صورت شما باید برای شروع اشکال زدایی موضوع خود را * 1.

اگر بعد از آزمایش در مرحله 2 سایت هنوز هم به سرعت بیش از شروع آوردن ماژول ها در سایت فعلی خود را و مطمئن شوید که به آزمون زمان پاسخ پس از اضافه کردن و فعال کردن هر یک از ماژول * 2.

اگر پس از اضافه کردن موضوع و ماژول های سایت هنوز هم پاسخ شروع سریع اضافه کردن تنظیمات، ایجاد انواع محتوا، دیدگاه واردات، منوها راه اندازی، و غیره فراموش نکنید که برای تست واکنش سایت پس از اضافه کردن هر یک.

راه اندازی و پیکربندی آماده و سایت هنوز هم به سرعت، و در حال حاضر داده ها بر آورد. گره واردات، شرایط طبقه بندی، نظرات، و غیره من می دانم که من باید مثل یک رکورد شکسته صدا، اما همیشه تست پس از اتمام هر مرحله.

* 1 تست تم: این فرایند می تواند روی حیله و تزویر در فوق العاده شفافی موضوع، در اینجا چند از اشاره گر:

اگر شما به هر جی اس خارجی یا کتابخانه CSS پیوند، سعی کنید به استفاده از یک کپی محلی از همان.

در بررسی فایلهای قالبی خود را برای تابع است که ممکن است طولانی تر و یا بی پایان حلقه و همچنین عملکرد پیش پردازش و / یا قلاب توابع تم.

بررسی فایل قالب دیگر (page.tpl.php، و غیره) و برای پردازش PHP خام از آرایه ها و اشیاء است.

اگر با استفاده از "نمایش" و دیدگاه فایل های قالب، پس از بررسی پس از آن نیز هست.

همیشه دو برابر چک مسیرها، بهینه سازی تصاویر، JS و فایل های CSS. گاهی اوقات فایل های JS می توانید برخی از ارتفاع سنگین در هنگام استفاده از قطعه های متعدد از کد را در یک فایل واحد داشته باشد.

* 2 ماژول تست: تست ماژول است کمی متفاوت است زیرا استفاده از روش های سنگین با پی اچ پی، مجاز است. در اینجا برخی از اشاره گر عبارتند از:

انجمن ماژول های پشتیبانی (CCK، نمایش ها، و غیره) مسائل در drupal.org صف آنها را بررسی کنید تا ببینید که اگر هر مسئله موجود در مورد مشکل شما وجود دارد و اگر وجود دارد شانس هستند که ممکن است یک پچ به آن را تعمیر.

سفارشی خود کدگذاری ماژول، و همچنین اگر شما کد شده شما باید آن را تعمیر، درست است. دو برنامه نویسی خود را چک کنید و بررسی استفاده از توابع در برابر api.drupal.org، شما ممکن است با استفاده از یک تابع کشتار به جای یک قلاب.

اینترنت به اشتراک گذاشته ماژول کد سفارشی، که در مرحله 2 را انجام دهید، اما این بار شما همچنین می توانید نویسنده ماژول اصلی تماس بگیرید و اجازه او را / او مورد مشکل می دانند.

اگر سایت شما یک ارتقا است (-> D6 - D5> D7) بررسی مهاجرت و یا ارتقاء اسکریپت (معمولا در فایل module.install) شما ممکن است یک "شاخص" اضافی بر روی پیکربندی جدول جدید نیاز به ایجاد پرس و جو SQL آهسته X سریعتر .

اگر شما احساس می کنید که چشم انداز تونل در مورد مشکل، گام به گام برای کمی و انجام برخی از فعالیت های دیگر به طور کامل سازمان ملل متحد مرتبط و پس از آن دوباره بعد دوباره این مسئله است.

اگر شما نقطه پینگ موضوع در یک بخش از کد، اما می تواند سر و یا دم در مورد چگونه آن را برطرف کنید، سعی کنید که در آن توضیحاتی بخش suppost است که برای یک فرد است که هیچ ایده را چگونه به برنامه و یا چگونه کار دروپال و آماده به تعجب.

توجه: آیا می شود زنگ اگر بعد از دوباره ساخت سایت خود را تمام شروع به مانند یک جذابیت است که یکی از بهترین ویژگی های کامپیوتر باید کار کند.

کسی به ذکر است که نیک کند خواهد بود. بسیاری از شرکتهای میزبانی مبتنی بر ابر نیز این تاخیر اولیه به دلیل خدمات مانند AWS آن را دارند. آن را ارزان تر به سرور به طور خودکار deprioritized، و کسانی که سرور نیاز به یک یا دو ثانیه به خواهد شد 'از خواب بیدار.

به عنوان مثال، Pagodabox است 3-4 ثانیه برای اولین بایت، تا زمانی که سرور با خوشحالی بیدار است. Pagodabox در واقع کسب درآمد نگه داشتن سرور بیدار، و بنابراین شما می توانید پرداخت هزینه اضافی به caffienate 'سایت خود را.

همچنین، یک CDN می تواند به شما کمک کند. شما شدید وب / DB نمی خواهد با ارائه صفحات ذخیره سازی و یا تصاویر لود می شود. یک آموزش خوب در اینجا: wimleers.com/article/easy-drupal-cdn-integration-for-fun-and-profit

و. صفحه وب مرا خوشحال می کند. www.webpagetest.org/ اطراف این سیاره و با مرورگرهای مختلف به صورت رایگان و مقایسه بار بار. با استفاده از این برای دریافت نتایج در دنیای واقعی برای هر تغییر شما در حال ساخت.

پاسخ اوت 7 '12 در 16:31

اوت 7 '12 کلایو ♦ در 16:36 - این اطلاعات خوب است که اما مشکل هنوز هم در سایت های بر روی دستگاه محلی من رخ می دهد، مصرف فقط منابع محلی

مشکل می تواند در هر نقطه.

1. اطمینان حاصل کنید که شما را در حالت اشکال زدایی در هر موضوع و یا ماژول تبدیل شده است. برای مثال، در بسیاری از تم ها یک گزینه برای بازسازی رجیستری موضوع وجود دارد.
2. اگر شما در حال اجرا در سرور میزبانی مشترک مانند نیک، و سپس 15 ثانیه برای اولین درخواست زمان طبیعی است.
3. تبدیل سایت خود و یا صفحه اول به کدهای با استفاده از ماژول از Drush CTools صادرات. این کار هر پاسخ پایگاه داده از بین بردن و سایت خود را به طور کامل از پی اچ پی اجرا خواهد شد.
4. اگر شما هنوز هم مشکلات، استفاده از تنظیمات محلول تا با روشن کردن ورود به سیستم پرس و جو و تایمر صفحه گزینه در مدیریت / پیکربندی / توسعه / DEVEL. ببینید کدام یک از این دو به یک زمان بیشتر برای تولید کل صفحه.
5. سرور خود را راه اندازی مجدد اگر هیچ چیز کار می کند.
6. بدترین حالت نصب XHProf برای دیدن جایی که همه چیز اشتباه است.

پاسخ اوت 4 '12 در 19:34

بنابراین، این است چگونه من ثابت مشکل برای نصب من. این یک راه حل واقعی که من می تواند منبع دقیق مشکل ناخن (در صورت وجود)، اما آن را به یک تعمیر خوب است

1) CSS مصالح (تنظیمات حافظه پنهان). این تاخیر نصف کاهش می یابد

2) از cron را تنظیم کنید تا هرگز (و آن را اجرا خارج) - توجه: من تا به حال "اقدام به شروع cron را در حالی که آن را در حال حاضر در حال اجرا" خطا است. من فکر می کنم آن را در تلاش بود تا شروع cron را در هر پرتاب اما از آنجایی که شکست خورده، صفحه cron به شد آخرین تلاش، بلکه شدن موفقیت ذکر نشده است.

3) راه اندازی برنامه cron که صفحه اصلی را با سیاه گوش در هر 30 دقیقه خواستار

همه این در سرور میزبانی مشترک. این مطلوب نیست اما کار می کند

مقالات مرتبط

آیا مسائل شناخته شده برای یک سایت دروپال 7 مهاجرت موجود را به پی اچ پی 5.6 وجود دارد؟ برای هسته دروپال به طور خاص، که اطلاعات را در صف مسئله باشد. جستجوی سریع برای "5.6" ارمغان می آورد تا بدون ...

توجه: تشکر ویژه اضافی برای داگ وان برای ارائه انگیزه در نهایت به این پست وبلاگ پست! در اوایل 2016، زمانی که API جستجو و ماژول Solr مربوط برای دروپال 8 در آلفا اولیه بودند ...

عبدالرحمان فوریه 2011 در 19:23 (به mikeaja) نظر 18 من دو یادداشت بر روی این: - دروپال 6 از نظر منابع مورد نیاز (به خصوص استفاده از پردازنده) از 7، که آن را یک مفید کمتر است ...

شما می توانید اضافه شخص ثالث ماژول به گسترش و یا تغییر رفتار دروپال کمک کرده است. دستورالعمل عمومی به دست آوردن ماژول (ها) به عنوان یک آرشیو و استخراج فایل به نصب و راه اندازی دروپال خود را ...

دروپال یک سیستم مدیریت محتوا قوی است که بر روی یک سرور LAMP اجرا می شود. سرور LAMP با استفاده از خروجی زیر به طور پیش فرض، اما PostgreSQL و همچنین می توانید با دروپال استفاده می شود. این می تواند به وبلاگ ها، انجمن ها، و یک میزبان ...