84 комментария к “Интернет-магазин СибАвто от братьев Фроленковых”

      1. Мартин, дак все ж формальные признаки обычного (читай нормального) ИМ-а соблюдены: простой и понятный диз; контакты в шапке; корзина на видном месте; блок новинок где всем видно; есть даже график работы и калькулятор стоимости. Чего ещё-то? Нахрена там рега и гостевая книга — это уже другой вопрос.

  1. Забавно! Это же мой однокурсник с КГУ(тогда еще он так назывался). Блин, ну ушел ты в науку, ну и занимайся ей, читай урматы (судя по фоткам на личном сайте), пиши статьи, разрабатывай новые алгоритмы для численных методов расчета уравнений математической физики и т.д. и т.п. Но зачем писать «свой собственный движок», и на нем делать совсем нерабочие интернет-магазины? Я считаю это не целевое расходование мозговых ресурсов.

      1. Смотря что в вашем понимании «хороший». На платном Битриксе можно 😉 На практике показано, что в некоторых случаях
        платный Битрикс + программинг
        выходит дешевле и быстрее чем
        бесплатная CMS + программинг.
        Ну а что касается поддержки и масштабирования проекта, то там почти во всех случаях оказывается выгоднее Битрикс 😉

        1. надо было на ник кликнуть и ответ стал бы ясен сразу =) AlfaTeam — группа профессиональных web-разработчиков
          Создание сайтов на базе CMS-системы «1С-Битрикс»

        2. У Битрикса есть минусы. Но все они связаны с конкретными модулями. Если говорить именно о модулях интернет-магазина, то там объективных минусов я найти не могу, относительно других систем 🙂
          А вот мелких субъективных минусов хватает. Например, нет стандартной пережимки для изображений хранящихся в свойствах типа файл для элементов (свойства создаются пользователем), хотя для стандартных полей «анонсовая картинка» и «детальная картинка» товара, такая пережимка есть.
          Почему это субъективный минус? Например пользователю, который решил на базе продукта из коробки сделать ИМ своими силами (без программистов), это будет минусом. И то, учитывая, что есть партнерские решения и модули из т.н. MarketPlace, такой минус легко закрывается за пару сотен рублей 🙂
          Для нас же это минусом никогда не будет, т.к. можем дописать сами за 15 минут пережимку изображений в свойствах 🙂

      2. В общем если планируется серьезный ИМ, с платежными системами, бухгалтерией, количественным учетом остатков(по свойствам, по складам, и даже по нескольким параметрам), связкой с 1С и т.д., то Битрикс самое то.
        А если что-то начальное и среднее, тогда можете взять WebAssyst или туже Джумлу с модулями интернет-магазина.

        1. Да все правильно — на сегодняшний день наверное нет лучше наиболее полной связки 1С+ИМ чем Битрикс. Тут не поспоришь. Конечно и в Joomla есть много решений с интеграцией в 1С, но не уверен, что они будут на столько же полными как и в Битриксе.
          Для малого бизнеса интеграция с 1С не обязательна, по крайне мере меня об этом просят очень редко, а если просят, то рекомендую обратить внимание на Битрикс.

          Сам лично я даже не знаю, что такое 1с, ни разу не смотрел.

    1. Да сейчас с наукой очень тяжело, мой однокурсник получил кандидата и свалил в менеджеры- т.к. семью не прокормишь на нашей науке, хотя по телеку говорят совсем другое. И таких примеров целая куча.

      Я тоже кстати три года назад ушел частично в интернет от научной деятельности.

      1. Я тоже специализировался на урматах в области гидродинамики. 🙂 Но когда писал диплом, я уже знал, что в науку я не пойду, и диплом уже был связан не с гидродинамикой, а с тогдашней моей работой — вебом.

        1. Да, Дмитрий Мартынов, Вы были выдающимся студентом матфака 😉 Надеюсь сайты у Вас выходят гораздо лучше, чем урматы в области гидродинамики 🙂

          1. Конечно, гораздо лучше! А знаешь почему? Потому что я считаю лучше делать что-то одно, но очень хорошо, чем распаляться на все, но при этом делать фигово. Да и можешь мне не «Выкать», я не из тех, кто бы предрался. Я наоборот за открытость и на «ты» 😉

  2. А, что глянул их портфолио, их собственные проекты — вполне не плохо особенно такие как проект про субару — будут жить и приносить доход своим создателям — вон субару-магазин запустили значит в правильном направлении двигаются.

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

    А то что развивают потихоньку свои проекты это очень правильно.

  3. Илья работал в Мете одно время (2008го – начало 2009го), с его участием были выпущены довольно хорошие сайты. Текущий сайт меты рисовал тоже он, кстати. Не полностью всё (потомучто на момент сборки он уже в Мете не работал), но большую часть – его рук дело (концепция, иллюстрашки на главной).

  4. Я не понимаю для чего может понадобиться тратить огромные деньги и кучу времени на разработку и-м шин и дисков в 2011г. по полному циклу (дизайн, верстка, программирование), когда есть уже готовое решение за смешные деньги, которое разворачивается за 1 час:
    http://marketplace.1c-bitrix.ru/solutions/bitrix.tyres/
    и затем в разумные сроки адаптируется под бизнес-логику конкретного заказчика.

    Кто-нибудь объяснит?

      1. Чем именно вас радуют несколько недовольных на фоне более тысячи установок? А довольные люди вас, напротив, расстраивают что ли? А меня радует когда у коллег что-то получается.

        1. >А довольные люди вас, напротив, расстраивают что ли?

          Ну и где там в комментах хоть один довольный? Более тысячи установок и никто не рекомендует, не благодарит… магия какая-то не иначе.

          1. Когда человек доволен, он и не ломится никуда что-то писать. А вот когда недовольный, тогда, конечно, мотивация для этого есть. Блин уже столько соц.сетей запущено, уже даже целая наука есть «Социальная инженерия», а вы до сих пор не знаете, что если отзывы и пишут, то в основном негативные. Т.е. из 10 отзывов 8 всегда будет негативных, потому что из 10 довольных отзывы напишут всего 2 человека, а вот из 10 недовольных отзывы напишут 8 (если не все 10). А все положительные отзывы что вы видите в интернете, это либо проплаченые, либо т.н. «рейтинговые» отзывы, либо отзывы написанные по просьбе (продавец просит клиента оставить отзыв).
            Вот, кстати, почему книга жалоб и предложений называется именно так? Да потому что туда пишут в основном жалобы 🙂 В любом заведении попросите эту книгу почитайте.

  5. У меня есть следующий вопрос по интернет магазинам:
    Магазин с филиалами, товары одинаковые, ено в каждом филиале свои остатки и свои цены. В зависимости от выбранного города пользователю показывать данные по ближайшему филиалу. 1С-ка одна, выгрузка тоже одна.

    Быстрые и без гемороя пути решения на Битриксе? (не подъеба ради, просто интересно)

    1. Эм пути решения?? Тут типа думать надо что ли? Да как бы система SKU уже в битриксе реализована в коробке. Так же в коробке 1С реализована выгрузка на несколько складов. Даже 3 года назад когда поддержки такой по умолчанию не было мы ее реализовывали сами без каких либо проблем. Ну правда часы на это уходили, за них платил клиент.
      Единственное, что в в данной задачи надо сделать самому, это определение ближайшего филиала от выбранного города. Тут методов и нюансов может быть много: если просто надо определить минимальное расстояние между городами напрямую, то можно тупо по координатам сервиса Яндекс.Карты — день работы. Но в реальности бывает, что нужны другие методы: определение ближайшего филиала по минимальной цене доставки 1 кг веса до выбранного города. Вот это задачка весьма интересная, но согласитесь, что Битрикс здесь уже не причем. Это уже надо реализовывать интеграцию с сервисами (калькуляторами) транспортных компаний, например (http://www.pecom.ru/ru/calc/).

    2. А вот на подумать есть задачка, с которой нам пришлось столкнуться и реализовывать:
      Магазин с филиалами, товары одинаковые, но в каждом филиале свои остатки и свои цены (пока все одинаково). Но цен в каждом филиале несколько (розница, опт), а остатки учитываются не только в разрезе филиалов, но и разрезе размеров товара (обувь, одежда). Т.е. есть товар скажем «Куртка зеленая», у нее есть размеры 46, 48, 50 — номенклатурный номер у каждого размера куртки свой. При чем на сайт товары должны выгружаться именно с остатками по каждому размеру, а не просто свойствами товаров, т.к. если на сайте есть онлайн платежи (VISA, MasterCard), то сайт не должен дать заказать конкретный размер товара больше чем есть на складе, т.к. если его нет, то придется делать возврат платежа, с которого уже уплачен % банку, и продавец останется в убытке, да и покупатель будет недоволен.

      1. Ну если задача решается из коробки, с чего она геморойная? Я ясно вроде все описал, что задача решается из коробки в плане остатков и цен, и только определение ближайшего филиала надо реализовывать самому, т.к. это достаточно частная задача, чтобы ее включали в коробку.
        Вот меня это кстати поражает: вы тут все пиздите, что Битрикс г, что он тормозной, что мы с Ромой сектанты, короче кто на что горазд, а сами даже не знаете возможностей Битрикса. Но самое забавное меня это нисколько не огорчает:)

        1. Мы не пиздим, мартин, мы просто троллим и вас, и Рому. Согласитесь это забавно когда на 1 слово вы пишете несколько абзацев 🙂

          Я честно пробовал раза 4 понять битрикс. Скачивал демку, охуевал и удалял. Пока не хватило усидчивости его победить 🙂

          1. Я отличаю пиздешь от тролинга 🙂 Когда вы нас тролите, мне даже приятно, т.к. это поднимает настроение 🙂 Но когда идут необъективные оценки — это пиздешь. Так что доля пиздежа все же есть.

            Я честно пробовал раза 4 понять битрикс.
            ——————————-
            С наскоку никогда не получится сразу разобраться в любой системе подобного масштаба.
            В этом и есть побочный эффект ихней маркетинговой политики. Просто у потребителя заранее складывается ощущение, что он сейчас пару кликов сделает и все будет тип-топ. Но мы то знаем, что так не у всех получится. Я, думаю, что даже если изобрести идеальную систему, то всегда будет процент тех, кто не въедит.

            Я, думаю, тебе просто не хватило терпения. Я же тоже поначалу матерился. И очень сильно. А теперь понимаю, насколько это было позитивно, т.к. все мои маты в будущем были «закрыты». И я тогда понял, что фишка Битрикса не в самом продукте (я уже говорил, что мы его идеальным не считаем, вообще нет идеальных вещей), а фишка в бизнес модели, которую реализовала компания Битрикс.

          2. Скачивал демку, охуевал и удалял.
            ———————————
            От чего охуевал то хоть? Если есть желание попробовать еще раз — мы всегда будем рады помочь: может проконсультируем чем. Глядишь обратим в нашу секту (веру) 🙂 Ну или еще можно такую метафору: подсадим на наш наркотик.

    1. Среди бесплатных CMS я бы его на первое поставил. Очень гибкая система с точки зрения разработчика. Система нодов в Друпале позволяет создать почти любую структуру данных (аналог инфоблоков в Битриксе). Очень сильное комьюнити, доступная документация, как следствие низкий порог входа.
      Но есть очень весомые минусы:
      1. Друпал достаточно тяжел, как бы не говорили энторнетах про его легкость, но на больших проектах, Друпал требует много ресурсов.
      2. Очень долго выходят обновления с исправлениями багов, которых в Друпале очень много. Баги, конечно, есть в любой системе, но правятся они не везде одинаково быстро. А в Друпале скорость исправления багов меньше, чем скорость их появления в багтрекере. Это как раз следствие бесплатности системы 😉
      Н

      1. про ресурсы согласен, по крайней мере на стандартном ядре ВКОНТАКТЕ не сделаешь, частично помогает система кэширования, но всё же…

        про баги.. можно же ведь пользоваться стабильными и проверенными весиями. 😉

        1. про баги.. можно же ведь пользоваться стабильными и проверенными весиями.
          ————————————-
          Согласен, но в данном случае мы говорим не про базы данных, веб-сервер апачи, и т.д. где продукт может быть актуален даже спустя несколько лет, и даже десятки лет.
          Но мы говорим про сайты, где все развивается и изменяется все очень динамично. То, что было вчера модно и современно, сегодня уже банально. Вот и получается, что если взять стабильную версию друпала, то там уже не будет всего того, что в других системах уже есть и без багов.

          1. тут уже дело в руках программиста, можно и на новом ядре сделать …вно, тем более задачи чаще всего одинаковые, нужно лишь обернуть по-новому.

          2. Ну таки в ядрах тоже отличия есть. Правда, как вы можете догадываться, я уже не в теме, т.к. когда-то я отказался напрочь, от TYPO-3, Joomla, Drupal. Ну я, конечно, еще держал в уме возможность работы с Друпалом, но практика показала, что лучше не распалятся. Да и уровень проектов не позволял взять на себя риски работы на Друпале.

          3. тут довольно внушительный список кто посчитал друпал вполне стабильным для своих сайтов. 😉

          4. Мы сейчас о количестве потребителей разве говорим? У той же джумлы этот список больше и что? Джумла просто представляется как более конечный (коробочный) продукт. А друпал ближе к фреймворку, т.н. CMF.
            В любом случае количество багов и ресурсоемкость это не умаляет.

          5. А мне вот кажется наоборот друпал из коробке более подходит для сайта чем Джумла. На джумле без расширений можно сделать лишь сайт визитку, да блог и то без комментариев. А вот назвать друпал CMF как то я зык не поворачивается — слишком все функциями забито. У той же джумлы фреймворк по серьезнее будет и современнее, тем более с этого года команда Joomla объявила что для развития их фреймворка выделяется отдельная группа и соответственно в будущем он будет продвигаться как отдельный продукт, который на мой взгляд и сейчас вполне не плох по сравнению с тем же Codeigniter`ом хотя и немного громоздкий.

          6. Ты уверен, что достаточно глубоко знаком с Друпалом ? 😉 Ибо ты произносишь такие вещи, что в этом приходится сомневаться 🙂 Джумла как раз таки и живет за счет массы сайтов «нижнего» класса: визиток и т.д.
            А серьезных проектов на Друпале гораздо больше в % соотношении.

          7. CMF как то я зык не поворачивается — слишком все функциями забито
            ————————————
            Особенно эта фраза повеселила 🙂

    2. Друпал хорошая цмс и очень мощная из коробки, но к сожалению до сих пор он представляет собой скорее хорошо структурированный набор функций без использования всех прелестей ООП хотя бы в виде стандартного паттерна MVC и т.д. Поэтому мне как программисту Друпал не очень нравится.

        1. Скажем так в Друпал он как то на MVC не очень похож, по крайне мере для меня. Когда открываешь код Yii, Kohana, CodeIgniter и т.д. сразу видно там MVC. А открываешь друпал и видишь там тучу функций, наверное где там есть, как и в любом проекте в котором отделяют работу с БД, работу с URL и шаблон отображения.

          1. Такс… Тут что-то не чисто. Что для тебя есть паттерн MVC ? 🙂 Так как есть подозрение, что и этот термин (как и CMF) ты не совсем правильно понимаешь.

          2. сразу видно там MVC
            ———————————-
            Ну ты сегодня прям жжешь. 🙂 Как можно открыть CMS и сразу увидеть там MVC? MVC — это паттерн проектирования, который может существовать только на API вообще без визуализации какой-либо. Т.е. его нельзя увидеть, можно понять его реализацию, когда ознакомишься с документацией как минимум 🙂

          3. Для меня ООП паттерн MVC должен как минимум состоять из классов, а не из набора функций и файлов хотя и реализующий туже парадигму.

          4. У тебя явно каша в голове…
            1. Я вот не понимаю как может подход ООП влиять на паттерн MVC, кроме как самое реализации 🙂 От того, что паттерн MVC реализован без применения ООП подхода, он от этого не перестает быть MVC 🙂
            2. Не понимаю что в данном контексте реализовывать парадигму? Хотя я вроде по технологиям программирования у Легалова отучился, и думал, что я разбираюсь 🙂

            Парадигмы в програ

          5. Как можно открыть CMS и сразу увидеть там MVC?
            ———————————-
            По всей видимости Вы редко работали с 100% PHP5 ООП фреймворками. Почти у всех у них MVC структура очень похожа, и позволяет знакомому с ней разобраться что и где уяснив лишь несколько нюансов, даже если это вообще другой язык программирования типа Ruby.

          6. Парадигма в программировании — это набор сущностей, которая определяет логику написания программного кода. И паттерн MVC реализуется любой парадигмой, имхо.

          7. Я вот не понимаю как может подход ООП влиять на паттерн MVC,
            ———————————-
            Вы не поняли, я говорю про ООП, а MVC и в правду можно и функционально сделать легко, просто я про это уже стал забывать.

          8. По всей видимости Вы редко работали с 100% PHP5 ООП фреймворками.
            ——————————
            Ага, я только 5 лет на Java программил 🙂

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

          2. 2chief
            скорее всего вы не понимаете разницу между опенсорсным продуктом, и платным продуктом

          3. Гы! А кто сказал, что Битрикс с закрытом кодом? Платность продукта еще не означает его закрытость. Этот стереотип забит во многие головы, что говорит, что многие забивают на точность определений, и понимают вещи так как им удобней.

            «с такой логикой если я изобрету свой «Welosiped» CMS, сделаю её платной, то она автоматически будет лучше всех бесплатных»
            ———————————
            Не обязательно, но мотивации для этого будет больше. Потому как если тебе дали денег за продукт, то тебя и вздрочнут за баги. Вот это и происходило с Битриксом на протяжении многих лет.

  6. Кважаемый господин Лосин. Заведите плз отдельную тему для некоторых господ для молебен, святотатства и прочих сатанических обсуждений CMS, CMF ядер и проче хрени…

  7. «помойте косточки друпалу ))) интересно ваше мнение.»
    chief, мы достаточно хорошо изучили эту систему когда писали конвертер с нее в битрикс. Понравилась «таксономией» и еще рядом функций. Свои впечатления написали в блог, если интересно вот ссылка:
    http://dev.1c-bitrix.ru/community/webdev/group/110/blog/drupal-taxonomy-and-bitrix-infoblocks/

    «+ открытого кода, что его тестируют и улучшают тысячи программистов по всему миру»
    Нить разговора не очень уловил, но так, на всякий случай: согласен и от части именно по этому в 1С-Битрикс открытый исходный код. Доступен даже в демках. Скачивайте, просматривайте, изучайте и ищите ошибки — на здоровье.

    «Мы не пиздим, мартин, мы просто троллим и вас, и Рому.»
    Дима, надо ли объяснять почему и как Тролль вредит прежде всего самому себе? В любом случае, признание болезни — первый шаг к выздоровлению. А у меня в этой теме всего 2 комента. Этот третий.

    «Кважаемый господин Лосин. Заведите плз отдельную тему для некоторых господ для молебен, святотатства и прочих сатанических обсуждений CMS, CMF ядер и проче хрени…»
    А зачем? Парни общаются, делятся опытом, с удовольствием обсуждают важные и интересные для них темы, такие как: cms, cmf, ядра, usability и многое другое. А для высокомерных избранных господ есть достаточно кошерный ЖЖ.

  8. «если бы битрикс использовали столько же людей, глюков и багов было бы найден не меньше чем в друпале»
    ——————————————-
    В рунете, кстати, Битрикс используют гораздо больше людей, чем друпал 😉

      1. Женька, к сожалению, на западном и европейском рынке Битрикс продвигается заметно медленнее чем в России. Хотя топовые партнеры и открывают свои офисы в Силиконовой долине http://mtoko.livejournal.com/29010.html,
        к нам в компанию иностранные партнеры и клиенты обращаются на много реже чем нам того хотелось бы.. И бюджеты на разработку у них обычно непривычно маленькие. Наверное от того что мелко плаваем пока еще..

        1. НУ не знаю Ром. У нас был опыт работы с Финами, стандартный ИМ, бюджет от 150 т.р. Но на самом деле я вам ребята скажу так: инфа о том, что у буржуев бюджеты гораздо выше — это миф.
          Самые большие бюджеты, с которыми сталкивался я — это Москва.

          1. Ну вот и я про тоже, Дим. К нам обращались клиенты из Швейцарии, США, Индии итд — бюджеты по сравнению с Москвой неинтересные..

Оставьте комментарий