tdslava
-
Публікації
175 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача tdslava
-
В целом согласен, кроме оценки роли железа в 90%. Та же база в оперативке должна висеть, а не на жестком. Думаю, сперва нужно оптимизировать все что можно в дополнениях, попробовать и отладить другое окружение, протестировать это все. Потом уже менять железо, вновь тюнинговать под него окружение и увидеть что конкретно дало железо, а не другие шаги. Пока исполнителя выбрал, но если что - обращусь. -
Всем спасибо. Отозвался специалист, с которым начинаю сотрудничество. По поводу разборок здесь - грустно все это видеть. Мои симпатии в любом случае на стороне авторов расширений. Эти расширения нужны, полезны и, в основном, стоят своих денег. Безусловно, имеют недостатки, которые можно и нужно устранять. Когда кто-то критикует и не предлагает альтернативы, то чем больше грязи от такого критика - тем меньше объективности и опаснее иметь с ним дело. Вместо оптимальных решений будет удовлетворяться эго и будут сводиться счеты с конкурентами путем борьбы с их модулями и соответствующей обработкой клиента. Если это прочтет кто-то, кто ищет исполнителя для настройки сервера/сайта - учтите это.
-
Пишу - нужны настройки, тюнинг, оптимизация. А мне: меняй железо! Переустановить систему с нуля!
-
Спасибо. Многое проясняет. Также поясню почему нельзя работать с человеком, который хает других. Адекватный разработчик: Модуль А у вас на сайте не подходит для вашего объема данных. Я общался с его разработчиком и он признал, что сделал продукт для небольших магазинов. Дорабатывать не будет, так как сейчас бы он все сделал по другому. Могу переписку показать, если нужно. Модуль Б также не рекомендую, он также не предназначен для крупных проектов. Модуль С хоть и не популярен, был создан под крупного заказчика. Признаюсь, я в нем не разберусь, пусть автор доработает под вас, я дошлифую Неадекватный: модули А, K, S, Z которые вы понаставили - это куски говнокода! С ними никогда у вас ничего работать не будет! Их надо снести нахрен! Знали бы вы какие кретины их авторы! Ну и что что у вас критический функционал и фишечки на модуль S завязаны, сами виноваты, что связались с хренью от этого Васи! Но я вас спасу! Поставим модуль X (единственный с которым разобрался на одном прошлом проекте)! Как же вам повезло, что нашли меня! Но работа сложная и долгая, тут такого до меня наворотили! Ну вы поняли
-
Да, я позволил себе сделать замечание, что восхваление себя поливая грязью других - вызывает неприязнь. Как бы я не восхищался темами затронутыми в блоге - и поиск через сфинкс интересен, и интригует переход с модуля апач на php-pfm (наверно есть резон? читал что родной модуль быстрее), и оптимизация запросов - то, что надо, но эти метания "камней" в адрес других разрабов меня опечалили. Хоть я и сталкивался с их эго и качеством кода на практике, тоже имею определенные претензии, но это перебор. Поэтому и предложил работу, но с условием оградить от подобного выноса мозга. Уже имел подобный опыт. На предложенный "заградительный" размер оплаты я согласился, по договору. Но получил отказ. По той причине что ругать других священное право или из-за договора - ответа не было.
-
это не значит, что сайт ускорится во столько раз. Полагаю, часть движка висит в оперативке, а если статика чуть дольше будет грузится - не существенно. много занимают картинки. За ними обращаются боты, их может уже не быть, сообщение падает в лог ошибок апача. За 2 недели error.log может вырасти до 40Гб тут ничего не могу сказать, не знаю. Почти вся нагрузка на мускул - отборы товара по фильтрам. куча закубленых модулей под PHP 7.0 придется менять на версии под PHP 7.2 Когда переходили с 5.6 на семерку, отказались от 7.2 по причине проблем совместимости, к 7.0 адаптировать оказалось проще. Ниуи не факт, что с нуля окажется лучше - еще много тюнинга понадобится. Но зачем? Ок, изучу. Смотрел что мой хостинг предлагает и у него 500Гб - 17 USD/месяц
-
Ок, во сколько вы оцениваете эту задачу и как оцениваете отдачу? Насколько SSD ускорит сайт? Потрачу уйму времени продумывая как сократить файлы и уместить все 500 Гб SSD, подключив еще 500 под бекапы (+1500 в месяц), как правильно настроить ротацию логов чтобы внезапный проход бота в поисках старых картинок не раздул лог на оставшиеся на диске 20 гигов, боятся загружать новый фото-видео контент, так как места мало. Заново настроить окружение, заплатить за это энную сумму. А потом окажется, что выигрыш 5-10% производительности. И советчик скажет "хм, значит, узкое место не здесь, давайте поищем где-то еще..." раз в полтора года вылетает один диск из рейда, ночью его меняют и потом полдня идет пересинхронизация рейда с тормозами сайта. Против 1500*12=18000 доп.расхода на в год на бекапдиск. Нуууу, сравнимые убытки. Подумаю Код в гит как раз перенесли. Можно хотя бы приблизительно оценить что дает переход на SSD в числах?
-
Так понимаю, есть четыре уровня: 1) железо 2) настройки сервера/апача/mysql 3) настройки движка/модулей 4) настройки шаблона/сжатий и оптимизаций изображений, стилей и скриптов 1 - мне заниматься вместе с техподдержкой хостинга 4 - готово и не потребует доработок Помочь с 2 и 3 есть желающие?
-
так понимаю, гугл на него смотрит. Траф из гугла подрос. Есть и другие тесты, скорость загрузки и по ним и субъективно подросла
-
10-20 пунктов в PageSpeed Insights добавил. Если о цене, то услуга сразу окупилась, тут претензий нет.
-
как это поможет? Проблем с нагрузкой пока нет, есть медленная (относительно) загрузка товарной категории даже при низкой нагрузке SSD или сильно меньше по объему и к ним нужно еще большой бекап диск брать, либо с тем же терабайтом цена хостинга в 1,5 раза вырастет. Файлы занимают более 500Гб и регулярно резко вырастают логи. какие-то настройки неоднократно делали. Думается, нужно копать глубже и такими поверхностными мерами не обойтись. Например, не так давно отследил источник часто возникающих медленных запросов и снес модуль "похожих товаров". Лучше пока совсем без него. Как понимаете, mysqltuner не спас бы от постоянно действующего генератора монструозных запросов.
-
что сделал стандартный набор оптимизации - сжатие скриптов и стилей, тюнинг загрузки скриптов. Работа других модулей практически не затрагивалась, сервер не настраивался (кроме включения сжатия и кеширования в ispmanager)
-
Имеем сайт slava.su с посещалкой ползущей к 2к уников в сутки, 12к активного товара и 76к с архивными. Выделенный сервер Core i7-6700 4.0ГГц (4 ядра) / 16Гб RAM / 2х1000Гб SATA Debian 3.16. Apache 2.4 модуль Apache PHP 7.0.32 OcStore 2.1 с массой доработок. Фильтр brainy и море всяких модулей. Недавно включили webp и оптимизацию от sitecreator. Есть улучшения, но не кардинальные. Беспокоит скорость загрузки, в частности высокий TTFB в товарных категориях В php,mysql и юникс кое-что понимаю, помогу разобраться в истории разработки, что и зачем было сделано, что можно заменить/удалить/полечить/не трогать. Готовы нормально заплатить. Предпочтительно по договору с юрлицом/ИП/самозанятым в РФ
-
Поиск с ходу выдает: https://docs.ozon.ru/api/seller
-
Ну что, есть чо для 2.1?
-
https://slava.su Сайт розничной сети "Русские часы", салона "Золотые часы", производителя марок Слава и Спецназ. Существует более 10 лет, 4 года назад был перенесен с Virtuemart на OcStore 2.1 ИКС 440, посещалка более 1500 в сутки Тяжело обвешан модулями: SEO CMS, Complete SEO, BrainyFilter, АОП, несколько модулей импорта и экспорта. Модули написанные под нас связанные с контентом, автоматический перевод по словарю. Тюнингованный поиск, десятки аналитических скриптов по контенту, заказам и здоровью сайта/хостинга.
-
Если загрузили новые фотки и крон пока не отработал, будет грузится джипег, а когда отработает крон появится webp?
-
А как идет проверка поддерживает браузер webp или нет? Через параметры в хидерах запросов, без JS? Если режим "на лету" - даже если все сгенерировано, вероятно, идет проверка нужно ли что-то сгенерировать. Тоже может занимать время. Видел в теме переписку с автором SEO CMS - как модуль с ним дружит в конечном итоге?
-
Здравствуйте! С размерами фоток и отложенной загрузкой все понятно. Что при формировании webp файлов тоже какая-то нагрузка - ясно. А какую модуль создает задержку загрузки скриптов, формирования и первичной отрисовки страницы? Если включать/выключать модуль на категории где все товары без фото - видна разница?
-
можно еще и черный список разработчиков делать. Несколько лет назад bubuzon был в топах рейтинга, начали нам сайт делать. Доделывали другие и сам копался, попутно обнаружил, что все модули какие они "писали под нас" - оказались варезные
-
Здравствуйте! https://kassa.yandex.ru/developers/payment-methods/other/wechat Сценарии интеграции: Доступно только для самостоятельной интеграции. Кто возьмется сделать для Opencart 2.1 и за какую сумму?
-
Здравствуйте! Нужен человек на постоянную удаленную работу, который будет брать ежедневно приходящие прайсы из специального ящика и загружать их в ОАП для загрузки цен и остатков. Свойства никогда через АОП не грузим. При этом: - делать первоначальную настройку новых прайсов - проверять не изменился ли формат прайса - формировать цену со скидкой из колонки с процентом скидки - вытаскивать из errors.tmp отсутствующие у нас на сайте модели и отправлять список контент-менеджеру - фиксировать обработку поступивших прайсов в гугл-документе Есть желающие?
-
Извиняюсь, не понял связь между артикулами и атрибутами
-
Здравствуйте! Есть ли возможность сопоставить артикулы поставщика со своими по отдельной таблице? У нас в базе артикулы - А, B, C А в фиде - клевый А;В розовый;С развесистый везде по разному, регексп не поможет. Более того, некоторые артикула с пробелами Отделять артикула от лишних описаний поставщик отказывается. Каждый раз править не вариант. Мы можем сделать табличку соответствий, что-то типа: клевый А;A B розовый;B С развесистый;С Можно ли как-то подключить этот "sku mapping" к загрузке прайса?
-
кто-то что-то сделал? Купим готовое решение
Останні розширення
-
-
SP Cool Timer Автор: spectre -
Всі товари магазину Автор: kJlukOo -
-
Список Замовлень PRO Автор: Parallax