Romka_Kharkov

Romka_Kharkov
Рейтинг
485
Регистрация
08.04.2009
Должность
Хостинг
Качественный хостинг
Stek:
twig темплейты жрут 2-3 мега памяти на базовой функциональности. Doctrine жрет от 20 мег. 1 мег памяти - это на "hello world" только или pure php скрипт.

Я же сказал , при прочих равных, а на hello world хватит и пару килобайт :)

Stek:

А чего еще ? Приведенный выше пример с "какими то плагинами" вообще не по теме. У ТС ошибки на выделении трех мегабайт памяти, а не двух сотен.

Вы видимо не поняли 200 метров не выделяемой, а доступной для выделения :)))

А потом 400, потом 600 и 2 GB и постоянно не хватает пару килобайт :D

---------- Добавлено 22.08.2014 в 23:08 ----------

WapGraf:
Но именно здесь походу другой случай.

Конечно же другой, тут "хостер лепит горбатого"

😂😂😂😂

kgtu5, читайте внимательно что я пишу, причем уже не первый пост, причину и решение могут знать и найти только клиент и хостер, все остальное - пустословие. А я говорю что ошибка "нехватка памяти" ни всегда касается именно памяти. ВСЕ.

И да, при прочих равных memory_limit=1M тоже нормально :) Только это тут не при чем ;)

andy_captain, Я бы мог начать свой пример с 2MB memory_limit, пожалел трафик :))) Я рад что у вас все решилось. :))

SpaceX, я никого не оправдываю и не уличаю в чем-то я лишь привел простой пример когда ошибка про память ничего общего с памятью не имеет :D А ТС судя по топику строит на этом свои фундаментальные выводы о хостере :) А там понятно что надо разбираться с хостером, кроме него и ТС-а никто в этом и не может разобраться, сколько бы тем не было создано :D

В наличии имеются следующие сервера, готовы к установке прямо сейчас, выдача сервера в течении 30-60 минут с момента оплаты.

На базе i3

  • Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz / 8 GB RAM / 2 x 1 TRB HDD (Seagate)
  • Intel(R) Core(TM) i3-2120 CPU @ 3.30GHz / 16 GB RAM / 1 TRB HDD

На базе i5

  • Intel(R) Core(TM) i5-3330 CPU @ 3.00GHz / 16 GB RAM / 2 x 1 TRB HDD WD

На базе i7

  • Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz / 20 GB RAM / 2x 1 TRB (wdc+seagate)
  • Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz / 32 GB RAM / 2 x 750 GB HDD
  • Intel(R) Core(TM) i7-2600 @ 3.40Ghz / 8 GB RAM / 2x2TRB Seagate
  • Intel(R) Core(TM) i7-2600 @ 3.40Ghz / 8 GB RAM / 2x500GB WDC
  • Intel(R) Core(TM) i7-2700K CPU @ 3.50GHz / 16 GB RAM / 1TRB Drive
  • Intel(R) Core(TM) i7-2700K / 8GB Ram / 1 TRB HD
  • Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz / 32 GB RAM / 2x 500 HDD

Возможно за дополнительную оплату добавить винты либо поменять их на SSD (в этом случае надо будет сутки подождать) либо добавить RAM в сервер.

По ценам прошу уточнять в личном порядке.

Helena84, просто совместите записи которые у вас есть в одну, это вполне допустимо, SPF запись является перечнем узлов С КОТОРЫХ почта может быть отправлена из текущего доменного имени, стало быть надо сделать запись:


v=spf1 include:_spf.google.com mx ip4:176.9.111.111 ~all

И почта будет считаться достоверной при отправке с узлов перечисленных в:

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"

О!!! Все заработало !!! Бывает же!!!

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 :)) а там например лежит дамп базы , увидев который ТС скажет "Ой... так это я его туда положил, а что не надо было?" :"))))) Опыт и еще раз опыт ;)

Всего: 6838