По большинству вопросов согласен с автором.
1. Все равно — какая CMS.
2. Чаще всего начинают с витрины.
3. Интернет магазин — очень дорого в отличии от витрины.
Но это все про витрину… А где-же про интернет магазин?
1. Там сложные бизнес-процессы (особенно логистика)
2. Бизнес-процессы постоянно меняются.
3. Бизнес процессы в каждом магазине разные, поэтому приходится держать локальных разработчиков и прокси-начальника, который разъяснит программистам, что надо делать ИМЕННО так, а заказчикам(внутренним), что ТАК лучше не делать А ТО…
4. Более-менее крупный интернет магазин не обходится без отдела маркетинга, который генерит акции и всячески привлекает посетителей, а так же старается сделать так, чтобы они вернулись потом.
5. Крупный интернет магазин — это ассортиментная политика, грамотная закупка и построение отношений с поставщиками.
6. Хороший интернет магазин — это забота о пользователе.
7. Интернет магазин (не витрина) — это много, очень много работы по разным направлениям.
Вот если расписать более-менее подробно последние семь пунктов — цены бы статье не было…
Ждать?
С этим согласен, но это частный случай (в моей практике). У меня обычно добавляются поля и таблицы. При этом мне не удобно писать где-то код миграции, а затем запускать ее. Я люблю покопаться через консольный клиент MySQL, может быть даже несколько раз с перерывом в час-два, а затем, перед коммитом сгенерить миграцию.
Странно, но практически ни один инструмент миграции не позволяет делать следующее: Залезть ручками в БД, поменять все так, как нужно, а затем, перед коммитом, сгенерить скрипт различий со старой структурой. ПОЧЕМУ??? Я знаю только пару инструментов, позволяющих такое безобразие…
Ну наконец-то. Уж хотя бы так… Давно уже хочется нормальный оффис на планшете, нормальный vim, нормальный браузер и нормальный bash + sed|grep|awk. Да и нормальные PHP|PYTHON|RUBY не помешают…
mysqli имеет и объектный интерфейс — раз.
переходить на другую СУБД приходилось только один раз в жизни — в последний месяц. SQLite->MySQL.
Страшно не было — правда :)
Странно, что они упоминают свяной. У нас есть какой-то вспомогательный сайт на юми… рсновной сайт работает на том, что осталось от битрикс8 — нашего кода там больше + ядро тоде правили, чтобы баги не потерли наши данные.
Вот всегда напрягали названия методов в Zend_Acl
AddRole — понятно
add — что add, куда add? Почему на AddResource?
$this->add(new Zend_Acl_Resource('admin_res'));
Я бы переписал, как $this->addResource('admin_res'), а уже внутри метода обворачивал бы в Zend_Acl_Resource
Кстати можно это сделать как раз в классе-наследнике.
Иногда очень странные решения и интерфейсы появляются у хороших и больших дядек и тетек…
fact = new FactoryCreatorFactory()
conf = new BladeConfigurator()
fact.add(conf)
conf.setMaterial(new Ferrum())
realBladeFactory = fact.buildFactory()
realBladeFactory.setLength(400)
realBladeFactory.setWeight(30)
realBladeFactory.addFacet(new BladeFacet('teeth')) // for more usable bread slicing
blade = realBladeFactory.buildRealBlade()
blade.sharpen()
blade.wash()
bread = realWorldSingleton::getInstance().getStorageCollection().getFoodStorage().getBread()
bread.sliceYouSelfBy(blade)
//profit :)
1. Все равно — какая CMS.
2. Чаще всего начинают с витрины.
3. Интернет магазин — очень дорого в отличии от витрины.
Но это все про витрину… А где-же про интернет магазин?
1. Там сложные бизнес-процессы (особенно логистика)
2. Бизнес-процессы постоянно меняются.
3. Бизнес процессы в каждом магазине разные, поэтому приходится держать локальных разработчиков и прокси-начальника, который разъяснит программистам, что надо делать ИМЕННО так, а заказчикам(внутренним), что ТАК лучше не делать А ТО…
4. Более-менее крупный интернет магазин не обходится без отдела маркетинга, который генерит акции и всячески привлекает посетителей, а так же старается сделать так, чтобы они вернулись потом.
5. Крупный интернет магазин — это ассортиментная политика, грамотная закупка и построение отношений с поставщиками.
6. Хороший интернет магазин — это забота о пользователе.
7. Интернет магазин (не витрина) — это много, очень много работы по разным направлениям.
Вот если расписать более-менее подробно последние семь пунктов — цены бы статье не было…
Ждать?
Не нашел адреса в базе ФИАС(ко)
переходить на другую СУБД приходилось только один раз в жизни — в последний месяц. SQLite->MySQL.
Страшно не было — правда :)
Можете подробнее об этом?
AddRole — понятно
add — что add, куда add? Почему на AddResource?
$this->add(new Zend_Acl_Resource('admin_res'));
Я бы переписал, как $this->addResource('admin_res'), а уже внутри метода обворачивал бы в Zend_Acl_Resource
Кстати можно это сделать как раз в классе-наследнике.
Иногда очень странные решения и интерфейсы появляются у хороших и больших дядек и тетек…