Поднимаю отдельный сервис расчета скидок имеющий доступ к моей CRM (к которой доступ ограничен по ip итп)
Написанный на том, на чём удобно.
В нём делаю все правила и математику
Когда необходимо посчитать - шлю ему запрос.
Получаю результат и показываю его.
Тут да - нужно почти в реальном времени, но не на уровне показа товара, а на уровне добавления в корзину, что согласитесь происходит гораздо реже.
Учитывая, что те-же скидки мне надо как-то в оффлайн-точках считать, то какой смысл делать это в ИМ ?
Как потом с этим работать ?
То есть у вас есть 4 группы пользователей у каждого своя цена и они могут свою цену посмотреть только в корзине?
_SP_:
А у вас и так никакой уверенности не будет, транзакция всё-равно нужна.
Поэтому в момент продажи, вам нужна транзакция со стороны мастер-системы и ответ, удалось ли действительно купить.
Я не призываю вас не учитывать остатки со стороны вашего ИМ, я призываю вас хранить эти остатки прям в странице, а не в какой-то БД, ведь больше они в ИМ нигде не нужны... проверять всё равно в мастер-системе.
Мастер система между запросами к ней присылает мне остатки товара, и в этот временной промежуток между обменом остатками я знаю что я не продам больше чем мне прислала мастер система в предыдущий раз. Мне же надо убрать товары с листинга если их нет в наличии? Для этого надо пробежаться по разделу с файлами, открыть каждый и посмотреть там остатки, но вы придумываете свою работу с БД.
PS. Можно пример самого большого ИМ на файлах у вас, чисто ради интереса посмотреть, можно в ЛС в принципе. Хочу оценить масштаб ваших мыслей.
SeVlad: Так я понёс бред или уже ты? :) Вот именно что иная. Иная, Карл! Совсем иная. Не только имеет отношения ни к вопросу/проблеме ТСа, но и вообще к названию топика.
Вот ты ж сам писал: Паимаишь...
Да у него иная, у него там не 404, а 200 код главной страницы, который залетает в индекс на ура с параметрами. Я лишь описал что заметил когда в вэбмастере увидел 404 ответы на урлы, которые я сам открывал на сайте и никаких бэков на них 100% нет. Но у тебя что то с головой - правда и мне кажется это уже проблема которую ты просто игнорируешь и зря.
Что и кто генерит хвосты я понятия не имею, я отвечаю на тот вопрос, как именно без бэков, карт сайтов и прочего такие урлы с хвостами попадают конкретно в Яндекс.
_SP_, Я с вами полностью согласен, только что вы вкладываете в понятие ИМ тогда? каталог товаров только? Так это называется интернет витрина так то.
Давайте банальный кейс. У вас есть бонусная система и система скидок и промокоды, какие то скидки суммируются, какие то нет. Например как вы покажете конечную цену пользователю с его персональной скидкой + по промокоду?
Можно запрашивать извне на каждом хите пользователя, но это долго, проще тянуть у себя настроив систему скидок на своей стороне, в файле будет искать сложно, у нас порядка 600 правил. Хотя есть и внешняя бонуская система в которой заведены всё такие же правила и туда стучатся например наши офлайн кассы, но в оффлайн кассах не столько пользователей, сколько у нас в ИМ в единицу времени.
А еще например вот остатки, у нас заказы в сутки исчисляются тысячами и есть такая проблема, если в ИМ отключить остатки и оставить только проверку на стороне мастер системы, то я уверен мы на продаем товара, которого просто нет на складе, а товар у нас такой, что его невозможно до произвести и если он закончился то не появится уже никогда (скорее всего).
И у тех 99% магазинов про которые вы говорите, есть своя бизнес логика, только вы её вынесли в понятие "Моя система <-> ИМ", а так то обычно все что вы выносите из ИМ, можно так то оставить и внутри ИМ, что большинство и делает.
lonelywoolf: А когда вы будете загружать аутсорсеров на полную ставку их инженера - вы оплатите и зарплату этого самого инженера, и сопутствующие расходы на содержание бухгалтерии аутсорсера, его директора, юристов. Другое дело, что аутсорсер может быть не из дефолт-сити, тогда инжерегр ему обойдется дешевле и возможны нюансы.
А ваш инженер будет работать круглосуточно, без больничных и отпусков? А если он вдруг решит сменить компанию? То есть вам уже нужно как минимум 2 инженера.... работать с аутсорсом нужно уметь, тут как SaaS, чуть дороже, но снимает кучу лишней нагрузки с тебя. По этому как правило аутсорсят частями, например у нас свой штат разработки, но есть задачи которые мы отдаем на аутсорс, так как это нам дешевле, чем отнимать время наших инженеров. Я уверен что даже такие IT компании как яндекс и мейл отдают какие то задачи на аутсорс.
Вопрос возник неспроста. Уже долгое время ищу спецов для администрирования своего парка серверов и скажу так, это проблема :)
К сожалению так в любой сфере, специалистов стало найти достаточно сложно.
На самом то деле аутсорс можно и нужно совмещать, то есть иметь и свой штат, который сможет как минимум контролировать и прособеседовать тот же аутсорс и работать с ними эффективно. Ведь аутсорс он на то и аутсорс чтобы привлекать в тот момент, когда оно требуется. А если требуется сотрудник 24\7 то свой тогда конечно же выгоднее.... местами и не всегда, но как правило выгоднее, но и не факт что будет лучше/опытнее
в репозитории много чего может не быть и это не показатель =)) работает хорошо и стабильно и помогает искать места где проседает работа интерпритатора и понятно что и где дебажить, а не пальцем в небо. Используем его так как xdebug (тоже умеет такое) сильно тяжелый для продакшена, но можно подебажить им на дев сервере.
Для примера, на дев сервере все работало очень быстро, а на проде отрабатывало за 10 секунд, то есть на деве ошибка не проявилась и дебажить было нечего, а на проде показало что 10 секунд отрабатывает session_start()
SeVlad: Серьёзно это метрика подставляет в параметры "скачать читы"? 🍿
Если бы кто то умудрился прочитать хоть раз название темы, то оно звучит как ...попадают в поиск
Метрика не подставляет, метрика добавляет страницы на индексацию и именно так они попадают в поиск. Именно это написано в предложении которое ты цитируешь. Но вспомним выше, ты же не читатель.
Ранее эта настройка была в самой метрике, а делает она вот что, открываешь адрес страницы, а там метрика и адрес залетает роботу на индексацию. Заметил эту тему когда робот начал показывать 404 страницы при обходе урлов доступных только админу (тестовых, с тестовыми параметрами).
1. В системе хранения скорее всего учет не тот, что есть на сайте (Например на сайте продаются компьютеры, а в системе учета все по комплектующим, то есть в момент синхронизации заказов, компьютеры надо разбить на комплектующие)
2. Список пользователей и работа с ними, где покупателей хранить?
3. Любой внешний обмен на запросе пользователя это смерть ИМ, по этому все обмены вынесены с запросов юзеров, например надо быть дебилом чтобы отправлять смс юзеру, ведь гетвей может подвиснуть на 30 секунд и юзер будет ждать загрузки страницы 30 секунд.
4. Никакая система учета не выдержит той нагрузки что выдерживают ИМ.
5. Надо вести учет, статистику и аналитику.
6. Надо обогащать данные карточек товаров.
7.Нужно строить связи для доп и крос продаж.
8. В конце концов транзакции в ИМ нужны не только для остатка в учете но и для резервации товара, консистентных изменений в учетных данных юзеров и так далее.
Я не говорю что какой то классический простой ИМ нельзя построить чисто на статике - можно. Но это сильно сложнее с хотелками в екоммерсе. А вот построить простой сайт на статике, фф цмс и прочих простых инструментов на мой взгял решение идеальное. Практически все что делается на ВП например, можно запилить в виде статики, с шаблонизаторами на JS и компиляцией ноды, чтоб на выходе был чистенький код, залить его на cdn и получать максимальные скорости, которые невозможно положить никаким ддосом и прочими активностями.
поставить перед ними свежий nginx и на нем повесить сертификаты
Поднимаю отдельный сервис расчета скидок имеющий доступ к моей CRM (к которой доступ ограничен по ip итп)
Написанный на том, на чём удобно.
В нём делаю все правила и математику
Когда необходимо посчитать - шлю ему запрос.
Получаю результат и показываю его.
Тут да - нужно почти в реальном времени, но не на уровне показа товара, а на уровне добавления в корзину, что согласитесь происходит гораздо реже.
Учитывая, что те-же скидки мне надо как-то в оффлайн-точках считать, то какой смысл делать это в ИМ ?
Как потом с этим работать ?
То есть у вас есть 4 группы пользователей у каждого своя цена и они могут свою цену посмотреть только в корзине?
А у вас и так никакой уверенности не будет, транзакция всё-равно нужна.
Поэтому в момент продажи, вам нужна транзакция со стороны мастер-системы и ответ, удалось ли действительно купить.
Я не призываю вас не учитывать остатки со стороны вашего ИМ, я призываю вас хранить эти остатки прям в странице, а не в какой-то БД, ведь больше они в ИМ нигде не нужны... проверять всё равно в мастер-системе.
Мастер система между запросами к ней присылает мне остатки товара, и в этот временной промежуток между обменом остатками я знаю что я не продам больше чем мне прислала мастер система в предыдущий раз. Мне же надо убрать товары с листинга если их нет в наличии? Для этого надо пробежаться по разделу с файлами, открыть каждый и посмотреть там остатки, но вы придумываете свою работу с БД.
PS. Можно пример самого большого ИМ на файлах у вас, чисто ради интереса посмотреть, можно в ЛС в принципе. Хочу оценить масштаб ваших мыслей.
Так я понёс бред или уже ты? :)
Вот именно что иная. Иная, Карл! Совсем иная.
Не только имеет отношения ни к вопросу/проблеме ТСа, но и вообще к названию топика.
Вот ты ж сам писал:
Паимаишь...
Да у него иная, у него там не 404, а 200 код главной страницы, который залетает в индекс на ура с параметрами. Я лишь описал что заметил когда в вэбмастере увидел 404 ответы на урлы, которые я сам открывал на сайте и никаких бэков на них 100% нет. Но у тебя что то с головой - правда и мне кажется это уже проблема которую ты просто игнорируешь и зря.
Что и кто генерит хвосты я понятия не имею, я отвечаю на тот вопрос, как именно без бэков, карт сайтов и прочего такие урлы с хвостами попадают конкретно в Яндекс.
_SP_, Я с вами полностью согласен, только что вы вкладываете в понятие ИМ тогда? каталог товаров только? Так это называется интернет витрина так то.
Давайте банальный кейс. У вас есть бонусная система и система скидок и промокоды, какие то скидки суммируются, какие то нет. Например как вы покажете конечную цену пользователю с его персональной скидкой + по промокоду?
Можно запрашивать извне на каждом хите пользователя, но это долго, проще тянуть у себя настроив систему скидок на своей стороне, в файле будет искать сложно, у нас порядка 600 правил. Хотя есть и внешняя бонуская система в которой заведены всё такие же правила и туда стучатся например наши офлайн кассы, но в оффлайн кассах не столько пользователей, сколько у нас в ИМ в единицу времени.
А еще например вот остатки, у нас заказы в сутки исчисляются тысячами и есть такая проблема, если в ИМ отключить остатки и оставить только проверку на стороне мастер системы, то я уверен мы на продаем товара, которого просто нет на складе, а товар у нас такой, что его невозможно до произвести и если он закончился то не появится уже никогда (скорее всего).
И у тех 99% магазинов про которые вы говорите, есть своя бизнес логика, только вы её вынесли в понятие "Моя система <-> ИМ", а так то обычно все что вы выносите из ИМ, можно так то оставить и внутри ИМ, что большинство и делает.
А когда вы будете загружать аутсорсеров на полную ставку их инженера - вы оплатите и зарплату этого самого инженера, и сопутствующие расходы на содержание бухгалтерии аутсорсера, его директора, юристов. Другое дело, что аутсорсер может быть не из дефолт-сити, тогда инжерегр ему обойдется дешевле и возможны нюансы.
А ваш инженер будет работать круглосуточно, без больничных и отпусков? А если он вдруг решит сменить компанию? То есть вам уже нужно как минимум 2 инженера.... работать с аутсорсом нужно уметь, тут как SaaS, чуть дороже, но снимает кучу лишней нагрузки с тебя. По этому как правило аутсорсят частями, например у нас свой штат разработки, но есть задачи которые мы отдаем на аутсорс, так как это нам дешевле, чем отнимать время наших инженеров. Я уверен что даже такие IT компании как яндекс и мейл отдают какие то задачи на аутсорс.
Вопрос возник неспроста. Уже долгое время ищу спецов для администрирования своего парка серверов и скажу так, это проблема :)
К сожалению так в любой сфере, специалистов стало найти достаточно сложно.
На самом то деле аутсорс можно и нужно совмещать, то есть иметь и свой штат, который сможет как минимум контролировать и прособеседовать тот же аутсорс и работать с ними эффективно. Ведь аутсорс он на то и аутсорс чтобы привлекать в тот момент, когда оно требуется. А если требуется сотрудник 24\7 то свой тогда конечно же выгоднее.... местами и не всегда, но как правило выгоднее, но и не факт что будет лучше/опытнее
После этого не хочется ставить что-то самособранное на продакшен, если даже стандартные либы себя непонятно ведут. :)
мы в продакшене используем на хорошей такой нагрузке для php 7 расширение что выше сказали https://github.com/tideways/php-xhprof-extension
Ставится и собирается вот так https://tideways.com/profiler/xhprof-for-php7
в репозитории много чего может не быть и это не показатель =)) работает хорошо и стабильно и помогает искать места где проседает работа интерпритатора и понятно что и где дебажить, а не пальцем в небо. Используем его так как xdebug (тоже умеет такое) сильно тяжелый для продакшена, но можно подебажить им на дев сервере.
Для примера, на дев сервере все работало очень быстро, а на проде отрабатывало за 10 секунд, то есть на деве ошибка не проявилась и дебажить было нечего, а на проде показало что 10 секунд отрабатывает session_start()
Поставьте xhprof и посмотрите что и сколько вызывается и сколько отрабатывает, а дальше уже решайте свой вопрос исходя из проблемы.
Серьёзно это метрика подставляет в параметры "скачать читы"? 🍿
Если бы кто то умудрился прочитать хоть раз название темы, то оно звучит как ...попадают в поиск
Метрика не подставляет, метрика добавляет страницы на индексацию и именно так они попадают в поиск. Именно это написано в предложении которое ты цитируешь. Но вспомним выше, ты же не читатель.
Идем в доку яндекса: https://yandex.ru/support/webmaster/indexing-options/link-metrica.html
Ранее эта настройка была в самой метрике, а делает она вот что, открываешь адрес страницы, а там метрика и адрес залетает роботу на индексацию. Заметил эту тему когда робот начал показывать 404 страницы при обходе урлов доступных только админу (тестовых, с тестовыми параметрами).
_SP_, Для ИМ задач на самом деле там много:
1. В системе хранения скорее всего учет не тот, что есть на сайте (Например на сайте продаются компьютеры, а в системе учета все по комплектующим, то есть в момент синхронизации заказов, компьютеры надо разбить на комплектующие)
2. Список пользователей и работа с ними, где покупателей хранить?
3. Любой внешний обмен на запросе пользователя это смерть ИМ, по этому все обмены вынесены с запросов юзеров, например надо быть дебилом чтобы отправлять смс юзеру, ведь гетвей может подвиснуть на 30 секунд и юзер будет ждать загрузки страницы 30 секунд.
4. Никакая система учета не выдержит той нагрузки что выдерживают ИМ.
5. Надо вести учет, статистику и аналитику.
6. Надо обогащать данные карточек товаров.
7.Нужно строить связи для доп и крос продаж.
8. В конце концов транзакции в ИМ нужны не только для остатка в учете но и для резервации товара, консистентных изменений в учетных данных юзеров и так далее.
Я не говорю что какой то классический простой ИМ нельзя построить чисто на статике - можно. Но это сильно сложнее с хотелками в екоммерсе. А вот построить простой сайт на статике, фф цмс и прочих простых инструментов на мой взгял решение идеальное. Практически все что делается на ВП например, можно запилить в виде статики, с шаблонизаторами на JS и компиляцией ноды, чтоб на выходе был чистенький код, залить его на cdn и получать максимальные скорости, которые невозможно положить никаким ддосом и прочими активностями.