Я не амазон, я не утконос, в целом на основании истории покупок я знаю только,
что пользователи больше покупать скорее всего не будут.
Потому как товар не расходник...
Мне нечего в пользователе изучать, в том смысле, что все попытки анализа в прошлом,
не дали информации о том, как увеличить продажи в будущем.
Это типичная ситуация для некрупных проектов. Не работает то, что работает в амазоне
в проекте небольшого размера. Смысла в этом всём нету никакого.
Перекрестные продажи можно организовать и статически.
Как это ?
Весь товар в наличии :) "на складе" итп.
Да - это в некоем виде "враньё".
Но обычно так и есть.
Не требуется, хотя и будет допилено в версии 2.0 просто ради интереса.
Был в прошлом небольшой опыт, когда и разумные фильтры были предгенеренные,
т.е. была заранее сделана куча страниц поиска с содержимым и даже рерайтом...
И оно даже тогда индексировалось нормально, и двигало основную часть слегка.
Сейчас яб уже не стал так делать. Хотя некоторые делают как я вижу, и результат есть.
Юзабилити как-раз получилось лучше, чем в варианте из коробки.
У нас у всех свой опыт.
Амазон гордится тем, что он в состоянии подобрать "витрину" для каждого клиента.
Однако если ваш проект несколько скромнее, то у вас просто недостает информации
для того, чтобы что-то менять для конкретного человека. И все эти изменения, часто
ведут к ухудшению продаж. Нет обширной статистики, нет информации, нечего менять.
Но вы правы, современные коробочные варианты как-раз нацелены на то, чтобы придать
максимум динамики магазину. Жаль только, что это бестолковая динамика пожирающая
ресурсы и часто ухудшающая продажи. Она ухудшает стабильность и приводит к глюкам.
Но выглядит красиво, многие ведутся.
ЗЫ. Чейто я "понаписал", обещаю исправиться.
Нельзя конечно. Т.е. можно в контексте "пока не разбилось".
Это лучше гораздо, чем "наверное будет летать".
Моё в пределах 20-30$/час, если говорить о данном проекте, то несколько дешевле,
тут многое было сделано "условно даром", т.к. не было ощущений, что взлетит.
Вопрос не в стоимости боксового движка, а в его качестве его работы и стомиости его доработки.
В ожидаемости результата.
Напомню историю, которая была уже где-то описана мною.
Когда-то давно мной был поднят небольшой магазин на оскоммерц.
Через несколько лет пришло письмо пользователя.
Он жаловался на сообщение типа "ошибка в количестве товаров или цене".
Расследование показало, что модуль доставки выдает это сообщение, когда
чек превышает толи 30, толи 50 тысяч.
Средний чек магазина был несколько тысяч.
Человек хотел купить на 50+.
Вот прям в коде и было написано
"if totalcost > 30000 -> пошел нахрен".
Вы правда хотите подобное переиспользовать :) ?
А вот люди, которые продают не хотят.
И я не смог им ответить: сколько будет стоить, и что вы за эти бабки сделаете,
чтобы подобная хрень никогда не повторилась.
Дешевле. Не придетсяж разбираться с палками в колёсах.
Фактически требования переделали... сейчас фигачу потихоньку v2.0.
Пока видно, что рефакторинг маленького кода + мелкие дописки идут быстрее и проще,
чем разбирательство в большом. Кода очень мало, не в чем разбираться.
Одномоментная цена - вопрос 10й.
Если вы посчитаете стоимость владения лет за 5-10, то может оказаться,
что сервера под него дороже лицензии будут.
Ну и всё остальное... тоже недешево... тяжелые страницы, тормоза итд итп.
Соглашусь - он недешевый.
Я вообще ценой не конкурирую никогда - это удел индусов.
В данном случае это полукоммерческая разработка, было интересно сделать.
Я немного дороговат для всего этого, но полагаю, даже моими силами всё целиком
обошлось бы в пределах 100-200тыр (мы говорим о работающем проекте,
а не о кодинге как таковом).
Не знаю много это или мало.
Как по мне, так для инструмента для бизнеса немного.
Пошив индивидуального костюма не может быть дешевым.
Если у клиента совсем нет денег, я не буду забирать последние :).
Нет, я не могу предложить ничего за 100$.
Точнее могу, за эти деньги могу проконсультировать как поступать в дальнейшем,
и предупредить какие именно грабли стоит избегать.
Увы, только понимание того, что нужно клиенту - это десятки часов консультаций,
а без этого не работа получается, а халтура.
Я не специализируюсь на решении задач по выкачиванию последних бабок.
Не сажаю людей на абонентку итп.
Ко мне, обычно, люди приходят "после вас". Когда оказывается, что они получили
(абсолютно справедливо, как заплатили так и получили) не вполне то, что нужно.
И обычно я им отказываю, потому как что-то переделать что-то в коробочном движке
можно, но не нужно, а тут вот открылась идея как можно было бы с относительно
небольшим бюджетом получить именно то, что надо.
Да я и не набиваюсь ей богу.
Я вообще полагал, что этот самолет разобъется после 10м пробега по полосе, что развалится
не доехав до полосы даже, что даже и не соберется в ангаре. А оно работает...---------- Добавлено 30.01.2017 в 12:16 ----------
Да и исправим эти 3кб кода, в чем беда-то ?
А вот то, что в новой версии php ВООБЩЕ НИЧЕГО работать не будет - это реальность.
Причем, если клиент на хостинге (не дай бог), то мне приходили "письма счастья" типа
"а вот мы тут в субботу новый php накатим" в 18:00 вечера в пятницу.
От крупнейших русских хостеров.
На ответы типа "а вы там с башкой дружны" ?" ссылки на договор, где
их дело предупредить за 24ч.
Как по мне, так среда выполнения php и количество всего для этого нужного больше,
чем js. Да, у вас есть преимущества в тех случаях, когда вы единожды php установили
и больше не трогаете, но преимущества эти весьма мнимы.
Коробочный вариант на php использовал 100кб кода на js.
Т.е. всё равно js используется, и без него ничего не работает.
По итогу у вас две крупных точки отказа
1. php на сервере
2. js на машине клиента
А у меня одна, вторая.
Я тоже люблю эту мантру.
Скажите, а есть ли коробочный магазин покрытый автоматическими тестами ?
Или вы собрались вручную тестировать ?
Но в данном случае всё это немного мимо.
С этой версией ПО продукт работает, тесты показали бы это.
Проблема была не в самой версии php, а в каких-то глюках установки одного из его
расширений, который на тестовом сервере легко мог бы установиться без глюков.
Нет, можно было бы клонировать боевой сервер (и даже нужно), и прокатать многое
на нём, но зачастую всё оттестировать всё равно невозможно.
Говоря о стабильности php вы должны иметь в виду, что любые изменения в том, что
выдает phpinfo могут похоронить ваш продукт. И вы даже не знаете какие.
И если не дай бог, вы крутитесь на виртуальном хостинге - проблемы гарантированны.
Вам остается только либо не обновлять ничего, либо каждый раз проводить углубленное
тестирование, которое может обойтись дороже разработки с нуля :), либо молиться.
А как люди очень знающие об интернет-торговли определяют наличие товара на складе-то ?
Неужели делают выборки из складской базы ? Или синхронизируются постоянно ?
Или еще как ? В какой момент товар считается у них проданным ?
Да, вы правы, у меня в ТЗ это не стояло. Стояло побольше продавать.
Поэтому если товара нет, то менеджер продаст другой товар :), а не магазин сообщит
вам "свободен, телевизоры кончились". Да - это негуманно по отношению к пользователю,
но меня нанимает не он...
Вы знаете, давайте мы сразу постановим, что у вас длиннее и толще. В детсад неинтересно играть ей богу.
Я был бы очень благодарен вам, если бы вы привели реальные примеры некачественной работы js.
Например, популярного браузера где не работает что-нибудь типа var foo = "bar";
В проекте на 20кб написанных одним человеком, как правило содержится очень
мало семантических конструкций.
Иными словами, используется 5-10% языка. И самых популярных %.
В принципе, нет проблем написать юнитари-тесты для проверки непосредственно
исполнения JS и прогнать их по популярным браузерам.
Смысла лично я в этом не вижу никакого признаться, но сделать можно.
Пока хватает тестирования на целевых системах. Вроде тикает...
Про PHP поделюсь историе от людей с "небольшим половым органом".
В виде бета-сайта под этот проект использовался довольно старый сервер обслуживающий малонужный
контент. В силу множества причин он обслуживал его апачем. Оказалось, что после накатывания
на нгикс php-frm сам php немножко обновился.
Нет, версия php была всё еще рабочей для всех продуктов. Но они не работали.
Оказалось что что-то там отвалилось связанное с регэкспами, немного криво встало из репозитария.
Т.е. по факту продукты выглядели работоспособными, но реально не работали после
достижения определенных критических точек.
Это - показатель той стабильности, которую вы имеете с php.
Любой чих и он разваливается на части.
Причем ладно бы пёрли ошибки, так нет, прут варнинги и то, зачастую только после
довольно плотного тестирования.
Да, на большом проекте нет проблем "с соседями", но остаются проблемы с самим
проектом. Адекватно протестировать его после любых изменений может оказаться
маловозможным. В варианте "генератора" это легко сделать сравнив результаты "до и после".
По вашей логике - это вы не способны.
Причем тут ваши специалисты и я :) ? Мы с вами как-то пересекались ?
Вы видели сделанные мною продукты ?
Так к чему обсуждение моей личности и компетенции вместо обсуждения подхода ?
Это показывает ваш высокий профессионализм что-ли ?---------- Добавлено 29.01.2017 в 14:07 ----------
Не, если на 1й странице все это было проектом не вышедшем из состояния физибилити,
то к 12й странице я уже могу объективно оценить результаты внедрения, и пока они меня
устраивают больше, чем доступные альтернативы.
Ну и начались личные нападки.
Вероятно многим "больно за перспективы". Ведь если народ начнет соскакивать
с каких-нибудь "битриксов", то как бабки из него выжимать-то ?
Смею заверить - не начнет. Подобное решение требует слишком много квалификации
и мотивации, в среднем случае их нету. Так что можно особо не дергаться.
Я всё жду... может и правда обнаружатся какие-то фатальные недостатки.
Их всё нет и нет.... но будем надеяться найдутся. Потому как иначе, окажется,
что мейнстрим - это как всегда то, от чего надо держаться подальше....
Не сказал бы. Изкоробочный вариант предлагал загружать css... тут фанфары...
вы не поверите... но на 300кб. Честное пионерское.
И почти столько-же js.
Да у меня вся разметка + все излишества с главной страницы дай бог на 1500кб тянут.
Со всеми картинками.
Если говорить о странице продукта, то первая картинка занимает в пределах 100кб,
всё оформление тоже около 100кб, еще 100кб занимает сама страница + css +js.
И это подсчеты "по верхней границе".
Это как-раз 300кб чтобы всё показать и работать, сравните это с 300кб только на css :)
Нет, можно поправить всё, что угодно.
Я тут уже немного о другом.
Реальность оказалась следующей: даже имея определенный опыт, взяв современную
раскрученную коробку, потратив время и ПОЛУЧИВ РЕЗУЛЬТАТ, оказалось, что гораздо
проще и правильнее выкинуть это все к едреням, написать менее 100кб кода, и получить
только нужный функционал, без особых шуток в его реализации, работающий быстро,
и так как надо.
Да - этот подход годится не всем, но мир так устроен, идеальных решений не бывает.
При этом, в процессе, возникли вопросы, решение которых захотелось подсмотреть в коробке.
И знаете что... в коробке решений не оказалось... да насрать им, отвечают ли скрипты
чекаута, и что увидит пользователь, если они не отвечают, к примеру.
И на многие другие аварийные ситуации тоже глубоко пофиг.---------- Добавлено 28.01.2017 в 21:40 ----------
Ей богу, невелика потеря.
Мы говорим о ситуации, когда у вас отказал js в браузере.
Так это... я вам лучше сразу покажу это, еще до покупки, на странице товара.
А если очень приспичит, то можно и после показать, надо сообразить как, но
какие тут сложности, этож тоже статическая информация известная заранее.
Это... а в чем проблема-то ?
Он ВЕСЬ смарти-шаблонизирован.
Вставляешь в шаблон, запускаешь скрипт пересборки, и у тебя снова чистый html но уже с баннером. Фишка в том, что после этого тебе ничего от сервера не надо.
Можешь хоть в CDN загрузить, хоть так отдавать...
Эта идея может прийти в голову только человеку, который хочет поменьше продавать.
Как именно вы собрались управлять заказом используя идею о том, что вы что-то
знаете о состоянии склада ?
Ээээ... о каких внешних сервисах речь ?
И вы это серьезно ? Т.е. зависимость от php, от механизмов его интерпретации итп - это
всё ерунда :), а "от браузера" - это ахтунг.
Не очень понял фразу. В вашей жизни были люди, которые не могли что-то сделать ?
Так и в моей были... чтож мне теперь сексом не заниматься что-ли :) ?
Заявленный в данном топике подход требует надежной работы серверной части
длиной примерно в сто строк. Больше для работы магазина со стороны сервера ничего не нужно.
(исключая статические файлы, которые на нём хранятся)
Вопрос индексации хороший. К сожалению, не на чем проверить, нет сотен тысяч страниц.
Но логика подсказывает, что чистый код будет индексироваться лучше, чем тот ахтунг,
который предлагают "коробочные варианты".
Честно говоря не очень понимаю в чём проблемы привинтить что угодно для индексации.
Контент НЕ формируется на стороне клиента.
Страница отдаваемая клиенту содержит весь необходимый ему контент.
Выкинув js вы просто потеряете возможность складывать в корзину и чекаутить.
Чьерт, там похоже люди всё это уже сделали "по-нормальному" :), пару месяцев назад, и
яб изучил и может даже использовал что-то из перечисленного в статье.
Но посмотрю обязательно на днях, возможно и переделаю под менстрим :).---------- Добавлено 27.01.2017 в 18:55 ----------
Они одинаковые в статической и динамической версии :).
Я уж и забыл...
Дело оказалось чуть сложнее, точнее аппетиты возрасли кратно,
но уже довольно давно тестирую на продакшене...
Поиск пока не сделал, но нет причин полагать, что будут проблемы.
(пока думаю как лучше хранить, думается буду передавать хеш-версию статически,
и уже при открытии если она отлична от того, что в локалсторейдже забирать новую
версию с сервера)
Пока допиливаю то, чего не было в "магазине с движком", а хотелось.
После замены "очень известного магазина" на то, что получилось, получил
кучу негодования и багрепортов, утверждают, что с такой скоростью ничего
не может открываться физически и я дурю где-то.
Говорят, некоторые ходили проверить в макдональдс, что это типа не в
локалке теперь работает.
Объемы....
25кб js
(не считая стороннего jquery и какого-то тугого слайдера почти на 100кб,
надо будет его переписать, сходу ничего дельного не нашел)
16кб css
Страницы товаров правда аж под 15-30кб. (но утаптываются на ходу зипом до 4-6кб,
надо бы утаптывать статически, пока не дошли руки)
Написано 16кб кода на php для генерации и 25кб темплейтов.
Написано порядка 10-20кб кода в основную систему для выгрузки карточек товаров итп.
(по факту может и меньше, это было проще всего где-то за полдня справился)
Динамически пока вызывается только чекаут, в связи с тем, что он-же
рассылает письма и они у него в кишках, то его объем аж 8кб.
(реально рабочих строк под сотню с фильтрацией присланного и
формированием-отправкой писем, остальное шаблон самих писем)
Чтоб я еще хоть раз взял что-то "псевдоготовое"... нет уж... ну его в пень.
ЗЫ. Из зависимостей еще
Используется смарти, в девственно стоковом виде.
Используется какой-то упаковщик js/css от яху в виде java пакета.
Мне всегда казалось, что оферты акцептируются платежом, разве нет ?
Нет денег - нет оферты.
Тоже и про дистанционную торговлю. Если вам курьер привозит товар и вы ему
платите деньги - это разве дистанционная торговля ?
Именно. Знаю человека, которого принимали, и порою очень круто (мордой в пол итп)
КАЖДЫЙ раз после предъявления документов. И в европах тоже. Он уже "сам сдавался", но
помогало слабо. Помогло только фамилию поменять.
Фамилия и имя редкие и "неудачные". И полное совпадение по дате и месту рождения итп.
"Второй" не "усама бен ладан" но очень к тому близко.
Половой отбор так работает.
По непонятным причинам, среди женщин распространён бзик, что лучше иметь волосато-бородатого партнера.
