Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

Soong

Користувачі
  
  • Публікації

    764
  • З нами

  • Відвідування

Повідомлення, опубліковані користувачем Soong

  1. 2 часа назад, AWARO сказал:

    понты нужны как только 500 чел появиться и будет глохнуть всё и чихать..
    майлчимп не могет что могет  модуль выше
    19к покупателей полет норм

    Авар, смотрел модуль, закрыты продажи, лс да? 

  2. 10 минут назад, hitball сказал:

    Добрый день!

    Подскажите, возможно ли скрыть некоторые варианты доставки, если их стоимость 0 при подсчете в заказе. 

    Не могу сообразить, как оформить варианты доставки, чтобы клиенту жизнь упростить и он не путался.

    Есть вариант доставки "На склад Новой почты - по тарифу". Здесь доставку оплачивает клиент при получении и цену я ему сразу сказать не могу сразу. Поэтому поставила 0 в описании доставки.

    Но при ее выборе она добавляется при подсчете стоимости заказа "На склад Новой почты - по тарифу (укажите город и номер склада): 0грн"

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

    Как можно правильно настроить эти пункты?

    Снимок.JPG

    Советую модуль 

     

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

  4. Вы видимо не понимаете о чем я ) 

    Смотрите еще ситуация. У моего клиента в первый день сайта пришло 16 заказов. Теперь +- делаем подсчет. 
    Из них самовывоз грубо 35% и того за 20 дней 50 заказов. 
    Из этих 50 забрали в лучше случае 45, а вот те 5 ( минимум ) тусуются далеко позади заказов уже нынешних. Искать их на 5+ страницах? Нет , спасибо. 
    Я думал это уже давно придумали ) А тут предлагают цвета поменять )))))))

  5. Только что, Soong сказал:

    Я Вам скажу обратное. Есть магазин 10к товаров. ( примерно ) грузился на бегете за 0,01 я думаю. Ну прям ракета.( тариф за 360 руб - 20 гб места ) Что же будет на хваленом VPS хотя бы за 700р ? А ничего хорошего
    Перенес на днях на админ впс. 0,5 секунды стало. Вроде бы норм, но видно же что медленнее админка не грузится сразу. 
    Так же у Админ впс есть проблема и моего клиента. У него 13к товаров 1 поставщик по API и 2 по YML. Подал заявку на решение проблемы , отвечали 11 часов. с промежутком каждые 5 часов писали " разбираемся " , в итоге написали увеличьте "таймаут" между кронами с часа до двух. ( то есть каждый поставщик должен обновляться раз в шесть часов? ) После 3 суток войны текстами, предложили как вариант решения это поднять тариф. 

     

  6. В 20.11.2018 в 10:45, auditor сказал:

    лично я к ним - безпристрастен, но вот показатели у клиентов - это основной фактор такой моей реакции, когда при просьбе предоставить "лог медленных запросов", в ответ от тех. поддержки получаешь "свяжитесь с Вашим программистом, пусть он исправит скрипты магазина." (точно не передам текст, но в этом русле), когда магазин (свежий) с 500 товарами загружается 2 с половиной секунды, когда для импорта фида в каталог фейсбука - необходимо дополнительно выпрашивать СР что бы выгрузить данные и т.д., на других моих хостинг-провайдерах я подобных проблем не встречал (есть конечно, не без них, но не в таком масштабе как бегет)

    Я Вам скажу обратное. Есть магазин 10к товаров. ( примерно ) грузился на бегете за 0,01 я думаю. Ну прям ракета.( тариф за 360 руб - 20 гб места ) 
    Перенес на днях на админ впс. 0,5 секунды стало. Вроде бы норм, но видно же что медленнее админка не грузится сразу. 
    Так же у Админ впс есть проблема и моего клиента. У него 13к товаров 1 поставщик по API и 2 по YML. Подал заявку на решение проблемы , отвечали 11 часов. с промежутком каждые 5 часов писали " разбираемся " , в итоге написали увеличьте "таймаут" между кронами с часа до двух. ( то есть каждый поставщик должен обновляться раз в шесть часов? ) После 3 суток войны текстами, предложили как вариант решения это поднять тариф. 

  7. 3 часа назад, AWARO сказал:

    заверщённые заказы в архив по истечению времени
    чет такое в 1.5 припоминается..
    нельзя редачить заказы у которых время какоето истекло..
    а вообще смысла не вижу...
    А по статистике  чтоб и архив и 5е и 10е и т.д. и т.п
    нуна скинуться и собрать 10к хотябы
     

    Логика проста.
    Есть 2 интернет магазина. Беру в пример один. Приходит допустим 10-15 заказов в день ( к примеру ) 
    Спустя месяц начинаешь уже путаться , что завершил , что упустил , и т д. В данный момент заказы после завершения сразу удаляются дабы не мешались в поиске актуальных заказов. 
    2) Есть модуль допустим удобный менеджер заказов, в нем 1 заказ занимает в 5-10 раз больше места на экране нежели обычные строки в разделе "заказы"
    В нем удобно работать по активным заказам, а как только появляются "завершенные" приходится перелистывать страницами. Потеря времени.

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

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

  10. 17 минут назад, Yoda сказал:

    Вооот. А я говорил. Сейчас будет рекламная акция волшебной мази.

    Как обычно сплошное введение в заблуждение. 

     

    Попробую на пальцах открыть фокусы фокуснкиков:

    2-3-4к товаров в категории - это не нагрузка, так как все запросы в таблицы товаров сегментированы по id категории и представляют из себя небольшой набор. Тем более у @SooR для версии  2.3 отличный фильтр который отлично переваривает за счет использования сводных таблиц подобные задачи.

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

     

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

     

    Что касается ддоса. Что же это за такой супер-быстрый магазин, оптимизированный, который ложится просто от нажатия f5 в браузере. Как он может держать како-то  разумное минимальное количество посетителей.

     

    И самое потрясающее передергивание - это рассказывать про то что летает на "шареде". Как известно у beget под базы данных как раз на шареде стоят отдельные оооооочень мощные сервера, судя по всему с огромным количеством памяти. Это позволяет показывать одномоментные очень быстрые результаты. Но шаред он и в африке шаред. И балансировщики ресурсов не спят. Поэтому ни на одном шареде невозможно построить стабильную быструю нагруженную систему.

     

    Вобщем друзья мои, не все то золото, что блестит.

     

    Дружище. Я не профи и спорить с тобой не буду. Но могу скзаать одно, что при минимальных вложениях ( столько стоит "мазь" ) сайт начал "летать" и продает, что еще нужно? Я привел пример для того , что бы показать , что "мазь" работает, Марки вкурсе все сайты с его модулем летают.
    Еще хочу сказать, что я даже не думаю сомневаться в твоей мощи. Видно ты "заряженный" , я не такой и 50к на ускорение каждого из 10 магазинов у меня нет. А судя по твоему общению 50к это для старта )) 

  11. 6 минут назад, Yoda сказал:

    Загляну.

    1. От 100к товаров по хорошему нужен дедик. Так как ВПСы не справляются ни с io операциями диска, ни с быстрой обработкой  mysql-запросов, которая упирается и в io и в  скорость ядер. А тут даже не ВПС а опять же облако с непонятной системой виртуализации, с диким оверселингом с HyperThreadingом и так далее. Вобщем это первая печаль.

    И не говорите мне, что нет трафика. БОТЫ ВЕЗДЕСУЩИ.

    2. 2 гб памяти... Ну ок. Скорее всего там стоит 512мб а то и гиг на поток-php (ведь товары откуда то взялись, их парсили, а парсеры прожорливые до памяти). Даже если 512мб, куда то надо еще деть системные ресурсы. В итоге у нас есть ресурсов на 3 паралельных http-потока для клиентов. А от ботов запросов я думаю больше (см п.1)

    3. Ладно, допустим, нет проблем с io, есть ресурс процессора, и есть в достатке память. Скорее всего есть большие категории, овер 10к товаров, в которых getProducts и getProductTotal выполняются 2-3-5 сек каждый. А если еще открыта пагинация для индексирования, то на крайних лимитах, на порядок дольше, так как чем больше лимит с сортировкой, тем больше базе приходится сканить данных из таблицы. 
    И у нас уже даже не 3 потока в секунду может отработать система, а 1. Когда на web-сервер приходит очередь запросов, они в нее стали и выели все реусрсы процессора. А еще у нас же есть всякие update  в таблицу product.

    Продолжать могу бесконечно...

     

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

     

     

     

     

     

     

    home-plitka.ru
    Летает 120к товаров. Без каких либо "шаманств"  мои знания в этой сфере на уровне junior.
    Есть еще несколько похожих сайтов ) 

×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.