И у них ведь брендовое железо, если я не ошибаюсь?
Минут 10 была 502-я. Сейчас все гуд )
Кстати, как в форме поиска отелей (без авиабилетов) сделать предустановленный город? И сделать форму горизонтальной, а не минимум 400 по высоте?
Походу партнерка лежит.
А можно сделать свой вайтлейбл шоп (на отдельном домена, а не на поддомене) и чтобы форма поиска билета с блога вела на него?
Ваши техники в принципе не смогут решить все проблемы просто потому что многие шопы сделаны не на ваших скриптах, а на других движках.
Никто не спорит, что надо смотреть в будущее и переходить на мультитоварность, НО это разумно только для НОВЫХ магазинов. Переделывать старые очень трудозатратно и оно того не стоит!
Кто-то может вообще хочет продавать одни футболки и всякие коврики и кружки ему нафиг не сдались.
При всех кардинальных изменениях надо обязательно думать об обратной совместимости! Иначе вы просто подставляете всех партнеров, которые годами работали с вами и генерировали вам поток заказов.
Я уверен, что написать скрипт, генерирующий XML в старом формате это вопрос 1-2-х дней вашему программисту. И это намного проще и быстрее чем править десятки шопов.
P.S. Я полагаю, что если программисты какой-либо другой футболко-партнерки напишут патч к вашему шопу, прозрачно отправляющий заказы в их партнерку, то многие ваши адверты задумаются не переключиться ли на него ... а знаете почему? Для этого просто сравните отзывы адвертов, к примеру, в ветке supermaiki и у вас.
Это актуальный каталог? Он будет обновляться?
В чем техническая сложность оставить еще старый вариант? Или совместить?
К примеру, можно сделать дополнительное поле в XML у подраздела:
<subcategory id="newid" oldid="старое_значение">
и у товаров соответственно.
Тогда у большинства переключится на новые номера, а кому надо - оставит на старых.
Может вы все-таки оставите старую версию xml-я с новинками? А новая пусть лежит рядом.
Поставьте себе мунин, это просто.
Это вообще пипец. Причем такая свинья подкладывается уже не в первый раз.
