anton_kostrov

Рейтинг
41
Регистрация
23.10.2014
Тарасов Роман:

Остальное не читал, подозреваю, что бред.

Ну да. Чукча не читатель, чукча писатель :-).

demon155:
С каких это пор словоблудие и самопиар относились к деловому общению? Если у вас есть опыт работы с ИМ и есть что сказать исходя из своего опыта - поделитесь с нами.

С кем это с "вами"? Вы имеете ввиду себя и свое величество? Хватит бред нести.

demon155:
"Развитые" страны в долгах как в шелках за торговлю "воздухом". Хватит уж чушь пороть, ей больно.

Это вам хватит чушь пороть. При чем здесь страна? Вы сегодня не то съели или шерсти из ковра обкурились? Вам дело говорят.

7910:

А вообще самопис это хорошо. У нас тоже полностью написан магазин с нуля на codeigniter. Очень удобно, есть масса полезных и так необходимых функций, которых нет ни в одном стандартном движке.
Кроме глубокой хорошо проработанной аналитики, у нас, к примеру, очень много написано для работы с должниками. Должников, не забирающих посылки, оправленные с послеоплатой, ежедневно долбят автоматические СМС напоминалки, с каждым днем всё настойчивее и настойчивее )) И лишь только в последний день, если СМС не помогли, идет задание менеджеру связаться с должником лично по телефону. Не забравшие автоматически добавляются в черный список и им больше без предоплаты не продаем.

Заказов много, несколько сотен в день и, если обрабатывать должников вручную, то пришлось бы держать еще одного менеджера на полную ставку для этой задачи.

Также удобно на самописном движке настроить работу менеджеров, распределение нагрузки на менеджеров, равномерное либо же с перекосом в любом процентном соотношении по желанию. Работа с API куръеских служб, почтовых служб, и даже с API рекламных площадок. У нас, к примеру, в зависимости от конверсии по покупке того или иного товара даже идет коррекция ставок по рекламе через API facebook (основной источник трафика), таким образом экономия на рекламе максимальная, можно сказать что своеобразный бидер под себя реализован.

И реализованное прогнозирование закупок полезная штука. Мы закупаемся напрямую на фабриках Китая, заказывать нужно загодя, за 2-3 месяца. Наша система сама высчитывает прогнозы покупок каждого товара на месяцы вперед и формирует списки какие из товаров стОит заказывать с фабрик уже сейчас, чтобы обеспечить беспрерывное наличие товаров на складе, но при этом чтобы товар не залеживался на складе долго.

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

Все это достраивается в любой магазинный движок. С разными трудозатратами конечно, но тем не менее. Мадженто например это такая же надстройка над ZF как ваш движок над CodIgniter. Если ваш движок брать и применять в других условиях, то в нем точно так же будет море бесполезный функций. Так что по большому счету ни чего сверхъествественного вы не сделали. И самопис или несамопис тут не причем.

ivan34502:
Modx (так же как и друпал) не подходит только для новичков и полнейших профанов в php.
А утверждение, что modx только для сайтов визиток - это глубочайшее ваше заблуждение!

Про эти заблуждения расскажите тому, кто так же ка вы кроме MODx ни чего не знает. Первое что в MODx кривое это штатный шаблонизатор. Отладка шаблонов абсолютно убогая. ORM система на xPDO тоже не ахти по сравнению с Doctrine например, если сравнивать MODx с Symfony. Ну т.д и т.п. тут перечислять можно до бесконечности.

---------- Добавлено 21.06.2017 в 12:27 ----------

LeonCrab:
Для вас, как начинающего ламера, дам ссылку на вот-такой вот сайт http://www.astromeridian.ru/, работающий на MODX. Пусть это и не совсем магазин... но...

П.С. Советую перед тем, как что-то писать хотя бы глянуть на счетчик LI.

А это совсем терминология профессионального лузера. Куда этому сайту до сайтов Ашана и Ламоды.

vladimir075:
Добрый вечер!
Открыл интернет-магазин в своем городе podarkivobninske.ru. Больше месяца нет продаж вообще, хотя посетители есть (10-50 в день). При поиске подарков и сувениров в моем городе сайт на первой строчке. Устраивал розыгрыш в группе вк в своем городе, большая аудитория была(может нецелевая правда). Мобильная версия пока в разработке(большой минус конечно).
Помогите своей критикой =)

Почитайте здесь Быстрого ответа на ваш вопрос может не быть.

mendel:
anton_kostrov, наделает. Но те кто коробки делал тоже их наделали).
И будут делать. Если бы все боялись наделать глюков, то не было бы не только глюков, но вообще ничего бы не было.

Ну там где удалось, там получилось энергию в мирное русло направить, и как следствие от глюков вылечиться. Но в клинических случаях это не работает. :-)

mendel:

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

Ну да, он лучше своих глюков наляпает :-).

---------- Добавлено 02.02.2017 в 18:58 ----------

mendel:

Попробуйте включить логику.

Похоже логика так же недоступна для ТС как MySQL, все средства кэширования и т.д. и т.п., что использует подавляющее большинство профессиональных разработчиков. :-)

zloymudvin:
Запустил ИМ (catrc точка ru), настроил ЯД (ctr 0.59 Ср. цена клика 7 рублей глубина 2,64), реклама работает пару дней, приходят по целевым запросам 150-200 уников в день.
Звонков и продаж за 3 дня чет нету совсем, непонятно что не так.
По метрике смотрю люди заходят, смотрят, а продаж нет(

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

_SP_:
Собственно я знаю, как оно сейчас обстоит дело.
В деталях разбираюсь во внутренней кухне итп.

Однако. Если предположить, что "движок" магазина направлен на продажи в интернете,
а не на ведение склада и отчетности, переписку, печать бланков итп (это всё делает локальная
система отделенная от него), то зачем в нём необходим сервер баз данных :) ?

Собственно вопрос навеян попыткой использовать т.н. "современные флагманские движки" :),
и отказом от них в сторону целиком статического проекта. Пока обкатываю, но по ощущениям,
лучше бы я сразу так сделал... Возможно не вижу чего-то реально полезного, для чего
используют "динамическую генерацию страниц", "базы данных с 100500 таблицами" и прочее ?

Нет, больше я не храню заказы - они высылаются по email и обрабатываются локальной системой.
(на всякий случай копия хранится в виде файлов в дирректории с заказами)

Нет, я больше не храню пользователей - это ни им, ни мне не нужно, пользователь вводит своё
имя, email и телефон. Да, он мог бы вводить email и пароль, но ему это сложнее,
практика показывает, что проще не помнить пароля... часто его запрашивают.
Будет очень надо - смогу хранить в файлах. Индексация пользователям не нужна.

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

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

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

Нет, корзин я тоже больше не храню, для этого есть local-storage.

Предлагаемый вами подход вполне применим для маленького интернет-магазина с одной продажей в неделю например. Типичным примером такого "магазина" является лэндинг-страница для продажи одной услуги типа строительства домов под ключ и т.п. Для этого можно использовать и безмускульные платформы вроде SimpleCMS.

Всего: 89