Към съдържанието

Настройки за бисквитки

Изберете кои видове бисквитки разрешавате. Можете да промените избора си по всяко време чрез „Настройки за бисквитки“ в долната част на всяка страница. Декларация за поверителност

Необходими

Винаги включени

Нужни са за вход, за запазване на количката и на Вашите избори. Те са винаги включени.

Кои бисквитки?
  • weboke_sessie, weboke_klant, weboke_remember: Вашата сесия и оставането в акаунта
  • weboke_basket: Вашата количка
  • wkBtwIncl: показване на цените с или без ДДС
  • wok_cookies: Вашият избор за бисквитките, 12 месеца

Измерват коя реклама води до посещение или поръчка, за да не плащаме за реклами без резултат.

Кои бисквитки?
  • Google Ads чрез Google Tag Manager (_gcl_au, _gcl_aw), до 90 дни
  • OpenAI Ads, реклами в ChatGPT
  • wok_aff: кой партньор Ви е препратил към нас (партньорска програма), 60 дни

4,6

Държава и език

Всяка държава има собствен сайт, с цените и ДДС на тази държава.

Преглед

Resource Usage в DirectAdmin и проблеми с производителността (Resource Limit Is Reached)

В контролния панел DirectAdmin долу ще намерите опцията Resource Usage. Тук можете да видите как се развиват използването на процесора и броят на процесите на хостинг пакета Ви. Контролът на тези лимити е необходим при споделения хостинг, защото споделяте сървъра с други потребители и сайтове. Така до голяма степен можем да предотвратим един сайт да заема твърде много ресурси, от което биха пострадали другите сайтове на същия сървър.

Някои големи или тежки сайтове (например онлайн магазини) още при нормално използване се нуждаят от повече изчислителна мощ от другите сайтове. Ако сте сигурни, че сайтът работи правилно, написаното по-долу не се отнася за Вас. В такъв случай една от възможностите е да преминете към по-мощен хостинг пакет с повече изчислителна мощ. Вижте нашите хостинг пакети тук. Тази статия обяснява повече за възможните причини за високото натоварване.

Кратко обяснение как работи това.

Как работи

С Linux хостинг пакет получавате определен дял от споделен хостинг сървър. В този дял по принцип работите напълно самостоятелно: ако друг сайт иска твърде много процесор или процеси, по принцип това не Ви засяга, но и обратното е вярно. Ако обаче сайтът Ви работи лошо, именно Вие ще усетите това. Наличните ресурси обикновено са напълно достатъчни, за да работи един сайт добре. Ако обаче сайтът не работи добре, например заради скриптове, които достъпват базата данни неефективно, това може

да предизвика подобни проблеми и дори да доведе до това сайтът Ви да е недостъпен или да не работи нормално.

Няколко домейна в 1 хостинг пакет

Този механизъм работи за всеки хостинг пакет поотделно, така че ако имате няколко домейна в един хостинг пакет, вероятността да достигнете тези лимити е по-голяма. Затова дайте на домейн, който трябва да работи добре, собствен хостинг пакет, за да не бъде никога засегнат от другите домейни в пакета.

CPU Usage

Графиката CPU Usage показва как се държи сайтът. Можете да я видите до 30 дни назад. Ако сайтът Ви е високо в графиката при съвсем малко потребители, почти сигурно ще имате проблеми с производителността, когато потребителите се увеличат. Следете това внимателно, за да можете сами да реагирате навреме. Препоръчително е и ако използвате стандартни скриптове. Ако добавяте плъгини или модули към тези стандартни скриптове, дори един такъв модул може да срине скоростта. Затова проверявайте редовно, особено след като сте променили нещо в сайта. Обърнете внимание на колоната aCPU, която показва средната стойност; mCPU показва пиковете. Ако има пикове от почти 100%, вече е време да ги откриете, преди да започнат да създават проблеми.

Memory Usage

Този лимит рядко се превишава. Ако все пак се случи, можете да сте почти сигурни, че нещо не е изградено добре и използва твърде много памет.

Entry Processes

Заедно с CPU Usage този показател е много определящ. Броят Entry Processes показва колко процеса едновременно са били активни за сайта Ви (това не е равно на броя посетители, един процес може да обслужи много посетители). Когато лимитът бъде достигнат, сайтът ще показва грешка 404 с текста 'The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.'. Ако това не се случваше, би могло да застраши целия сървър и той да спре да работи. Затова комбинацията от процесор и процеси е много важна. Ако даден скрипт води до високо използване на процесора, процесът ще отнема повече време, а максималният брой потребители бързо ще намалее. Така понякога виждаме сайтове, които се сриват при 10 потребители, докато други сайтове с хиляди потребители работят бързо без никакви проблеми.

Вижте и тази статия:
https://moi.weboke.nl/kennisbank/66

Input/Output usage

Всеки сайт, който се показва, трябва да бъде прочетен от дисковете на сървъра. Това наричаме вход/изход. Обикновено един сайт не бива да е по-голям от 0,5 или 1 MB, за да се зарежда достатъчно бързо. Зададен е максимум от 3 MB в секунда за четене от диска или запис на диска. И това е щедър лимит, обикновено напълно достатъчен. Ако достигате тези лимити, вероятно самият сайт е твърде голям или записва (твърде) много на диска. Включването и изключването на плъгини в скриптове като Joomla или WordPress може да има голям ефект върху това. Когато лимитът бъде достигнат, може да има забавяне при показването, отварянето или работата със сайта.

Временно деактивиране и повторно активиране на домейна
За да успокоите домейна, можете в управлението на домейни да отворите списъка с домейните си, да отметнете съответния домейн (или всички) и да кликнете долу върху Suspend. Оставете домейна неактивен около десет минути и след това го активирайте отново. Голяма е вероятността след това сайтът да заработи нормално, но е голяма и вероятността проблемът да се повтори.

Полезна ли беше тази статия?

← Обратно към DirectAdmin и контролният панел на WebOké

Моля, изчакайте…

Настройте домейните си

За всеки домейн настройте сървърите за имена, връзката с хостинга и кой ще бъде собственикът.

Домейните Ви се зареждат…