поставить перед ними свежий nginx и на нем повесить сертификаты
То есть у вас есть 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 и получать максимальные скорости, которые невозможно положить никаким ддосом и прочими активностями.
