Допустим это так. И что? Сегодня он не выводит, но советует оформлять. Завтра будет выводить, и это будет поводом менять всю архитектуру? Так кто еще бабки из клиентов пылесосит?)
Архитектура. Должна быть. Универсальной.
Это главная претензия к "коробкам" - не универсально. Есть некоторый запас гибкости, но ограниченный, и при выходе за его пределы работать невозможно... Нет, все работают конечно. Ведь знают полтора движка, и пилят на любимом даже то что нельзя, ибо другого не знают. Но осознанно закладывать ограниченную архитектуру.... Уже зная где споткнешься.... Не может быть. А точно зная что это у тебя не будет работать.... Точно знаешь что оно будет. Но еще нет. И пишем под то что сейчас. Ведь завтра заказчик заплатит бабосик. Много. Ведь вчера такого требования не было да? Так что мы не виноваты да?))))
Ну раз это одна сущность, то выведи мне цену в снипете яндекса без приставки "от".
Документация о том как Яндекс специфически интерпретирует общий стандарт.
Разница небольшая - лишь приставка "от". Но хорошо отражает смысл.
Это РАЗНЫЕ сущности. РАЗНЫЕ. Всё.
То что это решает частную ситуацию - ничего не значит.
Ваши подходы очень часто проходят в опасной близости к клоакингу. Роботы то не мыслят. Случайно могут и обидеться :)
Но дело даже не в этом.
Допустим AggregateOffer нам пойдет за оффер. Опустим все отличия, все моменты.
Опустим что завтра может понадобится иначе. Допустим....
Вы решили задачу? Нет. Не решили.
У вас здесь захардкожена цена. Пусть и в виде диапазона. Завтра цена упала ниже минимума и что? Так что цену держим отдельно? Или всё-таки в карточке?)
Да и пофиг это всё.
Смысл в том, что мы не знаем что будет завтра. Картинку я уже прилагал)
И заведомо выбирать архитектуру которая неуниверсальна, и работает только за счет костыля? Гы. Отличный путь.
Не, почитать документацию и кое-как выкручиваться мы все гаразд.
Но.
Не прокатит.Хочу именно Offer и price.
Кто сказал, кто сказал? Бурундук сказал! Он меня обманул?)
Ну озвучьте реализацию где цены в "отдельном файле для обработки на клиенте", и они при этом могут попасть в снипет)
Она сниппет улучшает. Что в свою очередь влияет на качество переходов. Уменьшает колво отказов...
Микроразметка заметно повышает поведенческие, да и косвенно позиции. Так что говно идея.
Ок, договорились :) Если в таком ключе то вопросов нет.
Я изначально зацепился за "такое невозможно", но думаю тут у нас тоже терминологическое разногласие и не более.
Типичная ошибка новичка это говорить про типичную ошибку новичка.
Если писать свой движок глупо то откуда взялись все существующие движки?)
borisd, лучше фортран. Или алгол. Матлаб еще можно.
Потом это всё на ПЛИС закодировать.
Не пугайте человека. FANN вполне живет под php.
Шутка.
Вообще если серьезно, то скорее всего все эти прогнозы это как "угадаю вашу дату смерти", и можно взять абсолютно любую модель, которая будет показывать для одинакового набора данных (координаты, дата/время, порода рыбы) одинаковый ответ, а для близких (на 5 метров отошел) близкие цифры.
Но ТЗ нет, и видно не будет. ТС вместо уточнения ТЗ лишь обижается что ему его не пишут за него :)
