SpaceX, я никого не оправдываю и не уличаю в чем-то я лишь привел простой пример когда ошибка про память ничего общего с памятью не имеет :D А ТС судя по топику строит на этом свои фундаментальные выводы о хостере :) А там понятно что надо разбираться с хостером, кроме него и ТС-а никто в этом и не может разобраться, сколько бы тем не было создано :D
Helena84, просто совместите записи которые у вас есть в одну, это вполне допустимо, SPF запись является перечнем узлов С КОТОРЫХ почта может быть отправлена из текущего доменного имени, стало быть надо сделать запись:
Не в бровь а в глаз, видимо опыт таки не пропить, прямо сегодня столкнулся с ситуаций которая в полной мере описывает все то, что я писал тут выше:
Есть штатная Joomla, +\- какие-то модули в ней:
Имеем:
Fatal error: Allowed memory size of 209715200 bytes exhausted (tried to allocate 72 bytes) in /home/$USER/public_html/$DOMAIN/libraries/joomla/error/exception.php on line 117
memory_limit=200M
Беда, нехватает памяти !!!! :))))
Идем в php.ini и ставим... ну для начала в 2 раза больше:
Fatal error: Allowed memory size of 419430400 bytes exhausted (tried to allocate 64 bytes) in /home/$USER/public_html/$DOMAIN/libraries/joomla/error/exception.php on line 117
О боже , какой же гадостный хостер он мне обрезал память, идем в php.ini и ставим еще +200MB т.е memory_limit=600M
Fatal error: Allowed memory size of 629145600 bytes exhausted (tried to allocate 64 bytes) in /home/$USER/public_html/$DOMAIN/libraries/joomla/error/exception.php on line 117
Боже мой, наверное мой хостер вообще негодяй, и подлец, продал всю мою память другим клиентам, идем в php.ini и ставим memory_limit=2GB.
Fatal error: Allowed memory size of 2147483648 bytes exhausted (tried to allocate 71 bytes) in /home/$USER/public_html/$DOMAIN/libraries/joomla/error/exception.php on line 117
Просто жуть, почти что голой Joomle недостаточно 2GB, наверное на сервере нет памяти вообще, её съели мои соседи:
AdelinaHost: Стоило бы услышать комментарии от противоположной стороны.
Тоже не плохо, но как мы понимаем, мало вероятно что это возможно, во первых вторая сторона не объявлена (это пока единственно, что адекватно в этой теме), а во вторых совсем не обязательно что она будет давать какие-то комментарии на этот счет :D
Stek, Я лишь о том, что клиент выдал свою ситуацию через призму своих скудных знаний про то, чем он пользуется, зачем же сразу говорить что хостер не хорош, надо бы разобраться с тем что делает клиент, как и почему, а то вот серьезно, 6 страниц все тыкают пальцем в небо, может то , может это, а ТС кроме как своих "домыслов" (ДА! иначе сказанное им назвать пока что увы нельзя) ничего и не показал.... ну есть ошибка, и что? Сразу виноват хостер? Бред IMHO. Тема сливается как и все остальные подобные.... Я все еще жду, когда же будет объявлен виновник торжества, а то как-то прямо не понятно 🍿🍿🍿
Stek, вы правда что ли верите в то, что ошибка Out of memory в PHP может быть вызвана исключительно отсутствием памяти? :) Я уже писал, что аналогичная ошибка получалась когда memory_limit был выставлен в 5 GB а на сервере реально было доступно > 20 GB памяти... Это не панацея.... То что в SHM направлены временные таблицы - это как бы тоже нормально, мне сейчас лень разбираться и читать, но по моему возможен вариант настройки когда SHM выделяется конкретному пользователю в конкретном количестве... где собственно доказательство, что это не именно такой вид хостинга? Может просто ТС половину не знает как называется, и по этому /dev/shm считает в купленные 10 GB места ?:)
Тут по моему спорить смысла нет, есть нехватка ресурсов, которую решить по моему должен клиент, я бы например сделал ls -all /dev/shm И посмотрел что там лежит, после этого можно было бы что-то сказать конкретное, однако куда там, горбатого лепит хостер однозначно :)))) И все так уверенно говорят об этом, даже не зная что в shm :)) а там например лежит дамп базы , увидев который ТС скажет "Ой... так это я его туда положил, а что не надо было?" :"))))) Опыт и еще раз опыт ;)
Stek: Странные порой у хостеров выводы. Вы на полном серьезе считаете, что кривая конфигурация shared хостинга - это проблема клиента ?
Каким образом вы выяснили что она кривая? Это главный вопрос, потом продолжим рассматривать мои выводы. Вы знаете как все настроено у текущего хостера и почему возникла данная проблема? ТС хостится у вас?
sashavol, в целом надо смотреть что у вас конкретно там происходит и что делает скрипт и что вообще к чему, с ходу сказать сложно, точнее очень легко ошибиться, по этому могу посмотреть что там у вас к чему, обращайтесь.
andy_captain: ув. 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 часа в сутки, а как только там что-то "затрещит по швам" он кинется это ремонтировать, обратите внимание - по моему это именно ваш вариант... Напишите о результатах потом....
SpaceX, я никого не оправдываю и не уличаю в чем-то я лишь привел простой пример когда ошибка про память ничего общего с памятью не имеет :D А ТС судя по топику строит на этом свои фундаментальные выводы о хостере :) А там понятно что надо разбираться с хостером, кроме него и ТС-а никто в этом и не может разобраться, сколько бы тем не было создано :D
В наличии имеются следующие сервера, готовы к установке прямо сейчас, выдача сервера в течении 30-60 минут с момента оплаты.
На базе i3
На базе i5
На базе i7
Возможно за дополнительную оплату добавить винты либо поменять их на SSD (в этом случае надо будет сутки подождать) либо добавить RAM в сервер.
По ценам прошу уточнять в личном порядке.
Helena84, просто совместите записи которые у вас есть в одну, это вполне допустимо, SPF запись является перечнем узлов С КОТОРЫХ почта может быть отправлена из текущего доменного имени, стало быть надо сделать запись:
И почта будет считаться достоверной при отправке с узлов перечисленных в:
1) _spf.google.com
2) MX записях домена
3) с адреса 176.9.111.111
Не в бровь а в глаз, видимо опыт таки не пропить, прямо сегодня столкнулся с ситуаций которая в полной мере описывает все то, что я писал тут выше:
Есть штатная Joomla, +\- какие-то модули в ней:
Имеем:
Fatal error: Allowed memory size of 209715200 bytes exhausted (tried to allocate 72 bytes) in /home/$USER/public_html/$DOMAIN/libraries/joomla/error/exception.php on line 117
memory_limit=200M
Беда, нехватает памяти !!!! :))))
Идем в php.ini и ставим... ну для начала в 2 раза больше:
Fatal error: Allowed memory size of 419430400 bytes exhausted (tried to allocate 64 bytes) in /home/$USER/public_html/$DOMAIN/libraries/joomla/error/exception.php on line 117
О боже , какой же гадостный хостер он мне обрезал память, идем в php.ini и ставим еще +200MB т.е memory_limit=600M
Fatal error: Allowed memory size of 629145600 bytes exhausted (tried to allocate 64 bytes) in /home/$USER/public_html/$DOMAIN/libraries/joomla/error/exception.php on line 117
Боже мой, наверное мой хостер вообще негодяй, и подлец, продал всю мою память другим клиентам, идем в php.ini и ставим memory_limit=2GB.
Fatal error: Allowed memory size of 2147483648 bytes exhausted (tried to allocate 71 bytes) in /home/$USER/public_html/$DOMAIN/libraries/joomla/error/exception.php on line 117
Просто жуть, почти что голой Joomle недостаточно 2GB, наверное на сервере нет памяти вообще, её съели мои соседи:
# free -m
total used free shared buffers cached
Mem: 32071 6988 25083 0 27 451
-/+ buffers/cache: 6509 25562
Swap: 4094 366 3727
О боже, целых 25 GB свободно!!! Что же делать:
memory_limit=64M
++ extension="memcache.so"
О!!! Все заработало !!! Бывает же!!!
Стоило бы услышать комментарии от противоположной стороны.
Тоже не плохо, но как мы понимаем, мало вероятно что это возможно, во первых вторая сторона не объявлена (это пока единственно, что адекватно в этой теме), а во вторых совсем не обязательно что она будет давать какие-то комментарии на этот счет :D
Stek, Я лишь о том, что клиент выдал свою ситуацию через призму своих скудных знаний про то, чем он пользуется, зачем же сразу говорить что хостер не хорош, надо бы разобраться с тем что делает клиент, как и почему, а то вот серьезно, 6 страниц все тыкают пальцем в небо, может то , может это, а ТС кроме как своих "домыслов" (ДА! иначе сказанное им назвать пока что увы нельзя) ничего и не показал.... ну есть ошибка, и что? Сразу виноват хостер? Бред IMHO. Тема сливается как и все остальные подобные.... Я все еще жду, когда же будет объявлен виновник торжества, а то как-то прямо не понятно 🍿🍿🍿
Stek, вы правда что ли верите в то, что ошибка Out of memory в PHP может быть вызвана исключительно отсутствием памяти? :) Я уже писал, что аналогичная ошибка получалась когда memory_limit был выставлен в 5 GB а на сервере реально было доступно > 20 GB памяти... Это не панацея.... То что в SHM направлены временные таблицы - это как бы тоже нормально, мне сейчас лень разбираться и читать, но по моему возможен вариант настройки когда SHM выделяется конкретному пользователю в конкретном количестве... где собственно доказательство, что это не именно такой вид хостинга? Может просто ТС половину не знает как называется, и по этому /dev/shm считает в купленные 10 GB места ?:)
Тут по моему спорить смысла нет, есть нехватка ресурсов, которую решить по моему должен клиент, я бы например сделал ls -all /dev/shm И посмотрел что там лежит, после этого можно было бы что-то сказать конкретное, однако куда там, горбатого лепит хостер однозначно :)))) И все так уверенно говорят об этом, даже не зная что в shm :)) а там например лежит дамп базы , увидев который ТС скажет "Ой... так это я его туда положил, а что не надо было?" :"))))) Опыт и еще раз опыт ;)
Странные порой у хостеров выводы. Вы на полном серьезе считаете, что кривая конфигурация shared хостинга - это проблема клиента ?
Каким образом вы выяснили что она кривая? Это главный вопрос, потом продолжим рассматривать мои выводы. Вы знаете как все настроено у текущего хостера и почему возникла данная проблема? ТС хостится у вас?
sashavol, в целом надо смотреть что у вас конкретно там происходит и что делает скрипт и что вообще к чему, с ходу сказать сложно, точнее очень легко ошибиться, по этому могу посмотреть что там у вас к чему, обращайтесь.
ув. 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 часа в сутки, а как только там что-то "затрещит по швам" он кинется это ремонтировать, обратите внимание - по моему это именно ваш вариант... Напишите о результатах потом....