- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Неужели за четыре года ТС все время разводили? Если хостер не вызывает доверия, то лучше у него ничего не держать. А если это ощущение появилось недавно и есть время и желание разобраться в причинах можно ссылочку кинуть на эту тему, вдруг поможет хостеру:)
andy_captain, хотите добавить негатива об хостере, сделайте это в его теме.
Если хостер явно вас не устраивает зачем вы мучаете себя, хостера и форумчан. Выберите другого, вероятно вас еще и бесплатно перенесут. Вам останется только нсы сменить и жить спокойно.
Тема "кто прав" может и имеет смысл для вас, но в итоге она погоды вам не сделает.
;13065738]Да не, учитывая, что на генерацию одной страницы в среднем тратится мегабайт 5
Это если страница на ХТМЛ.
А так, все основные современные движки требуют на страницу от 32 до 128 Мб. А еще кроме пхп, на аккаунте память потребляют апач и мускуль. Поэтому таки 1 Гб - минимум.
Выяснить реальный memory_limit для php можно создавая в цикле большую переменную и выводя на экран результат memory_get_usage() до падения скрипта. Но если 256Мб выделяется не на процесс, а на все процессы в аккаунте, то такой хостер не нужен, сайты задосят даже поисковые боты.
Это если страница на ХТМЛ.
А так, все основные современные движки требуют на страницу от 32 до 128 Мб. А еще кроме пхп, на аккаунте память потребляют апач и мускуль. Поэтому таки 1 Гб - минимум.
а кто mysql научился лимитировать по озу?
ув. Romka_Kharkov. Конечно с колокольни хостера клиент всегда крайний.
И клиент должен общую папку temp на сервере чистить, и ничем иным не заниматься сутками отслеживать появление всё новых ошибок с нехваткой памяти, а хостер перегружает сервер всё новыми и новыми клиентами, экономя на всём, а в итоге я оплатив 10 гб места на сервере я не могу нормально пользоваться даже 350 мб? ЭТО нормально? Вина клиента? Disk full waiting for someone to free some space...
[12-Mar-2014 08:00:10 UTC] База данных WordPress возвратила ошибку Disk full (/dev/shm/tmp/#sql_88bc1_1); waiting for someone to free some space... в ответ на запрос SELECT t.*, tt.*, tr.object_id FROM wp_terms AS t INNER JOIN wp_term_taxonomy AS tt ON tt.term_id = t.term_id INNER JOIN wp_term_relationships AS tr ON tr.term_taxonomy_id = tt.term_taxonomy_id WHERE tt.taxonomy IN ('category', 'post_tag', 'post_format') AND tr.object_id IN (648) ORDER BY t.name ASC, выполненный require('wp-blog-header.php'), wp, WP->main, WP->query_posts, WP_Query->query, WP_Query->get_posts, update_post_caches, update_object_term_cache, wp_get_object_terms
[12-Mar-2014 08:00:10 UTC] База данных WordPress возвратила ошибку Disk full (/dev/shm/tmp/#sql_88bc1_1); waiting for someone to free some space... в ответ на запрос SELECT t.*, tt.* FROM wp_terms AS t INNER JOIN wp_term_taxonomy AS tt ON tt.term_id = t.term_id INNER JOIN wp_term_relationships AS tr ON tr.term_taxonomy_id = tt.term_taxonomy_id WHERE tt.taxonomy IN ('category') AND tr.object_id IN (642) ORDER BY t.name ASC, выполненный require('wp-blog-header.php'), require_once('wp-includes/template-loader.php'), include('/themes/MystiqueR3/single.php'), get_header, locate_template, load_template, require_once('/themes/MystiqueR3/header.php'), wp_head, do_action('wp_head'), call_user_func_array, adjacent_posts_rel_link_wp_head, adjacent_posts_rel_link, get_adjacent_post_rel_link, get_permalink, get_the_category, get_the_terms, wp_get_object_terms
[12-Mar-2014 08:00:10 UTC] База данных WordPress возвратила ошибку Disk full (/dev/shm/tmp/#sql_88bc1_0); waiting for someone to free some space... в ответ на запрос SELECT t.*, tt.*, tr.object_id FROM wp_terms AS t INNER JOIN wp_term_taxonomy AS tt ON tt.term_id = t.term_id INNER JOIN wp_term_relationships AS tr ON tr.term_taxonomy_id = tt.term_taxonomy_id WHERE tt.taxonomy IN ('category', 'post_tag', 'post_format') AND tr.object_id IN (81, 148, 237, 281, 538, 597, 796) ORDER BY t.name ASC, выполненный require('wp-blog-header.php'), require_once('wp-includes/template-loader.php'), include('/themes/MystiqueR3/single.php'), get_sidebar, locate_template, load_template, require_once('/themes/MystiqueR3/sidebar.php'), dynamic_sidebar, call_user_func_array, WP_Widget->display_callback, SidebarTabsWidget->widget, WP_Query->__construct, WP_Query->query, WP_Query->get_posts, _prime_post_caches, update_post_caches, update_object_term_cache, wp_get_object_terms
[12-Mar-2014 08:00:10 UTC] База данных WordPress возвратила ошибку Disk full (/dev/shm/tmp/#sql_88bc1_0); waiting for someone to free some space... в ответ на запрос SELECT t.*, tt.*, tr.object_id FROM wp_terms AS t INNER JOIN wp_term_taxonomy AS tt ON tt.term_id = t.term_id INNER JOIN wp_term_relationships AS tr ON tr.term_taxonomy_id = tt.term_taxonomy_id WHERE tt.taxonomy IN ('category', 'post_tag', 'post_format') AND tr.object_id IN (573, 605) ORDER BY t.name ASC, выполненный require('wp-blog-header.php'), require_once('wp-includes/template-loader.php'), include('/themes/MystiqueR3/single.php'), get_sidebar, locate_template, load_template, require_once('/themes/MystiqueR3/sidebar.php'), dynamic_sidebar, call_user_func_array, WP_Widget->display_callback, SidebarTabsWidget->widget, WP_Query->__construct, WP_Query->query, WP_Query->get_posts, update_post_caches, update_object_term_cache, wp_get_object_terms
[12-Mar-2014 08:00:12 UTC] База данных WordPress возвратила ошибку Disk full (/dev/shm/tmp/#sql_88bc1_0); waiting for someone to free some space... в ответ на запрос SELECT t.*, tt.*, tr.object_id FROM wp_terms AS t INNER JOIN wp_term_taxonomy AS tt ON tt.term_id = t.term_id INNER JOIN wp_term_relationships AS tr ON tr.term_taxonomy_id = tt.term_taxonomy_id WHERE tt.taxonomy IN ('category', 'post_tag', 'post_format') AND tr.object_id IN (648) ORDER BY t.name ASC, выполненный require('wp-blog-header.php'), wp, WP->main, WP->query_posts, WP_Query->query, WP_Query->get_posts, update_post_caches, update_object_term_cache, wp_get_object_terms
[12-Mar-2014 08:00:13 UTC] База данных WordPress возвратила ошибку Disk full (/dev/shm/tmp/#sql_88bc1_0); waiting for someone to free some space... в ответ на запрос SELECT t.*, tt.*, tr.object_id FROM wp_terms AS t INNER JOIN wp_term_taxonomy AS tt ON tt.term_id = t.term_id INNER JOIN wp_term_relationships AS tr ON tr.term_taxonomy_id = tt.term_taxonomy_id WHERE tt.taxonomy IN ('category', 'post_tag', 'post_format') AND tr.object_id IN (648) ORDER BY t.name ASC, выполненный require('wp-blog-header.php'), wp, WP->main, WP->query_posts, WP_Query->query, WP_Query->get_posts, update_post_caches, update_object_term_cache, wp_get_object_terms
[12-Mar-2014 08:01:27 UTC] База данных WordPress возвратила ошибку Disk full (/dev/shm/tmp/#sql_88bc1_0); waiting for someone to free some space... в ответ на запрос SELECT t.*, tt.*, tr.object_id FROM wp_terms AS t INNER JOIN wp_term_taxonomy AS tt ON tt.term_id = t.term_id INNER JOIN wp_term_relationships AS tr ON tr.term_taxonomy_id = tt.term_taxonomy_id WHERE tt.taxonomy IN ('category', 'post_tag', 'post_format') AND tr.object_id IN (81, 148, 237, 281, 605, 796) ORDER BY t.name ASC, выполненный require('wp-blog-header.php'), require_once('wp-includes/template-loader.php'), include('/themes/MystiqueR3/single.php'), get_sidebar, locate_template, load_template, require_once('/themes/MystiqueR3/sidebar.php'), dynamic_sidebar, call_user_func_array, WP_Widget->display_callback, SidebarTabsWidget->widget, WP_Query->__construct, WP_Query->query, WP_Query->get_posts, _prime_post_caches, update_post_caches, update_object_term_cache, wp_get_object_terms
[12-Mar-2014 08:01:27 UTC] База данных WordPress возвратила ошибку Disk full (/dev/shm/tmp/#sql_88bc1_0); waiting for someone to free some space... в ответ на запрос SELECT t.*, tt.*, tr.object_id FROM wp_terms AS t INNER JOIN wp_term_taxonomy AS tt ON tt.term_id = t.term_id INNER JOIN wp_term_relationships AS tr ON tr.term_taxonomy_id = tt.term_taxonomy_id WHERE tt.taxonomy IN ('category', 'post_tag', 'post_format') AND tr.object_id IN (538, 648, 573, 597) ORDER BY t.name ASC, выполненный require('wp-blog-header.php'), require_once('wp-includes/template-loader.php'), include('/themes/MystiqueR3/single.php'), get_sidebar, locate_template, load_template, require_once('/themes/MystiqueR3/sidebar.php'), dynamic_sidebar, call_user_func_array, WP_Widget->display_callback, SidebarTabsWidget->widget, WP_Query->__construct, WP_Query->query, WP_Query->get_posts, update_post_caches, update_object_term_cache, wp_get_object_terms
[12-Mar-2014 10:23:52 Europe/Helsinki] PHP Fatal error: Out of memory (allocated 786432) (tried to allocate 122880 bytes) in /home/ma/public_html/wp-settings.php on line 132
Да легче ж на клиента скинуть: "ваши скрипты виноваты", "тайм зона не та", "php селектор был на 32 мб", "не та сборка alt-php" а самим ограничивать память на выполнение скрипта, перенаселять сервер всё новыми клиентами набивая только побольше карман и каждый раз придумывать новую отмазку.
Или Вы правда считаете что на выполнение скрипта чистой голой joomla (с офиц. сайта) и 256 мб оперативки не хватает? "Слишком требовательная" как говорит хостер... Переходите на VPS/VDS...🤪
Я не пытаюсь оправдать безудержные отписки хостера, я лишь поясняю вам, что следить за вашим сайтом должны только ВЫ , ВЫ и никто ДРУГОЙ, НИКТО! Ну за исключением тех кому вы за это заплатили $$$...
Будучи предельно сдержанным я поясню вам, что вы купили хостинг но знаете как им пользоваться, исходя из того что в вашей ошибке указано "/dev/shm/tmp/" это мне на моей колокольне как вы выразились говорит о том, что ваши временные файлы хранятся ни как иначе как областях памяти и ни о каком дисковом пространстве вообще в данной ошибке речи не идет, но это конечно вам тоже должны были пояснить и разжевать, вы же крутой клиент который все знает и все умеет.... отсюда вам скажу и проблема ваша с памятью, у вас приложения ваши сессиями (например) или временными таблицами SQL забивают все доступные вам области памяти (напомните мне, SHM делится на пользователей или отрезается общим куском от памяти? Или это может зависеть от того что стоит на сервер?), после чего начинаются ошибки вида Out of memory и can't allocate memory.... Пришли за советом, а по сути горбатого лепите вы, своим незнанием, про хостера я молчу, потому что мне не кошерно обсуждать это, каждый считает как поступать со своими клиентами, как ему хочется и видится, это не мое дело, если вы считаете что действия хостера не верные, поменяйте его, но с точки зрения вашей ошибки... вины хостера я тут не вижу.... А уважаемый speed-core за ваши пару баксов будет мониторить ваш сайт 24 часа в сутки, а как только там что-то "затрещит по швам" он кинется это ремонтировать, обратите внимание - по моему это именно ваш вариант... Напишите о результатах потом....
Это если страница на ХТМЛ.
А так, все основные современные движки требуют на страницу от 32 до 128 Мб. А еще кроме пхп, на аккаунте память потребляют апач и мускуль. Поэтому таки 1 Гб - минимум.
Мне кажется Вы немного путаете.
Базовые расходные операции сервера не ложатся на плечи пользователя, запущенные индейцы и прочее, это проблемы сервера .
А вот, память требуемая на выполнение скрипта, это как раз клиентское.
Это если страница на ХТМЛ.
Не, это PHP, но самописные движки :)
А так, все основные современные движки требуют на страницу от 32 до 128 Мб. А еще кроме пхп, на аккаунте память потребляют апач и мускуль. Поэтому таки 1 Гб - минимум.
А так, да, посмотрел вордпрессы с небольшим количеством плагинов — около 30 МБ занимается на генерацию одной сраницы.
Но всё равно, память занимается и освобождается очень быстро, поэтому даже если как-то жёстко ограничить пользователя 256 мегабайтами, это не станет препятствием для нескольких десятков он-лайн пользователей, постоянно клацающих по страницам. Что для большинства сайтов редкость.
Ну и как уже написали, на шаред-хостинге многие ресурсы являются общими и не поддаются лимитированию, а только учёту. На то он и шаред.
Иначе, если всем выделять по гигабайту, то большинство серверов чисто физически не смогут вместить память для размещения более 300 аккаунтов :)
;13067487']
Но всё равно, память занимается и освобождается очень быстро
Да ну ? Мгновенная работа mysql-я с запросами "от пьяных дворников" ?
И 1 и 10с можно ждать ответа...
Особенно учитывая отсутствие личного кеша в этой БД
(вряд ли кто-то платит за память для своего личного кеша)
Тут ко мне приходил яндекс... в пустой phpbb3, так стало мягко говоря некомфортно.
А там всего-то забыли сессии нормально настроить, и он долбил ежесекундно довольно
как оказалось тяжелые страницы. Всего-то в трех phpbb одновременно.
с точки зрения вашей ошибки... вины хостера я тут не вижу
Странные порой у хостеров выводы. Вы на полном серьезе считаете, что кривая конфигурация shared хостинга - это проблема клиента ?