_SP_

Рейтинг
381
Регистрация
24.03.2008

На то, кто и за какие деньги вам его пилить и перепиливать будет.

Как-то странно беспокоиться о цене владения и подбирать себе российский ЦОД Ж)

А как вы планируете это потом использовать ?

Собрать что-то можно "и самому", есть у вас ссылки на профили целевых клиентов, дальше что ?

Aisamiery:
Это какая то внешняя система аналитики или подобного, вставлять её могли вообще субподрядчики аутсорсеры.

Что еще не проверять в веб-проектах, если не проверять валидность кода :) ?

Aisamiery:

Это не критично видимо для них, да и для нас на самом деле это не критично, если у нас где то что то будет невалидно я думаю ничего страшного не случится. Есть спринты, за спринты имеют мозг, про технический долг ты никому в таких компаниях (ритейлерах) ничего не донесешь. Любая задача в спринте, должна иметь денежное обоснование - сколько принесет компании от её выполнения.

Да я прекрасно понимаю "почему". Просто, когда это на обычном говно или неговносайте такое, то понятно абсолютно.

Но когда крупные игроки с миллионами посетителей в сутки и сотнями тысяч продаж "криво закрывают кавычки" - этого мне понять не дано.

Ясно, что где-то в компании может быть навалом вредителей.

Неясно почему нет тех, кому за их уничтожение платят бабок.

Ошибки часто примитивнейшие.

Aisamiery:

Я больше скажу, страницы технических гигантов невалидны, таких как яндекс и мейл, а тут какой то акитовский ритейлер с 3 программерами в штате

Яндекс вроде год назад валидировался отлично, может уже и туда "проникло", не удивлюсь.

Amigo_ks:
Да. Но фирмы, как мне показалось после знакомства с рядом из них, мутные. Пробиваешь по ИНН - а там 1 человек в штате и все. Работу кто делает? Фрилансеры? Ресселинг услуг? Боты? Человек-оркестр? Гарантий на услуги нет. Вызывает сомнение качество услуг.

А вам я так понимаю очень хочется увеличить бюджет вдвое ?

Ну выж понимаете, что чтобы люди были наняты в штате и получали сопоставимые бабки надо оплатить аренду и кучу налогов с ФОТ.

Смотрите "монстров" тогда. Только не удивляйтесь ценникам.

Aisamiery:

На самом деле поток задач большой, в отделе разработки есть как и сеньоры так и джуны, если компания топовая это не значит что там все спецы топовые, а вот то что тестеры пропустили - видимо их там нет. А может как всегда одно накладывается на другое, тот же гит мог склеить на самом деле так МР да и много всего еще могло быть, вряд ли кто то специально и целенаправленно допустил такой косяк

Вызывает изумление не наличие косяков.

А отсутствие простой проверки на валидность страницы :).

Казалось-бы, тот кто "выкатывает" обновление должен сделать эту простую вещь ведь, не ?

И это не только у нас, за-рубежом тоже самое абсолютно.

Но есть и гешефт. Чем кривее код, тем хуже работают парсеры.

danforth:
_SP_, вы не понимаете одной вещи, динамический контент на то и динамический.

Я скорее понимаю, что в 99% случаев люди зачем-то из статического контента динамический делают.

danforth:

Допустим, есть товар, который фигурирует на 3 тысячах других страниц (категории+фильтры). Сперва хотелось бы услышать от вас, как вы посчитаете точное количество страниц где фигурирует товар. Чтобы сгенерировать эти страницы, вам нужно запросить товары, которые фигурируют на этих страницах (вы же не будете вычленять из DOM HTML ноду и подменять у неё цену, правда?).

Ну не цену, а out of stock ?.

Идея с динамическим скрытием, кстати интересная.

Зависит от статистики, т.е. если у вас мало закончившихся товаров, можно и так их "скрывать".

Верно я понимаю, что вас беспокоит, что в момент продажи будут сложности с обновлением фильтров ?

(с категориями обычно проще). Надо подумать. Обходить всё и выгружать только изменившееся не хотелось бы.

danforth:

Также хотелось бы услышать, как вы получите siblings товары, задачка то на самом деле не тривиальная. Изменения позиции первой страницы, затрагивает изменения рендера всех последующих страниц (вы же не хотите чтобы у вас на первой странице было 19 товаров, правда?).

Почему нет :) ?

Не, ну правда. Вам реально важно 20 у вас товаров на странице или 19 ?

Вообще... сейчас.... многие... не скрывают товары.... это.... как-бы это сказать. Плохо это :(. Но факт.

Поэтому готового решения прям щаз не рожу, надо подумать на свежую голову.

danforth:

Вы действительно считаете, что это проще с точки зрения написания логики, дешевле по ресурсам, чем изменить цену одного грёбаного товара в базе, и рендерить по запросу?!

Если у вас есть посетители может оказаться дешевле. Если нету - дороже.

danforth:

Кейс простой, когда название магазина нужно использовать как переменную в:
- Шапке и подвале сайта
- В шапке и подвале писем для рассылки
- В SEO заголовках, например: Купить смартфон | Эльдорадо.
- Где-нибудь ещё?

Если вы храните это в файлах, вы можете конечно читать из файла, но где вот эта ваша слейв реплика откуда можно читать до усрачки?

Вы про шаблоны что-нибудь слышали :) ?

Я прям даже пугаюсь. Хотите в заголовке чтобы в конце было | Эльдорадо. так добавьте в шаблон заголовка "| Эльдорадо. "

Или вы настаиваете на том, что это все должно обязательно взято из одного места ?

Так окажется, что в шапке нужно "Эльдорадо", в подвале "Эльдорадо - лучший шоп", в SEO какой-нибудь "| Купить в эльдорадо", а где-то еще "Эльдорадочка - лучшее место для покупки".

Нет никакого смысла хранить это где-то кроме шаблона, ей богу.

-= Serafim =-:
Так а что тогда ждете от источников трафика, если любой трафик не будет конвертироваться в продажи? Искать клиентов, которые не анализируют цены и наличие у конкурентов?

Ну не любой же. Кто-то купит...

Просто если конвертировать не удалось. Товара там нет, или цена х2 по рынку, то ТС не хочется ведь за этот лид платить 😡.

Понимаю.

Но извинить не могу.

Amigo_ks:
Тогда какие сейчас на рынке CPA обоюдо выгодные условия существуют? Хотя бы общее. Чтобы не было недоразумений.

Никаких.

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

ИМ - это в первую очередь способность "нагнать клиента", если она есть, вы не нужны.

Или дропшипинг люди используют, или свое оффлайн-подразделение откроют.

Вы им зачем ?

Amigo_ks:
Хорошо. Но если платить за действия на странице, то как понять, что это не боты? Гарантию (прежде всего, по деньгам) на то, что будут реальные люди, а не автоматика, вообще дают или нет?

Конечно все дают гарантию.

Мамой клянутся.

В чём вопрос :) ?

danforth:
Посадочные под фильтры
Даже на небольшом магазине (1000 товаров), делая посадочные под СЧ и НЧ, можно сделать легко sitemap на 50к страниц, если там много фильтров и возможностей для выбора.

Да нет проблем перегенерить хоть 10, хоть 50, хоть 100к страниц.

В чем сложность-то ?

Все равно вы это УЖЕ делаете при каждом визите в ваш ИМ. Один раз явно проще будет.

danforth:

Плюс учтите, товары часто импортируются/синхронизируются с поставщиками, не имея их у себя на складе. Допустим, у поставщика за день могут добавляться 3 позиции, уходить 4. Итого имеем 7 инвалидаций страниц товаров + все страницы где это фигурирует. Поставщиков может быть несколько.

Вопрос тут в том, сколько посещений этой страницы за день.

Если 0.01, то да, дороговато выйдет инвалидировать. Если 100, то проблем нет.

danforth:

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

Да какая тут сложность-то ?

Данные движутся однонаправлено, все обновления всего сосредоточены в одном месте.

Но соглашусь, вопрос в том как часто что-то "заканчивается", что при этом "делается" и как часто приходят посетители.

Если ассортимент меняется постоянно и при этом посетителей мало, то с точки зрения производительности готовить для них страницы будет дороже.

Можно, конечно, готовить "по запросу", но это как по мне "идеологически неверно".

danforth:

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

Это "как повезет".

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

Ну т.е. реально какое-то мультимедиа устройство засыпало запросами некисло нагружая хостинг.

Если даже небольшой ИМ долбить таким устройством "в поиск" мало может не показаться.

Для меня нет ничего более сложного и ненадежного, чем генерация страницы для каждого юзера "на ходу".

Для меня нет ничего более сложного и ненадежного, чем хранение контактов компании в БД.

Я именно что и предлагаю "решать по мере поступления".

Название магазина записать в ШАБЛОН, количество товара в страницу, итд итп.

А уж если "ну никак", то лепить базы, динамическое обновление итд итп.

Всего: 6087