Ria.neiron: А с чего вы взяли, что из-за ваших копеек, в общем доходе компании, вас будут терпеть?
"Я плачу бабки, я делаю выручку.. " а "холопы" сотрудники техподдержки терпеть должны..
Alexeybx: Регистрация: 31.08.2019
Alexeybx, благодарю за информацию.. что не поленились зарегистрироваться для того, чтобы поделиться с другими клиентами.. реальными и потенциальными..
Ещё одна ситуация на всеобщее обозрение, из описания (более-менее подробного, учитывая точки зрения обеих сторон) которой каждый сможет сделать выводы..
---------- Добавлено 31.08.2019 в 21:26 ----------
Glueon: А почему не с основного аккаунта? Без обид, но такие посты с свежих акков выглядят всегда несколько странно
site:searchengines.guru 1bx host не особо находит.. Вполне возможно, что действительно "новорег"..
Pavel A: Настроить сервачек на nginx и быстром проце.
да не в nginx-е дело там.. там с большой вероятностью MySQL ресурсы отъедает (не удивлюсь, если доходит до создания временных таблиц на диске). Nginx никак эту часть не ускорит..
p.s. устроили тут обсуждение-гадание на кофейной гуще.. а ТС забыл и думать о нас..
_SP_: Я как-то забыл, что бывают какие-то "обычные хостинги"....
Думаю, что владельцу "более-менее обычного" интернет магазина не интересно заниматься тюнингом сервера... вникать в память, кэш, запросы и прочие штуки.. Нужно, чтоб "сел и поехал"..
Ещё интересный момент.. Для многих очевидно, что если попытаться загрузить в машину в 3 раза больше ящиков/мешков, чем заявленная грузоподъемность - вполне ожидаемо, что "может не ехать".. или "ехать, но с трудом". В отношении компьютеров иногда такое забывается.. )
p.s. Вполне вероятно, что дешевле (во всех смыслах, кроме экономии компьютерных мощностей и, как следствие, вклада в мировую экологическую обстановку) перейти на следующий (+2, +3) тариф, чем заниматься исправлением такого рода повышенной нагрузки..
Скорее, памяти для Join-ов.. )) там стандартный механизм дополнительных полей в shop_item_properties складируется. На "обычном" хостинге (не думаю, что для 8к товаров был сервер) вряд ли будет возможность..
Разве что на тариф посолиднее переехать.. Или к хостеру обратиться с просьбой "настроить сервер" (или, для начала, на графики нагрузки посмотреть.. хотя бы "в попугаях" - некоторые панельки позволяют)
Но опять же, никаких гарантий - "под капот" смотреть нужно...
Alexeybx, Если вы быдло и хамло - ждите, что вас пошлют ещё не раз.
Люди меняются.. ))
Возможно..
p.s. Не исключено, что многие хостеры будут солидарны с Selectel-ом в описанной ситуации..
мммм а если я живу в 3 часах езды от Спб и готов приезжать в офис 2 раза в месяц. Могу предложить свои услуги ?
м.м.м.. а кандидаты с проживанием в 4-х часах езды от Спб (Сапсан.. 😂) рассматриваются?
Какой бюджет на тестовое?
И тематику заодно огласите.. пжалста..
А с чего вы взяли, что из-за ваших копеек, в общем доходе компании, вас будут терпеть?
"Я плачу бабки, я делаю выручку.. " а "холопы" сотрудники техподдержки терпеть должны..
Регистрация: 31.08.2019
Alexeybx, благодарю за информацию.. что не поленились зарегистрироваться для того, чтобы поделиться с другими клиентами.. реальными и потенциальными..
Ещё одна ситуация на всеобщее обозрение, из описания (более-менее подробного, учитывая точки зрения обеих сторон) которой каждый сможет сделать выводы..
---------- Добавлено 31.08.2019 в 21:26 ----------
А почему не с основного аккаунта? Без обид, но такие посты с свежих акков выглядят всегда несколько странно
site:searchengines.guru 1bx host не особо находит.. Вполне возможно, что действительно "новорег"..
Вариант page-name.php и single-name.php где name — имя своего типа записей, не сработал.
А как "готовить" пытались?
https://developer.wordpress.org/themes/template-files-section/custom-post-type-template-files/
https://developer.wordpress.org/themes/basics/template-hierarchy/#single-post
---------- Добавлено 30.08.2019 в 16:38 ----------
page - для страниц. Для записей-постов - single.. + archive..
Свои записи создаём по средствам register_post_type(‘имя’, $args).
Настроить сервачек на nginx и быстром проце.
да не в nginx-е дело там.. там с большой вероятностью MySQL ресурсы отъедает (не удивлюсь, если доходит до создания временных таблиц на диске). Nginx никак эту часть не ускорит..
p.s. устроили тут обсуждение-гадание на кофейной гуще.. а ТС забыл и думать о нас..
остаются только дата и ссылка Подробнее. А надо еще тему и картинку.
Сейчас там нет картинки.
А тему по </b> можно "обрезать"...
Подскажите
Так смотреть надо.. лучше в другом месте, где именно у Вас этот $body формируется..
p.s. Можно, конечно регуляркой вытащить.. если увидеть "как сейчас", но как-то это не по-человечески..
Я как-то забыл, что бывают какие-то "обычные хостинги"....
Думаю, что владельцу "более-менее обычного" интернет магазина не интересно заниматься тюнингом сервера... вникать в память, кэш, запросы и прочие штуки.. Нужно, чтоб "сел и поехал"..
Ещё интересный момент.. Для многих очевидно, что если попытаться загрузить в машину в 3 раза больше ящиков/мешков, чем заявленная грузоподъемность - вполне ожидаемо, что "может не ехать".. или "ехать, но с трудом". В отношении компьютеров иногда такое забывается.. )
p.s. Вполне вероятно, что дешевле (во всех смыслах, кроме экономии компьютерных мощностей и, как следствие, вклада в мировую экологическую обстановку) перейти на следующий (+2, +3) тариф, чем заниматься исправлением такого рода повышенной нагрузки..
Скорее всего кеша для индексов добавить.
Скорее, памяти для Join-ов.. )) там стандартный механизм дополнительных полей в shop_item_properties складируется. На "обычном" хостинге (не думаю, что для 8к товаров был сервер) вряд ли будет возможность..
Разве что на тариф посолиднее переехать.. Или к хостеру обратиться с просьбой "настроить сервер" (или, для начала, на графики нагрузки посмотреть.. хотя бы "в попугаях" - некоторые панельки позволяют)
Но опять же, никаких гарантий - "под капот" смотреть нужно...
что сделать,
К разработчику фильтра не обращались?
На официальном форуме вопрос не задавали? https://www.hostcms.ru/forums/
Смотреть надо, что там у вас в "винных" фильтрах происходит.