Кирилл Раченков

http://procoding.ru/ - просто блог, которым решил заняться спустя полгода

Перенес в хц рбк блог с посещаемостью 1-2 уника в день. Блог запускаться отказался с ошибкой
Fatal error: Out of memory (allocated 9699328)
Следуя всем рекомендациям на форумах WordPress снял все плагины, и отключил все что можно в конфиге, переустановил блог. Блог стал запускаться, однако попытки зайти в админ-панель заканчивались той же ошибкой.

Тариф Специальный, согласно их договору у меня должно быть доступно 32 мегабайта оперативной памяти на каждом доп домене. procoding.ru на аккаунте не основной.

Переписку начал в четверг. Без звонка они вообще не реагируют на письмо. Поэтому обычно отвечаю и сразу звоню им. В четверг мне заявили, что ошибка в том, что домен неправильно сконфигурирован, и что заявку передадут администраторам и в пятницу утром все будет решено. В пятницу в 4 часа я опять позвонил им, и мне посоветовали перенести сайт на основной домен как папку и сделать редирект, мотивируя это тем, что на основном домене лимиты по памяти выше. Я им указал на договор, на что мне сказали, что действительно ошибка присутствует (из-за смены базового тарифа, на моем аккаунте неправильно стоят лимиты) и пообещали в течении пятницы решить проблему. В субботу вечером я опять не смог зайти в админку с той же ошибкой. Я позвонил, мне опять сказали, что просьбу передадут администратору и в течении полчаса все сделают. Перезвонив через 1.5 часа, я спросил как моя заявка, мне сказали что в течение часа все сделают сто пудов и все заработает, не нужно им звонить - ответ прийдет на почту. Ответ пришел следующий:

>Здравствуйте!
>
>Так как сайт размещен на сабдомене, ему не хватает памяти. Попробуйте
>разместить его на основном аккаунте, где выделяется больше ресурсов.

>С уважением,
>Бажал Дмитрий
>Специалист технической поддержки
>Хостинг-Центр РБК,
>тел.: +7 (495) 544-55-66
>Факс: +7 (495) 514-09-57
>support@hc.ru
>http://hc.ru

Я опять набрал их, у меня спросили "Вам что-то не понятно в нашем ответе?". Я опять указал им на договор и попросил дать мне однозначный ответ - либо я что-то не так делаю, либо у них на хостинге за 350р можно иметь только 1 работающий сайт, а WordPress не на основном домене вообще не запускается, что, извините меня, означает что хостинг рбк - отстой.

Скажите мне, на сколько правомерны мои возмущения? Только не надо говорить, что за такие деньги я должен радоваться тому что есть. От предыдущего хостера я ушел только потому, что админы у них в выходные отдыхают, и сервер несколько раз лежал с пт по пн. А стоимость была в 2 раза ниже.

а крутить настройки в php.ini или в .htaccess вы пробовали?
ну типа http://ru2.php.net/manual/ru/ini.core.php#ini.memory-limit

Конечно пробовал. В последствии и саппорт подкрутил настройки php.ini - только это ни к чему не привело. Более того, я в последствии обнаружил, что и другие CMS глючат. Например в Joomla, нельзя ничего отредактировать в меню и компонентах - падает с той же ошибкой. Админка в SMF тоже не работает.

В понедельник я получил ответ от саппорта в стиле "Без переноса на основной домен ничего работать не будет, так что переносите сами и нас не мучайте". Тогда на лицо мошенничество - пользователям не предоставляеются ресурсы, заявленные в Приложении к договору.

С точки зрения руководства хостинга это глупо - во-первых, повышается нагрузка на сервер, так как будет большой набор правил mod-rewrite в .htaccess (плюс код от каждой CMS сваленной в кучу). Во-вторых, снижется безлпасность, так как в одну папку будут свалены множество CMS, и вероятность взлома возрастает пропорционально их количеству. У меня например 4. А если взлом будет произведен - от троянского кода все сайты очищать задолбаешься. В-третьих, абсолютно неудобно работать пользователям - у всех доменов общая почта, общие субдомены, общий доступ.

Мне просто кажется, что админам впадлу перенастроить сервер, а руководство просто не в курсе.

Прошу высказаться по этому поводу другие хостинг-компании.

Хотел сказать по поводу ошибки out of memory
Ошибка "Fatal error: Out of memory (allocated X)" возникает когда сам пхп не может выделить память под себя, и memory_limit к этому отношения не имеет.
При превышении memory_limit возникает ошибка вида "Fatal error: Allowed memory size of X bytes exhausted (tried to allocate Y bytes)".
Так что, скорее всего, Вы с суппортом не там ищете, либо на сервере все тяжело.

Добрый день

Сталкивались с данной проблемой. Это не проблема хостера, как вы ее описали.
А проблема WordPress.

Более подробно:
http://clubs.ya.ru/4611686018427388556/rep...&ncrnd=1707
http://forum.ht-systems.ru/index.php?showtopic=1153

Поэтому претензии к хостеру я думаю ошибочные, хотя возможно Вам не повезло с сервером.

чето вообще не в тему.

Может быть помимо Wordpress еще и разработчики Joomla, SMF, TextPattern а виноваты? Кто угодно, только не хц РБК! До этого все движки нормально работали у 3ех хостеров, но вот РБК такое исключение - они на столько клевые, что ни одной CMS у них не работать нормально.

Оверселим ( или не даём использовать ресурсы), жить то надо

Одно дело когда сайты посещаемые и они оказывают нагрузку на сервер. Тогда еще можно понять действия хостера - перебирайтесь ребята на вдс. Но так, чтобы позволять хранить ток html-сайты... Это маразм. Веду переписку с отделом контроля качества. Они от саппорта ничем не отличаются - все тоже самое делают, крутят php.ini и отвечают "что теперь все работает", хотя вообще никаких изменений нет. Последним письмом вроде припер к стенке - теперь молчат. Интересно чем дело закончится.

Шоу продолжается:
Доманов Дмитрий:
Здравствуйте!

Сотрудники технической поддержки дали правильный ответ по заявке - проблема
действительно заключается в нехватке памяти для выполнения скриптов. Для всех
субдоменов предоставляется строго ограниченный набор ресурсов, более подробную
информацию можно посмотреть в приложении №2 к Договору.
Я:
Если бы вы были более внимательны, вы бы обратили внимание на то, что
в договоре указано 32мб, а скрипты падают на 10 метрах. Это раз. А два
- ошибка, которая у меня возникает означает вообще что самому
интерпретатору php не хватает места в оперативке, а не моему скрипту.

Доманов Дмитрий:
По умолчанию php-скриптам выделяется не вся доступная память. Добавил строку
memory_limit = 32M в php.ini в домашней директории. На странице, где раньше
возникала ошибка, сейчас все нормально.

//Это уже делал саппорт и php.ini как лежал бесполезным так и лежит

Я:
Нормально там стало, потому что я вордпресс настроил на локалке, потом
перенес на хостинг. Только так его удалось запустить, потому что
большинство действий в админке имеют ту же самую ошибку. Можете
посмотреть сейчас:
http://www.procoding.ru/wp-admin/

Заходите, и спустя 5-6 сек, вместо слова loading появляется Fatal
error: Out of memory (allocated 9437184) (tried to allocate 98285
bytes) in /www/tuladige/users/tuladige-procodi/www/htdocs/wp-includes/wp-db.php
on line 463. Смотреть надо слева, чуть ниже середины страницы.

Загрузка картинок (даже мелких) через веб не проходит. На других
аккаунтах невозможно работать с Joomla, SMF (админки падают).

Обратите внимание на следующие топики:
http://forum.hostobzor.ru/index.php?showtopic=11104
http://mywordpress.ru/support/viewtopic.php?pid=21786

В особенности на мнение другого хостера.
И я с ним согласен, потому что везде, где предлагалось крутить php.ini
была именно "Allowed >memory size of X bytes exhausted" а не " Out of
memory"
Когда я начал гуглить, наткнулся на множество других недовольных
отзывов о вас именно из-за этой ошибки.

Может быть вы перестанете повторять то же, что мне втирала ваша
поддержка, а дадите пинка админу, чтобы он нормально собрал php
интерпретатор и зарезервировал для него оперативку?

Я 2 дня убил на перенос сайтов к вам и 3 дня бодался с вашим
саппортом, который то говорит "что есть ошибка, админ все исправит",
то "мы подкрутили php.ini - теперь все работает".

Я искренне желаю Вашему хостингу наконец-то избавиться от этой детской
болезни. Забивать на вас не собираюсь, потому что итак убил кучу
времени. Уже спортивный интерес.

ХЗ кто, не подписался
Здравствуйте!

Следует понимать, что из выделяемых 32Мб часть памяти используется
интерпретатор php, который запускается от имени пользователя субдомена, к
которому идет обращение. Естественно, что скриптам все 32Мб не будут доступны
никогда.

Я
Я могу спорить, что 32 мб достаточно для всех стандартных движков,
если хостинг настроен правильно. Еще 3 года назад я хостился у
славхоста у них тоже был лимит 32 метра. А до этого был у двух
хостеров у которых 16 метров было, и Joomla работала у них без сбоев.

Обратите внимание: на сабдомене ни одна CMS не рабоет корректно! А
теперь ответьте, собираетесь ли вы исправлять положение или мне
переезжать?

Я
Кстати, в договоре написано что 32мб выделяется под мои скрипты, а не
под ваш php. PHP, согласитесь, является частью услуг которые вы
предоставляете и она должна быть рабочей. Давайте вообще тогда на эти
32 МБ повесим Апач и все демоны сервера и будет отмазываться от
клиентов, что они сами виноваты что купили конфигурацию, которая не
является рабочей.

Будут исправления на сервере или нет? Вопрос ребром

Ребром Вы можете только голосовать ногами. Хостёр в планах указал что только 32 MB разрешенно для пользователя. На сегодняшний день это издевательство, так как 64 ещё более менее терпимо, оптимум 128 MB.
В принцыпе такая ситуация это последствия консервативизма хостёров, особенно тех, кто два года тому назад накупили дорогого оборудывания (серверов). На сегодняшний день это старое барахло которое только зря тратит электро энергию.

Я думаю, что сам хостер то не в курсах что у него и где.
Если они 3 раза крутили php.ini это уже о чем-то говорит. Если они предоставляют услуги, они должны быть работоспособными. А если им заведомо известно, что на данных мощностях CMS не работают надо об этом предупреждать заранее. Я только по телефону с ними 3-4 часа общался (порядка 15 звонков) и они все там что-то исправляют исправляют и в результате все сводится к тому что оказывается я то и виноват. Дескать 32мб оговорено. Я еще раз повторяю у славхоста 3 года назад на 32мб все было шикарно. Жаль что они развалились и сервера у них в техасе были.

Это говорит о профессионализме поддержки. Мой совет - не мучайтесь, переезжайте.

[Офтопик]
Я свой первый Linux установил на 486 PC с 8 МB RAM. Всё работало отлично, даже с графическим интерфейсом (X11 + Icewm). После того как RAM довёл до 32 MB, то вобще всё начало летать
На сегодняшний день в гараже валяется Celeron ~2.66 с 1GB RAM, и вот этого уже хочется скинуть в помойку
[/Офтопик]

Лирическое отступление с массой вопросов...

Есть у меня замечательный чемодан фирмы kofr*. Я знаю его модель (PP0501*), я знаю его размеры (их указывает производитель в паспорте) - 81х28х67,5. Прихожу на Московский* вокзал в автоматические камеры хранения, где хромом сияют стеллажи с новенькими ячейками и герметичными, без скрежета закрывающимися, дверцами. Но вот незадача - не помещается мой супер-пупер чемодан в такую ячейку. Моему возмущению нет предела. Месяц назад этот же чемодан я сдавал в ручную камеру хранения на Витебском* вокзале без всяких проблем. Там немытый-небритый и дурнопахнущий г-байтер из дружественной страны за секунду водрузил его на сколоченный из неструганых застрескавшихся досок покосившийся стеллаж. Вместо квитанции выдал замусоленный кусочек фанеры на бечевке с номером места. Но ведь всё обошлось! Я удачно забрал его обратно, г-байтер слинять не успел, ничего не пропало, чемодан не ободрался, даже варенье с верхней полки протекло рядом, а не на него. А здесь что? Не могу оставить на хранение хоть тресни. Правда работники камеры набежали на мои вопли, и так и сяк чемодан мой вертели, какие-то стенки в ячейке перебирали - результата никакого, рекомендуют сдать в их же ручную камеру хранения. Но ведь я же хочу сюда!!!

- Кто виноват в моих проблемах?
- Могу ли я наехать на камеру хранения за то, что они не перемеряли чемоданы всех производителей и моделей и не указали большими буквами при входе, что чемоданы фирмы kofr* модели PP0501* на хранение не принимают?
- Могу ли я наехать на администрацию Московского* вокзала только на основании того, что на Витебском* вокзале у меня такой проблемы не возникло?
- Должен ли я перед тем, как пытаться засунуть свой чемодан в ячейку представлять размеры своего чемодана и размеры ячейки?
- Если я не знаю размеры своего чемодана, кто за это должен нести ответственность?

В общем, вопросов куча...

---
* Наименования вокзалов и торговая марока производителя чемодана и модели - вымышленные, любые совпадения - случайны.

Как-то крутовато по памяти для четверки... Какая разрядность то?

Мне лично кажется что 128M на виртуале будет еще не скоро. Так как никакой памяти не наберешься чтобы работало приемлемое количество аккаунтов на сервере. VDS или дедикейт еще куда не шло...

Уос, я тут чуток в порядках спутался 8 МБ там было 486 80 МHz

У меня 128 МБ уже по умолчанию на виртуалке. Не вижу проблем.

Немножко не такое сравнение. Более верное:
Вот допустим я катался по всему миру с ноутбуком Mac Air, и он всюду помещался, потому что очень плоский.
И тут я приехал в Москву, вставил в ячейку, а закрыть не могу - выступ мешает. И никак не понятно, что делать.
Я прошу мне помочь, а вместо помощи мне предлагают взять еще одну ячейку, отдельно для нотика.
Возмущаясь, я говорю что облетел кучу стран и нигде такого не встречал.
Мне обещают помочь и бурча "понаехали тут", вместо помощи идут пить пиво

Вот это - более верная трактовка событий

Да, бросьте . То же самое, только сбоку.

Вам обещали, что Ваш ноутбук поместится? Нет, не обещали. Вам были бы известны только размеры ячейки. И то, только в том случае, если бы Вы не поленились поинтересоваться. А Вы поленились, как же - жизненный опыт путешествий по странам мира дал повод возомнить себя готовым ко всему. А не тут-то было . Сюрприз! Вдруг оказалось, что мир разнообразнее, что Ваш опыт путешественника не такой богатый, как думалось Вам.

А в Вашем случае кто виноват в проблеме? Владелец ячейки, производитель ноутбука или Вы сами?

Петр, признайтесь, Вы аффилированы с РБК? =)

А если не сбоку, а сверху? Камера хранения оказалась заполняемая водой. Вот у всех в мире обычные, железные, с воздухом и т.д., а эти кадры водой заполняют. Ноутбук взорвался, а хозяину ноута еще и иск за ущерб. Ведь надо было уточнить, не наполняется ли камера хранения водой, нельзя полагаться на свой опыт, мир такой разнообразный!

Абсолютно справедливо. Обоснованной претензия может считаться только тогда, когда нарушены явные, а не предполагаемые, обязательства (мнение сугубо мое, много лет считал его правильным, разубеждать бессмысленно, даже еслия и в одиночестве).



Нет, последний раз я читал в каком-то блоге, что владельцем hostobzor'а является Вадим Картов из ФастНекст. А до этого Антон Нехороших числился. Об РБК еще не слышал.

Аффилированность, если к терминам не придираться, она как "явные, а не предполагаемые, обязательства".. разная может быть ;) может владелец.. а может просто "хорошие парни там, вчера с ними пиво пил" =))) И ведь вода в камере хранения может оказаться банальным средством пожаротушения ;)

Я считаю что в моем примере виноват нерадивый работник техподдержки вокзала. Он должен был позвать своего начальника для разруливания ситуации, а вместо этого пошел пить пиво

Я не нашёл сколько у Вас оперативки на виртуальном хостинге, но пусть будет 8Г.
8Г/128М = 64 одновременных процесса максимум.
Реально же это где-то около 50, а если ещё это сервер "всё-в-одном", то и того меньше - 30 может?
Далее уже начнутся затыки и жалобы даже при минимальной нагрузке.

Т.е. это дело вкуса - давать клиентам то, что может быть им никогда и не нужно будет, но зато в нагрузку гарантированно им давать и проблему, когда много клиентов захотят чего-то сразу.
Либо давать всем по чуть-чуть, с возможностью расшириться в будущем, но зато с запасом прочности для стабильной работы, когда вдруг всем что-то понадобилось сразу.


Вот это и есть настоящая суть виртуального хостинга - путь компромиссов...

При условии что все 64 процесса занимают эти 128Мб всё время выполнения и на все 100%, разве нет? Не знаем как со стороны сервера, но со стороны скрипта наблюдаем обычно следующее - если нужен 64Мб лимит, то в большинстве случаев хватае и 32, а то и 16, при этом максимум потребления достигается обычно не раньше 50% времени выполнения скрипта.

Тема тут про РБК

Всё верно - многогранен он, оверселлинг.




Ну тогда давайте именно о нём и говорить

на самом деле виноваты все. клиент тем что не озадачился таки спросить, хостер тем что не озадачился точно указать. вот сегодня случай был - заказали люди тест по железу на сервер. оговорили время начала теста, спросили сколько времени займет - ответил что порядка часа обычно. утром смотрю почту - ругань стоит - оказывается тест еще не завершен и сервак в дауне уже 6 часов. спросил техников в дц сколько еще времени может тест продолжаться, сказали ну еще пару часов. пришлось забыть о тестах. моя вина в том что лишний раз не уточнил сколько времени займет тест (ну ей богу сколько лет работаю - ни разу в дц так долго железяку не тестили - всегда от 20 до 60 минут максимум это занимало да и сервер вовсе не со 100 гбт памяти и десятками терабайт на винте, обычный сервер совсем). вина клиента в том что не сказал что продолжителный даун для этого сервера недопустим. вот так и живем...

Нечего тут спрашивать. Если у хостера не идёт НИ ОДИН из наиболее распространённых в мире движков (кои можно пересчитать по пальцам), то это однозначно не хостер, а мошенник и лгун (так как предоставляет заведомо некачественную услугу).

Пётр, ваша аналогия с чемоданом совершенно неуместна. Сюда подходит другая аналогия: человек купил бутелированной воды и отравился ею. А производитель говорит: "Так ведь вода вовсе для питья не предназначена!" "Отчего же на ней наклейка <<Питьевая>>?" "Чудак человек! Она питьевая в некоторых случаях! В одних бутылках вода из колодца, в других морская, в третьих вообще не пойми что. Проверять надо было! Сам виноват! Почему не провёл перед питьём воды её химический анализ? И нечего кивать, что у всех других производителей всего мира питьевую воду можно пить. У нас своя специфика! Собственная гордость, так сказать..."

Есть большая рпазница между тем, что хочется и тем, что положено по закону и договору.

Читайте закон о правах потребителя и "будет вам счастие" © народное

Согласен на 100%! С единственной поправкой - неуместна с Вашей точки зрения. С моей-то она весьма и весьма уместна. Сколько людей - столько и мнений, ровно столько и аналогий будет найдено и приведено в подтверждение правоты собственного мнения.

Собственно, сей конфликт на этом и построен - мнение автора темы не совпало с мнением хостера. У клиента сложилось одно мнение по поводу использования тарифного плана, у хостера - другое. Виноват ли хостер в том, что породил неоправдавшиеся надежды? Думаю, да. Ведь не леняться же производители водки писать на каждой бутылке, что она питьевая, но не рекомендуется употреблять детям до 18, беременным, за рулем, язызвенникам, психопатам и т.д. и т.п. К хостеру тоже не было бы претензий, если бы он в описании каждого тарифного плана добавлял: "не рекомендуется для (и далее следует список того, что теоретически может клиент наковырять в инете и притащить на хостинг)".

PS. Не записывайте меня, пожалуйста, в фанаты РБК. 90% жалоб клиентов состоят именно из этого "я думал, что будет работать, потому, что на г..хосте работало, а оно не тянет у этого отстойного хостера". Просто так совпало, что именно в этой теме меня прорвало.

Вопрос в том, почему они так думали.

По поводу хостерской позиции "клиент сам дурак, что не разобрался в буквах договора"... на него есть очень неплохой ответ называющийся "введение в заблуждение".
Об который, при правильно подходе, имеют нехилый шанс споткнуться все хостерские заморочки вида "ну подумаешь написано что бакап делаю, я его и делаю, просто уничтожаю сразу после изготовления", "ну подумаешь скрипты не работают, я написал что пхп установлен, я не писал что скрипты написанные на пхп будут работать" и так далее.
Было бы лишнее время, обязательно попытались бы создать прецендент, шансы реальные есть... наблюдаем сейчас на примере знакомых программеров примерно ту же ситуацию, складывающуюся по ходу не в их пользу.

То только мечты.
Если клиенту чего-то хочется, но в договоре этого нет, то соответственно ты это не оплачивал.
А раз не оплачивал, то и претензии по неоплаченному выдвигать не можешь.

Вернее можешь, но толку-то ? Всё равно ведь до суда даже не дойдёт - ни один адвокат тебе помогать в этом не станет.

Да и как иначе - если требовать того, что субьект деятельности никогда тебе не обещал, то так можно докатиться до того, что хостинг-провайдер будет должным ещё и кофе в постель подавать, а мобильные операторы носы подтирать

</offtopic>
Напоминает цитату одного знакомого админа с сообщения юзеру:
--
ну так ёпты! В правилах дорожного движения тоже не написано что нельзя врезаться в припаркованый Лексус красного цвета на скорости 120 километров в час!
--
</offtopic>

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

Никто не забыл, что обсуждается конкретная ситуация, в которую попал конкретный человек?
Стартовое сообщение здесь - http://forum.hostobzor.ru/index.php?s=&...st&p=113579

По-моему, там не идет речь о том, что он неразобрался в буквах договора. Четко и ясно написано, что тариф подразумевает, что на каждый доп.домен (каковым и является его проблемный сайт) хостер выделяет 32Мб оперативки. Вопрос только в одном - должен ли клиет, заказывая услуги по этому ТП, знать сколько этой оперативки нужно для его проекта? Если у кого-то есть ссылка на сайт разработчиков, где указано, что WP прекрасно работает в таких условиях, то и обсуждать нечего - хостер жулик. Если такой информации нет - то претензия необоснована. У меня сложилось впечатление, что автор свою претензию обосновывает только тем, что где-то его сайт работал якобы на 32Мб.

Так и Вы посмотрите, да повнимательнее. И лучше с юристом.
А то начитается человек прав потребителя, а об обязанностях и знать не желает.

Если хостер сказал, что у него услуги предоставляются вот в таком виде и не иначе, фиг Вы его заставите это сделать иначе (если его "иначе" не противоречит Законам).
Ибо он субьект хоз. деятельности и имеет право продавать своё "что-то" как именно он этого хочет\может, а не как клиенту завтра вздумается. Опять же, в рамках Законов.



И решается это всё не "в общем", а для каждого конкретного случая проводится разбор кто виноват и что делать.

Не должен, конечно, кто же клиента ограничит ?
Но ведь в том-то и штука, что и хостер не должен.
Знать пойдёт ли клиенсткий скрипт на хостинге - это в общем случае просто невозможно. Для хостера клиентский скрипт - это чёрный ящик.

Если речь идёт о широко известных скриптах, то тут можно дать консультацию. Но чтобы хостер был обязан знать - этого нет.
Тут разработчик скрипта должен писать системные требования к своему ПО. Прям по аналогии с обычными десктоповыми приложениями.
Клиент имеет скрипт, имеет сис. требования и уже по ним выбирает себе подходящий хостинг.
Если выбрал не подходящий, почему же хостер виноват ?


Если Вам нужен бытовая дрель, Вы купите её в нашем магазине.
Если Вам нужна профессиональная дрель, Вы тоже её купите в нашем магазине.
А вот какая именно дрель Вам нужна - это Вы решаете только сами (наши продавцы-консультанты конечно же Вам помогут с выбором).

С дрелями ещё хуже - бытовую при профессиональном использовании назад не примут и по гарантии обслуживать уже не будут.
А в хостинге просто - просто переходишь на другой тариф...

Если мы правильно поняли употребление слова "якобы", то все сводится к тому, врет автор или нет по поводу запуска его сайта "где-то" на 32Мб?
Не знаем насчет конкретной комплектации вордпресса ТС, но ВП у нас запускался и на 8Мб, http://zc.tj/wp/p.php ( phpinfo ), http://zc.tj/wp/ (сам вордпресс) - пожалуйста, доказательство (на контент внимания обращать не надо ). Что бы поставить точку в этом вопросе, предлагаем автору, если у него будет такое желание, связаться с нами в личке и мы поставим именно его версию к себе на хостинг, ограничив memory_limit в php 32Мб и посмотрим на результат. Хостинг у нас самый банальный, специально ни подо что не настроенный, вообще полнейшее разгильдяйство. Что бы не было лишнего ажиотажа, сразу скажем, что сделаем это бесплатно, только для теста и только на время теста, никаких советов по выбору хостинга давать не будем в принципе.
(добавление) перечитали топик с самого начала, не до конца понятно о какой именно памяти в 32Мб говорилось, поэтому к вышеназванному предложению добавляем предложение о том, что выставим memory_limit в php настройках на сколько скажут, и php запускается как модуль.
Наблюдаем тут противоположную ситуацию. Начитался хостер что все решается в рамках договора, что бы он там не написал, и ничего за пределами договора в упор не видит
Смотрели и именно с юристом, и даже "наблюдаем сейчас на примере знакомых программеров примерно ту же ситуацию, складывающуюся по ходу не в их пользу"©
Вы так и не поняли о чем мы говорим. Ещё раз повторим: "введение в заблуждение" клиента или "мошенничество" при предоставлении услуги выводит ситуацию за рамки договора. И обсуждаться в суде будет не нарушение договора. И заставлять хостера никто выполнять требования клиента не будет, просто будет иск по поводу "введения в заблуждение" и/или "мошенничества". А вот насколько иск будет удачен, зависит от судьи и адвокатов, потому что и то и другое это как с порнухой и эротикой, где грань проводит суд, а не какой-то объективный набор параметров. Впрочем это уже выходит за рамки темы, поэтому продолжать не будем. Если будут вопросы к нам - обращайтесь в личку.

Не автор, а его предыдущий хостер автору. В искренности автора у меня нет повода сомневаться.


Это был бы самый идеальный вариант для точки в этой теме. Вернее, для запятой, т.к. снимет (или подтвердит) только одну претензию - в соответствии заявленным и фактически предоставляемым ресурсам по ТП Специальный. Но останется более весомая - стиль решения клиентских проблем (напр. "Без звонка они вообще не реагируют на письмо."). Её никакими тестами не снимешь...

мне вообще говоря не очень ясна техническая сторона дела. из того что здесь прозвучало следует что в рбк сделано так что каждый домен имеет своего собственно юниксового юзера? это необычно. но суть в общем даже не в этом. все таки если услуга заявлена и оговорена то что стоило проверить а как там работают распространенные скрипты. ну или хотя бы по жалобе клиента начать расследовать дело и выяснить что да, действительно вп не идет и джумла не идет а вот это идет и вот то идет и затем все таки полечить проблему либо принять силовое решение и сказать что поддомены только для хтмл либо вот для таких то скриптов и больше ни для чего предназначены.
а сейчас это выглядит как то что клиент указал на проблему (видимо она все же не на его стороне) и решать ее просто никто не собирается и не хочет. и в общем зря. потому что если б это был самодельный скрипт то еще можно было бы на его разработчика свалить но такие скрипты как вп и другие перечисленные в общем то достаточно распространены и популярны и хотя хостер и не обязан поддерживать все эти скрипты но, тогда он хотя бы заранее должен предупредить об этом. в конце концов хостинг то покупают для размещения скриптов в основном.

PS. в любом случае ссылка на лимит памяти звучит неубедительно - даже при 8 мегабайтах многие скрипты запускаются.

Может я не так выразился.
Поясню.

Договор регулирует положения, которые не регулируют Законы и действует только в рамках Законов.
Законы не определяют сколько памяти должен выдавать хостер на каждый скрипт в каждом своём тарифном плане.
Законы говорят что заявленное должно совпадать с полученным.

Сможете доказать, что заявленное не совпадает с полученным - хостер виноват. И правильно виноват.
А если не виноват, то заставить предоставить больше памяти - не сможете.

Я только об этом и говорил, иное не интересно.




Я не знаю, что там у Вас за мошенничество с "программерами" такое, но если договор даже рассматриваться не будет, тогда это не похоже на обсуждаемый тут вопрос.
Посему не стоит мешать до кучи разные вещи, они действительно, как Вы и говорите, решаются в каждом конкретном случае по своему.





Замените "должен" на "может".
Иначе обоснуйте законодательно.

Закавыка-то как раз в этом - люди почему-то думают, что законы обязуют каждого хостера им предоставлять то, что он может никогда и не планировал, обосновывая это тем, что они получали это ранее "где-то там, да ещё и за меньшие деньги".

Я вот не видел, чтобы законы даже рекомендовали, не то чтобы уже обязывали. Кто покажет ? Буду благодарен...

1) надо бы дать по мозгам месткому. опять форум открывается через раз
2) я говорил не о юридической сути дела. в юридическом плане любую позицию можно обосновать и плохо и хорошо и проиграть или выиграть дело. всегда есть вопросы толкования. но тут я не спец. я говорил просто об отношении к клиенту. человек ведь заплатил за нечто и если это нечто вдруг почему не работает потому что не подходит ему конкретно то так и надо объяснить и истолковать: что так мол и так - на данном тарифе/хостинга именно в таком виде такой то скрипт не работает и не будет работать.

Так с "отношением" никто не спорит, все согласны, надо

Кстати, а попробуйте нам как-нибудь сказать что говорит команда или её аналог. Ну и какой-нибудь
Это всё надо запустить каким-нибудь скриптом в обсуждаемом домене. Даже интересно стало.

Извините, что долго не появлялся, все таки надо рассказать чем все закончилось.

По поводу команды ulimit -a, вот ответ (к сожалению не разбираюсь в этом и прошу прокомментировать специалистов):

core file size (blocks, -c) 0
data seg size (kbytes, -d) 32768
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) 8192
max memory size (kbytes, -m) 32768
open files (-n) 24
pipe size (512 bytes, -p) 1
stack size (kbytes, -s) 8192
cpu time (seconds, -t) 20
max user processes (-u) 16
virtual memory (kbytes, -v) 32768

По поводу чемодана и ячейки. Я бы согласился с вашим примером, если бы по первому звонку, хостер мне сказал, что сабдомены только для хтмл! Но извините, 4 дня подряд, мне в телефонных разговорах саппорт соглашался, что проблема существует, и ее исправят. 3 раза они "передавали мою проблему администраторам". Когда я первый раз написал в службу контроля за качеством услуг, мне тоже сказали "что исправили". То есть сам хостер совершенно не в курсе того, что у него на серверах и как настроено. И беседа моя письменная с ними закончилась на том, что "они не могут проконтролировать то, что мне говорят по телефону, а сабдомены не предназначены для CMS" (Бинго, они наконец-то додумались, что php_limits тут не при чем).

Моя миссия на этом завершена, спорить дальше нет смысла, я просто посоветовал указать это в FAQ, чтобы больше никто не тратил полнедели на обещания все исправить. Половину сайтов я уже перенес к другому хостеру, у которого тоже эти 32 Мб выделяются. Пока что все работает без проблем, посмотрим что будет когда перенесу к ним один посещаемый сайт.

Администраторов этого сайта я бы хотел попросить прикрепить эту тему до исправления ситуации, дело не в том, что хостер что-то выполняет а что-то нет. Дело в том, что hostobzor имеет своей целью экономить время людей при выборе хостинга, и они должны быть информированны о том, что РБК может и не мошенник, но точно не профессиональный хостинг, и проблемами клиентов заниматься в РБК никто не будет - вам всегда просто будут объяснять, что то что не работает - это нормально.

P.S. На одном форуме про фордпресс:

32 Megs of php memory limit

By default, the maximum memory a php script can use is 8 Megs. This limit was increased to 16 Megs in php 5.1.

Both are fine when running WordPress as a standalone product. But when you start activating a bunch of plugins, they're not fine.

In practice, 32 Megs of is the minimum php memory limit that you need.

У меня же блог не работал даже при всех отключенных плагинах. То есть эти 32 метра, оговоренные в договоре вообще не при чем. Просто хостинг не работоспособный по другой причине. По какой - могут ответить только специалисты, которые уже участвуют в обсуждении.

Кирилл, прикрепить тему мы не можем. Сами понимаете, что в этом разделе каждая тема - на вес информационного золота, выделить одного хостера из числа других - противоречит политике ресурса. Но мы ее не будем удалять, а просто закроем. Тогда любой, кто захочет сэкономить время и не поленится набрать в строке поиска заветный бренд, сразу получит возможность ознакомиться с Вашим горьким, и потому бесценным, опытом.

Если у Вас появится новая информация по теме и возникнет необходимость её открыть повторно, достаточно сообщить об этом любому из модераторов или мне (ссылка в подписи).