Publish your project for free and start receiving offers from freelance contractors in serveral minutes after publication!
1000 ₽

Сайт потребляет слишком много оперативной памяти. Починить.

project expired


Найти и исправить причину большого потребления сайтом оперативной памяти.
Необходимо приступить к работе сегодня же! 08.02.2014
сайт - http://hotelbedding.ru/
Сайт сделан на Вордпрессе
хостинг - RU Center

Сейчас сайт потребляет от 70-ти до 160 мб оперативной памяти. По этой причине с сайта не отправляются сообщения (форма заявки купли товаров, восстановление пароля от админки по почте).
До установки плагина интернет-магазина e-commerce в среднем сайт использовал около 90 мб.. После установки в среднем 140 мб.

О сайте:
Посещаемость сайта - примерно 30 человек в день.
Установленные плагины -
All In One SEO Pack
Gold Cart for WP e-Commerce
Google XML Sitemaps v3 for qTranslate
Meteor Slides
RusToLat
WP e-Commerce

Версия вордпресс:
WordPress 3.8.1


Рекомендую браться за эту работу опытным программистам, т.к. уже два фрилансера потратили уйму своего времени, но так и не справились с заданием.
Прилагаю скриншот статистики использования оперативной памяти.

Главная задача - добться того, чтоб с сайта начали отправляться сообщения, а именно - заказ товаров + восстановление пароля к админки по почте.

Applications 1

Only registered users can view attachments.

Make a proposal!

The client doesn't want to make prepayment? Offer him to make a payment via Safe to avoid possible fraud.

  1.  2747 
    101   41   0

    1 day1000 ₽

    Наш программист готов приступить сейчас.
    Подробности и пожелания сбрасывайте в ЛС.
    Скайп: ormandiora-monami
    [email protected]
    Обращайтесь!
    С ув. арт-студия "Takinado"

    Сделаем как надо! Арт-студия "Takinado".

    Ukraine Kropivnitskiy (Kirovograd) | 8 February 2014 |
  2. 1 day
    Александр С.
     546  verified   13   2

    Снимайте ВДС. Сайт тяжелый, плагины тяжелые.

    Ukraine Ukraine | 8 February 2014 |
  3. 1 day1000 ₽
    Roman Bondar
     1242   73   2

    Могу взяться за оптимизацию сайта, увеличим скорость в 3 раза

    Ukraine Kharkiv | 9 February 2014 |
  • Я так понимаю надо волшебной палочкой взмахнуть и готово? И к чему срочность? Очередной хитрый менеджер?
  • Александр Цыпруш — project author
    Complain | 8 February 2014 |
    Срочность к тому что уже давал эту работу другим и ушло уже много времени и хозяева сайта нервничают и торопят.
  • Для такой посещаемости...30 человек... кеширование попробуйте
  • Из каких соображений Вы увязываете не отправку сообщений c высоким потреблением оперативной памяти? Отправка почты реализована у Вас либо вызовом функции wp_mail() (чисто вордпрессовская реализация) либо обычной php-ной функцией mail(). Не думаю, что браться за задачу нужно со стороны потребления памяти. Необходимо отладочными инструментами (скажем, FirePHP) проверить, вызывается ли эта функция вообще? Может, до нее и дело не доходит? Тогда смотреть ПО КОДУ - почему.
  • Александр Цыпруш — project author
    Complain | 8 February 2014 |
    Так отвечают из техподдержки хостинга. Сообщения не отсылаются из-за недостатка оперативки. Когда отключаю плагин е-коммерц всё начинает работать, когда включаю - сообщения отправляются примерно 1 раз из 5-10 попыток.
  • Александр Цыпруш — project author
    Complain | 8 February 2014 |
    Срочность к тому что уже давал эту работу другим и ушло уже много времени и хозяева сайта нервничают и торопят. --------Из каких соображений Вы увязываете не отправку сообщений c высоким потреблением оперативной памяти?-------- Так отвечают из техподдержки хостинга. Сообщения не отсылаются из-за недостатка оперативки. Когда отключаю плагин е-коммерц всё начинает работать, когда включаю - сообщения отправляются примерно 1 раз из 5-10 попыток. ______________________________________________ Я не разбираюсь в PHP - поэтому выложил задачу сюда.
  • Тогда Вам нужно в .htaccess установить для параметра php_value memory_limit большее значение
  • Александр Цыпруш — project author
    Complain | 8 February 2014 |
    Куда тут добавлять? _______________________________________________________________ RewriteBase / # BEGIN WordPress RewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] # END WordPress ________________________________________________________ На хостинге в панели управления есть настройки всяких лимитов (не разбираюсь в них, но попробовал менять) - увеличивал и уменьшал - ничего не меняется. В сео плагине есть также настройки лимитов - тоже их менял - ничего не помогает.
  • Это я ктому, что плагин e-commerce потребляет столько оперативки, сколько потребляет (он размещает в памяти переменные, массивы и т.д. И ОТ ЭТОГО НИКУДА НЕ ДЕТЬСЯ) - тут уменьшить его потребление памяти даже разработчики плагина либо вообще бы не смогли, либо смогли бы в результате кардинального переписывания кода. А вам нужно попробовать в .htaccess (где-нибудь в начале, хотя не важно, можно перед RewriteEngine On) написать php_value memory_limit 160M Если системными администраторами такой верхний порог не ограничен, то должно помочь
  • Александр Цыпруш — project author
    Complain | 8 February 2014 |
    Мой тарифный план ограничивает выделенной оперативкой 128 мб - причём тариф не самый дешёвый - http://hosting.nic.ru/tariff201.shtml Но я пробовал поставить сайт на другой хостинг - у них 256 оперативки, но ничего от этого не изменилось.
  • Александр Цыпруш — project author
    Complain | 8 February 2014 |
    На этот хостин ставил. http://www.logol.ru/hosting/?utm_source=service&utm_medium=link&utm_campaign=hosting
  • Назар Мазаев
    Complain | 8 February 2014 |
    вот Г... редкостное, че я так и люблю всякие магазины на WP и Joomla под названием "а давайте сделаем конфетку", типа надо шоб и 5 коппек стоило и шоб памяти не хавало больше 32м, и шоб ничего не знать и поставить. А че оно такое дурное все массивы в оперативке держит. никто и разбираться нехочет, мы типа ж php не обучены, у нас тока 2 класса церковно-приходской! Ну это лирика, ну а практика тоже печалька. Хостерам пополам че там и как, вечная отписка обращаться к разработчикам cms и оптимизировать скрипты, ну так бы уже и писали че типа "наш хостинг нормально работает тока с php и не нать сюдой ставить усякие cms". Ну а реальность такова что на момент отсылки уже достигнута критическое потребление вот она и работает через раз плюс-минус. Так, теория была, практика была, реальность была. ИТОГО: под каждую задачу нужно выбирать инструмент, а не пытаться кувалдой забивать забивать мелкий саморез, ну или на оборот, маленьким молоточком ковать корабельный якорь. ЗЫ: очень понимаю, что все написаное - не конструктивно, но уж очень такие "типовые" задачи зачастили ЗЫ.ЗЫ. ППЦ модуль ИМ который не держит 30 посетителей в сутки считается "кошерным"!!!!
  • Александр Цыпруш — project author
    Complain | 8 February 2014 |
    Сайт уже давно был сделан, только сейчас потребовался интернет магазин на нём. Поэтому создатели этого сайта не задумывались над тем, как потом он будет работать с подобными плагинами. А многие страницы его в топ в поисковихах, поэтому переставлять сайт на новый движок и сохранить при этом урлы тексты и тайтлы - достаточно трудоёмкая работа.
  • Назар Мазаев
    Complain | 8 February 2014 |
    такая работа проделывалась не раз (лично), да, есть сложности, но вопрос в мотивации (не исполнителя, а заказчика, насколько ему реально нужно работающий сайт)
  • Назар Мазаев
    Complain | 8 February 2014 |
    Ну а теперь совет по уму - попытайтесб отключать по очереди остальные плагины кроме e-Commerce, смотрите на потребление памяти, очень часто плагины писаны криворуко, найдете какой, заментие альтернативой, ну или ищите фрилансера под php со знанием структуры wp
  • Александр Цыпруш — project author
    Complain | 8 February 2014 |
    Спасибо, буду пробовать сейчас.
  • Александр Цыпруш — project author
    Complain | 8 February 2014 |
    Отключаю всё кроме магазина - не помогает ((((
  • Да там отключать то и особо нечего.
  • Не совсем понятно. Если вы ставите на хостинг с ограничением оперативки в 256 и при этом ЯВНО УКАЖЕТЕ в .htaccess параметр php_value memory_limit 200M, то у вас все должно заработать, так как ваши графики потребления памяти показывают, что вы укладываетесь. Но инструкция в .htaccess обязательна, так как установленный хостером максимум и значение по умолчанию не совпадают.
  • Александр Цыпруш — project author
    Complain | 8 February 2014 |
    Сейчас именно это и хочу попробовать сделать - когда ставил сайт на тот хостинг - ещё не знал про эти лимиты - сейчас попробую.)
  • Есть же плагины которые показывают количество потребление памяти каждым плагином ну и запросы к базе данных. Вот такой поставить попробовать и потом удалить
  • Александр Цыпруш — project author
    Complain | 8 February 2014 |
    нечто похожее уже поставил вчера, только не плагин, а дописал в код - в самом низу сайта слева отображаются некоторые показатели.
  • можно и кодом, но так проще и данных больше.
  • А касательно плагина ИМ - неизвестно, как он писан. Может там для ускорения работы и уменьшения количества запросов к базе создается свой внутренний кеш и в результате ПОЛ-БАЗЫ в оперативке? Все это можно вычислить, но для такого необходимо вычитывать скрипт недетского плагина, и вам тут бюджетом в 1000руб. не обойтись 🙂
  • Назар Мазаев
    Complain | 8 February 2014 |
    вообще ППЦ, посмотрел сайт даже если все держать в опперативе, включая ВСЕ массивы со ВСЕМИ ТОВАРАМИ, понять не могу куда вся память утекает 🙂 я не спец в WP но все же, есть подозрение что память съедает как раз кеш, возможно он организован в оперативной памяти а не на диске
  • Я тоже не спец в WP, но недавно пару раз кое-какие приложения разрабатывал для сайтов под WP. Так вот, оказалось, что сама CMS кеширования не производит. И для целей ускорения там либо устанавливают сторонние плагины, либо разработчики изголяются - кто на что горазд. Так может быть и с ИМ. Вообще, на редкость левая CMS
  • Назар Мазаев
    Complain | 8 February 2014 |
    зато порог вхождения низкий, это многих (студентов, чайников и пр.) и прельщает - "сыр в мышеловке". Я ничего не имею против Open Source и бесплатных CMS, некоторые очень даже ничего (сам на них живу MODX, Yii), а некоторые платные откровенное Г, но нельзя же так вообще, пытаться строить коммерческий продукт (который должен приносить деньги), но при этом использовать не просто сms, а продукты не ребующие ВВООБЩЕ никаких знаний и умений - типа WP и Joomla, нет, конечно если допиливать, но тогда зачем тратить усилия, если можно постоить нормальную архитектуру допустим на Yii и CI, Kohana в конце концов (для мелких и средних приложений). Надо понимать, что если использовать CMS которая полностью настраивается чекбоксами, то надо быть готовым и к хз каким потреблениям памяти и ресурсов, скажеи так, если не хочешь платить за качетвеннй код, то будешь платить за VPS, и наоборот, по другому никак ...
  • Вы не правы, мне попадалась такая аналитика что как раз кеширование используется, но оно идет только на поддержание работы самого WP, а без него так это вообще кошмар тысячи запросов к базе и т.д., костыль сплошной короче. Все эти CMS одна кривее другой. Их удел блоки на тему, как делать блоги.
  • Назар Мазаев
    Complain | 8 February 2014 |
    полностью согласен
  • Постучитесь в личку - недавно решал аналогичную задачу
  • Александр Цыпруш — project author
    Complain | 8 February 2014 |
    Постучал. Вы пока молчите.
  • Назар Мазаев
    Complain | 8 February 2014 |
    да реально на сайте форума не хватает, го голосовать за форум! http://freelancehunt.userecho.com/topic/21315-nuzhen-forum/
  • Александр Цыпруш — project author
    Complain | 8 February 2014 |
    Оказывается - когда я тестировал сайт на другом хостинге и урле - меня перекидывало автоматом на родной урл и хостинг. Просто я не заметил как урл менялся. Поэтому проверяя работу сайта на другом хостинге - я получал такой же результат. Сейчас разберусь почему там была переадресация (хотя сайт никогда не был ни на том хостинге ни на том урле) и тогда наверняка уже проверю как поведёт себя сайт на другом хостинге.
  • Александр Цыпруш — project author
    Complain | 9 February 2014 |
    Переадресация настроена в скриптах сайта - придётся ещё с этим разбираться ((
  • Никакой там переадресации в скриптах не прописано. Вы просто не умеете правильно переносить вордпрессовский сайт на другой хост. В вордпрессе все ВНУТРЕННИЕ ССЫЛКИ (плагинов, виджетов, страниц, записей, рубрик и т.д.) содержат полный (а не относительный, как было бы логичнее) адрес и хранятся, естественно, в базе данных. Если при переносе на новый хостинг вы не измените ВСЕ адреса (а их у вас в базе сотни и сотни), то и получится чехарда - в первую очередь пункты меню будут ссылаться на прежние адреса - вот вам и переход на старое местоположение сайта уже при первом же нажатии пункта меню. И в таком духе вся остальная адресация.
  • Александр Цыпруш — project author
    Complain | 9 February 2014 |
    Понятно. А чтоб все эти урлы заменить - вроде есть специальный плагин?
  • http://web-top-plus.ru/wordpress/wordpress-s-denvera-na-xosting/
  • Александр Цыпруш — project author
    Complain | 9 February 2014 |
    С базой данных так можно сделать. Но что делать чтоб исправить урлы которые были прописаны в шаблоне темы и возможно ещё где-то не в базе данных. Нотепад наверно не потянет поиск и замену в этих файлах с различным уоровнем вложенности или потянет?
  • Не важно, что речь в статье о переносе с Денвера на хостинг. То же касается и вашего случая, поскольку речь идет об изменении URL. Самое важное тут - это три операции: UPDATE wp_options SET option_value = REPLACE(option_value, 'http://wp.ru', 'http://newsite.ru') WHERE option_name = 'home' OR option_name = 'siteurl'; UPDATE wp_posts SET guid = REPLACE(guid, 'http://wp.ru','http://newsite.ru'); UPDATE wp_posts SET post_content = REPLACE(post_content, 'http://wp.ru', 'http://newsite.ru'); где http://wp.ru — это адрес вашего блога на локальном хостинге, а http://newsite.ru — ваш новый адрес. Обязательное условие — в ссылках не должно быть слеша в конце.
  • Notepad++ заменит все. Но, уверяю вас, все адреса, которые прописаны в теме, в скриптах, в css - ОТНОСИТЕЛЬНЫЕ и их менять нужды нет. ТОЛЬКО в базе. Внимательно прочитайте статью. Там два способа замены адресов
  • Александр Цыпруш — project author
    Complain | 9 February 2014 |
    Спасибо за советы. Буду пробовать.
  • Add

Client
Александр Цыпруш
Russia Saint-Petersburg  25   0
Project published
8 February 2014
1266 views
Payment methods