Switch to English?
Yes
Переключитись на українську?
Так
Переключиться на русскую?
Да
Przełączyć się na polską?
Tak
Розмістіть свій проєкт безплатно та почніть отримувати пропозиції від фрилансерів-виконавців уже через хвилини після публікації!

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

582 UAH

Додатки 1

Перегляд додатків доступний тільки зареєстрованим користувачам.
Замовник не бажає робити передоплату? Оплата через Сейф допоможе уникнути можливого шахрайства.
  1. 1295    45  0
    1 день582 UAH

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

  2. 1 ставку приховано
    1 ставку приховано
  • Денис Волошин
    8 лютого 2014, 17:04 |
    Я так понимаю надо волшебной палочкой взмахнуть и готово? И к чему срочность? Очередной хитрый менеджер?
  • Профіль видалено
    8 лютого 2014, 17:36 |
    Срочность к тому что уже давал эту работу другим и ушло уже много времени и хозяева сайта нервничают и торопят.
  • Анатолий Демченко
    8 лютого 2014, 17:17 |
    Для такой посещаемости...30 человек... кеширование попробуйте
  • Сергей Блоцкий
    8 лютого 2014, 17:25 |
    Из каких соображений Вы увязываете не отправку сообщений c высоким потреблением оперативной памяти? Отправка почты реализована у Вас либо вызовом функции wp_mail() (чисто вордпрессовская реализация) либо обычной php-ной функцией mail(). Не думаю, что браться за задачу нужно со стороны потребления памяти. Необходимо отладочными инструментами (скажем, FirePHP) проверить, вызывается ли эта функция вообще? Может, до нее и дело не доходит? Тогда смотреть ПО КОДУ - почему.
  • Профіль видалено
    8 лютого 2014, 17:37 |
    Так отвечают из техподдержки хостинга. Сообщения не отсылаются из-за недостатка оперативки. Когда отключаю плагин е-коммерц всё начинает работать, когда включаю - сообщения отправляются примерно 1 раз из 5-10 попыток.
  • Профіль видалено
    8 лютого 2014, 17:33 |
    Срочность к тому что уже давал эту работу другим и ушло уже много времени и хозяева сайта нервничают и торопят. --------Из каких соображений Вы увязываете не отправку сообщений c высоким потреблением оперативной памяти?-------- Так отвечают из техподдержки хостинга. Сообщения не отсылаются из-за недостатка оперативки. Когда отключаю плагин е-коммерц всё начинает работать, когда включаю - сообщения отправляются примерно 1 раз из 5-10 попыток. ______________________________________________ Я не разбираюсь в PHP - поэтому выложил задачу сюда.
  • Сергей Блоцкий
    8 лютого 2014, 17:43 |
    Тогда Вам нужно в .htaccess установить для параметра php_value memory_limit большее значение
  • Профіль видалено
    8 лютого 2014, 17:48 |
    Куда тут добавлять? _______________________________________________________________ RewriteBase / # BEGIN WordPress RewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] # END WordPress ________________________________________________________ На хостинге в панели управления есть настройки всяких лимитов (не разбираюсь в них, но попробовал менять) - увеличивал и уменьшал - ничего не меняется. В сео плагине есть также настройки лимитов - тоже их менял - ничего не помогает.
  • Сергей Блоцкий
    8 лютого 2014, 17:55 |
    Это я ктому, что плагин e-commerce потребляет столько оперативки, сколько потребляет (он размещает в памяти переменные, массивы и т.д. И ОТ ЭТОГО НИКУДА НЕ ДЕТЬСЯ) - тут уменьшить его потребление памяти даже разработчики плагина либо вообще бы не смогли, либо смогли бы в результате кардинального переписывания кода. А вам нужно попробовать в .htaccess (где-нибудь в начале, хотя не важно, можно перед RewriteEngine On) написать php_value memory_limit 160M Если системными администраторами такой верхний порог не ограничен, то должно помочь
  • Профіль видалено
    8 лютого 2014, 18:01 |
    Мой тарифный план ограничивает выделенной оперативкой 128 мб - причём тариф не самый дешёвый - http://hosting.nic.ru/tariff201.shtml Но я пробовал поставить сайт на другой хостинг - у них 256 оперативки, но ничего от этого не изменилось.
  • Профіль видалено
    8 лютого 2014, 18:04 |
    На этот хостин ставил. http://www.logol.ru/hosting/?utm_source=service&utm_medium=link&utm_campaign=hosting
  • Руслан Москаленко
    8 лютого 2014, 18:21 |
    вот Г... редкостное, че я так и люблю всякие магазины на WP и Joomla под названием "а давайте сделаем конфетку", типа надо шоб и 5 коппек стоило и шоб памяти не хавало больше 32м, и шоб ничего не знать и поставить. А че оно такое дурное все массивы в оперативке держит. никто и разбираться нехочет, мы типа ж php не обучены, у нас тока 2 класса церковно-приходской! Ну это лирика, ну а практика тоже печалька. Хостерам пополам че там и как, вечная отписка обращаться к разработчикам cms и оптимизировать скрипты, ну так бы уже и писали че типа "наш хостинг нормально работает тока с php и не нать сюдой ставить усякие cms". Ну а реальность такова что на момент отсылки уже достигнута критическое потребление вот она и работает через раз плюс-минус. Так, теория была, практика была, реальность была. ИТОГО: под каждую задачу нужно выбирать инструмент, а не пытаться кувалдой забивать забивать мелкий саморез, ну или на оборот, маленьким молоточком ковать корабельный якорь. ЗЫ: очень понимаю, что все написаное - не конструктивно, но уж очень такие "типовые" задачи зачастили ЗЫ.ЗЫ. ППЦ модуль ИМ который не держит 30 посетителей в сутки считается "кошерным"!!!!
  • Профіль видалено
    8 лютого 2014, 18:33 |
    Сайт уже давно был сделан, только сейчас потребовался интернет магазин на нём. Поэтому создатели этого сайта не задумывались над тем, как потом он будет работать с подобными плагинами. А многие страницы его в топ в поисковихах, поэтому переставлять сайт на новый движок и сохранить при этом урлы тексты и тайтлы - достаточно трудоёмкая работа.
  • Руслан Москаленко
    8 лютого 2014, 18:58 |
    такая работа проделывалась не раз (лично), да, есть сложности, но вопрос в мотивации (не исполнителя, а заказчика, насколько ему реально нужно работающий сайт)
  • Руслан Москаленко
    8 лютого 2014, 18:26 |
    Ну а теперь совет по уму - попытайтесб отключать по очереди остальные плагины кроме e-Commerce, смотрите на потребление памяти, очень часто плагины писаны криворуко, найдете какой, заментие альтернативой, ну или ищите фрилансера под php со знанием структуры wp
  • Профіль видалено
    8 лютого 2014, 18:29 |
    Спасибо, буду пробовать сейчас.
  • Профіль видалено
    8 лютого 2014, 18:36 |
    Отключаю всё кроме магазина - не помогает ((((
  • Денис Волошин
    8 лютого 2014, 18:37 |
    Да там отключать то и особо нечего.
  • Сергей Блоцкий
    8 лютого 2014, 18:37 |
    Не совсем понятно. Если вы ставите на хостинг с ограничением оперативки в 256 и при этом ЯВНО УКАЖЕТЕ в .htaccess параметр php_value memory_limit 200M, то у вас все должно заработать, так как ваши графики потребления памяти показывают, что вы укладываетесь. Но инструкция в .htaccess обязательна, так как установленный хостером максимум и значение по умолчанию не совпадают.
  • Профіль видалено
    8 лютого 2014, 18:40 |
    Сейчас именно это и хочу попробовать сделать - когда ставил сайт на тот хостинг - ещё не знал про эти лимиты - сейчас попробую.)
  • Денис Волошин
    8 лютого 2014, 18:39 |
    Есть же плагины которые показывают количество потребление памяти каждым плагином ну и запросы к базе данных. Вот такой поставить попробовать и потом удалить
  • Профіль видалено
    8 лютого 2014, 18:42 |
    нечто похожее уже поставил вчера, только не плагин, а дописал в код - в самом низу сайта слева отображаются некоторые показатели.
  • Денис Волошин
    8 лютого 2014, 18:45 |
    можно и кодом, но так проще и данных больше.
  • Сергей Блоцкий
    8 лютого 2014, 18:49 |
    А касательно плагина ИМ - неизвестно, как он писан. Может там для ускорения работы и уменьшения количества запросов к базе создается свой внутренний кеш и в результате ПОЛ-БАЗЫ в оперативке? Все это можно вычислить, но для такого необходимо вычитывать скрипт недетского плагина, и вам тут бюджетом в 1000руб. не обойтись 🙂
  • Руслан Москаленко
    8 лютого 2014, 19:04 |
    вообще ППЦ, посмотрел сайт даже если все держать в опперативе, включая ВСЕ массивы со ВСЕМИ ТОВАРАМИ, понять не могу куда вся память утекает 🙂 я не спец в WP но все же, есть подозрение что память съедает как раз кеш, возможно он организован в оперативной памяти а не на диске
  • Сергей Блоцкий
    8 лютого 2014, 19:14 |
    Я тоже не спец в WP, но недавно пару раз кое-какие приложения разрабатывал для сайтов под WP. Так вот, оказалось, что сама CMS кеширования не производит. И для целей ускорения там либо устанавливают сторонние плагины, либо разработчики изголяются - кто на что горазд. Так может быть и с ИМ. Вообще, на редкость левая CMS
  • Руслан Москаленко
    8 лютого 2014, 19:36 |
    зато порог вхождения низкий, это многих (студентов, чайников и пр.) и прельщает - "сыр в мышеловке". Я ничего не имею против Open Source и бесплатных CMS, некоторые очень даже ничего (сам на них живу MODX, Yii), а некоторые платные откровенное Г, но нельзя же так вообще, пытаться строить коммерческий продукт (который должен приносить деньги), но при этом использовать не просто сms, а продукты не ребующие ВВООБЩЕ никаких знаний и умений - типа WP и Joomla, нет, конечно если допиливать, но тогда зачем тратить усилия, если можно постоить нормальную архитектуру допустим на Yii и CI, Kohana в конце концов (для мелких и средних приложений). Надо понимать, что если использовать CMS которая полностью настраивается чекбоксами, то надо быть готовым и к хз каким потреблениям памяти и ресурсов, скажеи так, если не хочешь платить за качетвеннй код, то будешь платить за VPS, и наоборот, по другому никак ...
  • Денис Волошин
    8 лютого 2014, 21:10 |
    Вы не правы, мне попадалась такая аналитика что как раз кеширование используется, но оно идет только на поддержание работы самого WP, а без него так это вообще кошмар тысячи запросов к базе и т.д., костыль сплошной короче. Все эти CMS одна кривее другой. Их удел блоки на тему, как делать блоги.
  • Руслан Москаленко
    8 лютого 2014, 21:56 |
    полностью согласен
  • Профіль видалено
    8 лютого 2014, 19:13 |
    Постучитесь в личку - недавно решал аналогичную задачу
  • Профіль видалено
    8 лютого 2014, 19:25 |
    Постучал. Вы пока молчите.
  • Руслан Москаленко
    8 лютого 2014, 19:17 |
    да реально на сайте форума не хватает, го голосовать за форум! http://freelancehunt.userecho.com/topic/21315-nuzhen-forum/
  • Профіль видалено
    8 лютого 2014, 23:52 |
    Оказывается - когда я тестировал сайт на другом хостинге и урле - меня перекидывало автоматом на родной урл и хостинг. Просто я не заметил как урл менялся. Поэтому проверяя работу сайта на другом хостинге - я получал такой же результат. Сейчас разберусь почему там была переадресация (хотя сайт никогда не был ни на том хостинге ни на том урле) и тогда наверняка уже проверю как поведёт себя сайт на другом хостинге.
  • Профіль видалено
    9 лютого 2014, 0:11 |
    Переадресация настроена в скриптах сайта - придётся ещё с этим разбираться ((
  • Сергей Блоцкий
    9 лютого 2014, 2:39 |
    Никакой там переадресации в скриптах не прописано. Вы просто не умеете правильно переносить вордпрессовский сайт на другой хост. В вордпрессе все ВНУТРЕННИЕ ССЫЛКИ (плагинов, виджетов, страниц, записей, рубрик и т.д.) содержат полный (а не относительный, как было бы логичнее) адрес и хранятся, естественно, в базе данных. Если при переносе на новый хостинг вы не измените ВСЕ адреса (а их у вас в базе сотни и сотни), то и получится чехарда - в первую очередь пункты меню будут ссылаться на прежние адреса - вот вам и переход на старое местоположение сайта уже при первом же нажатии пункта меню. И в таком духе вся остальная адресация.
  • Профіль видалено
    9 лютого 2014, 9:47 |
    Понятно. А чтоб все эти урлы заменить - вроде есть специальный плагин?
  • Сергей Блоцкий
    9 лютого 2014, 9:56 |
    http://web-top-plus.ru/wordpress/wordpress-s-denvera-na-xosting/
  • Профіль видалено
    9 лютого 2014, 10:05 |
    С базой данных так можно сделать. Но что делать чтоб исправить урлы которые были прописаны в шаблоне темы и возможно ещё где-то не в базе данных. Нотепад наверно не потянет поиск и замену в этих файлах с различным уоровнем вложенности или потянет?
  • Сергей Блоцкий
    9 лютого 2014, 10:05 |
    Не важно, что речь в статье о переносе с Денвера на хостинг. То же касается и вашего случая, поскольку речь идет об изменении 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 — ваш новый адрес. Обязательное условие — в ссылках не должно быть слеша в конце.
  • Сергей Блоцкий
    9 лютого 2014, 10:13 |
    Notepad++ заменит все. Но, уверяю вас, все адреса, которые прописаны в теме, в скриптах, в css - ОТНОСИТЕЛЬНЫЕ и их менять нужды нет. ТОЛЬКО в базе. Внимательно прочитайте статью. Там два способа замены адресов
  • Профіль видалено
    9 лютого 2014, 10:19 |
    Спасибо за советы. Буду пробовать.

Актуальні фриланс-проєкти в категорії PHP

Адмінка для статейного сайту

Добрий день. необхідно написати адмін панель для ігрового статейного сайту (сайт цей - https://themeforest.net/item/goodgames-portal-store-html-gaming-template/17704593) В адмінці повинно бути: 1. **Управління користувачами:** - Створення нових користувачів. -…

HTML та CSS верстанняPHP ∙ 4 ставки

Laravel + VueJS + InertiaJS ``` Ларавель + В'юДжеС + ІнерціяДжеС

Good day, the project is written, it is working and ready to launch. Except for one nuance. SSR(Server Side Rendering) works very slowly, when launching a bot to check the load - the site crashes after 3-4 minutes. If you restart SSR during the check, it works but very slowly.…

JavascriptPHP ∙ 2 ставки

Змінити логіку акції 1+1=3

Відео про те, що потрібно зробити https://www.loom.com/share/e73bc4b1b04c49f7b78acf95e9ce7d15?sid=73b5c8ee-c7c5-4518-86ef-acfc7ffda194 Якщо коротко, то потрібно змінити логіку акції 1+1=3 Наразі при додаванні 2-х піц 40см, вистрибує модалка де юзер може обрати собі 30-ку в…

PHP ∙ 1 ставка

Реалізувати інтеграцію 1c та Woocommerce

Потрібно реалізувати імпорт товарів з 1с на сайт Woocommerce, а також їх оновлення. Важливий момент, що є ряд кастомних мета полів, зроблених через ACF, їх також потрібно імпортувати. Імпорт усіх медіафайлів для товару (Головне фото, галерея, відео) Зробити синхронізацію…

1CPHP ∙ 1 ставка

Розробник Laravel з навичками роботи з Sphinx

Усім доброго часу доби, шукаю розробника Laravel, який зможе допомогти доробити поточний функціонал одного з проектів. Важливі навички роботи з Sphinx, а також вміння працювати з JS на більш-менш базовому рівні. У ставці будь ласка текстом вказуйте вартість 1 години вашої…

PHPВеб-програмування ∙ 2 ставки

Замовник
Профіль видалено


Проєкт опублікований
10 років тому
1271 перегляд