С магазинами в Тайпе по-прежнему всё глухо?

[Ивано++]

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

По идее хранение товаров можно организовать в виде одной таблицы, где в данной можно создать 1 поле (аналог doktype для pages, CType для tt_content) - и мы сможем создавать в рамках одной таблицы разные товары с разным набором свойств....

Так обычно и делают.
Но вот у меня есть один момент, который в голове не совсем укладывается.

К примеру как совместить товары с категориями.
Или к примеру, у нас будет еще какая-то 3-тья таблица....
В которой мы будетм хранить к примеру город (или еще что-то)...

Получается что весь магазин (экспорт, импорт) будет завязан на значения всех таблиц, которые мы будем желать использовать...

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

[Андрей Аксенов]

Естественно при экспорте/импорте обрабатывать придется все таблицы. К тому же, таблиц там много...
Товар, свойства товара, набор параметров для свойств товара, категория товара. К тому же, нужно отразить влияние каждого параметра из свойств на конечную цену (например галоши разного размера будут стоить по разному).
Легче все это проследить на моделях данных уже существующих магазинов, иначе что-то да упустишь. А уж как это отражается в бухгалтерских программах - конечно лучше узнать у бухгалтеров, работающих с интернет магазинами.

[Ивано++]

И снова к данном теме - как к теплому месту.

Собственно есть два вопроса

1. У typo3 - есть какой-то TASK sentr - т.е. как понимаю это центр задач. У многих CMS смотрю есть похожие вещи - в т.ч. синхронизация с БД 1с.

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

Ведь у PHp-нет никаких функций, которые бы позволили установить комманду на автовыполнение, например в 23:00 - выполнить такой-то скрипт... Ведь это возможно только в настройках хостинга (например рез.копирование - 1 раз в день

Как это вообще может работать в CMS??? которые написаны на PHP?

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

Или как это?

[Андрей Аксенов]

1. Работает через задачи cron и установку соответствующей задачи в планировщике (что не отменяет настройку, соответственно, сервера на проверку установленных в планировщике задач).
2. Фиг его знает, но 1С - та же база данных, а уж все ее "надстройки" - это как раз взаимодействия полей в базе данных - данные берутся из справочников и определенным образом взаимодействуют, а выводятся через соответствующим образом настроенные формы. А для выгрузки существуют какие-то стандартные структуры - вот на это и надо обратить внимание, ведь это, как я понимаю, какие-то стандарты бухгалтерских программ (1С при этом не самая лучшая, просто "народная", "попсовая").

[Ивано++]

Сообщение от Андрей Аксенов

1. Работает через задачи cron и установку соответствующей задачи в планировщике (что не отменяет настройку, соответственно, сервера на проверку установленных в планировщике задач).

В принципе понял - что это такое.
И так понимаю - что это команда хостингу...

[Ивано++]

Сообщение от Андрей Аксенов

2. Фиг его знает, но 1С - та же база данных, а уж все ее "надстройки" - это как раз взаимодействия полей в базе данных - данные берутся из справочников и определенным образом взаимодействуют, а выводятся через соответствующим образом настроенные формы. А для выгрузки существуют какие-то стандартные структуры - вот на это и надо обратить внимание, ведь это, как я понимаю, какие-то стандарты бухгалтерских программ (1С при этом не самая лучшая, просто "народная", "попсовая").

Вот что нашел по второму вопросу...
Теперь очень хорошо понимаю - что есть супер проект за 10 000-30 000 руб (за 5-7 дней)
и что есть серьезный проект (2-3 месяца работы)

http://habrahabr.ru/post/137888/
http://www.webbix.ru/studio/case/detail.php?ID=1895
http://www.webbix.ru/studio/1c/

[Андрей Аксенов]

Да, занятно...

[Ивано++]

Сталкивая с различными проектами - по поводу каталогов - нахожу интересные вещи - а именно:

1) кто то делает каталог магазина на дереве страниц + добавляют поля для страницы необходимые + дописывают 3-4 модуля pi (обычно это сам каталог, фильтр и ряд других модулей)

2) либо кто-то делает это совсем на отдельных таблицах с новым модулем - который строит дерево... Т.е. примерно также как это идет в битрик - все на одтельных инфоблоках.

Какими Вам видятся глобальные плюсы и минусы у двух различных подходов?

Единственных минус вижу по первому варианту - это то, а) что сам каталог мешается с деревом страниц - и по этой причине будет сложнее делать экспорт/импорт... И кстати при таком варианте наверное лучше сделать специальный тип страницы - т.к. не на каждой же странице вставлять плагин Каталога - и это надо автоматизировать!

Единственный минус вижу по второму варианту - это то, что на отдельные ветки каталога - нельзя дать доступ на редактирование отдельной ветки через модуль "Доступ" - ведь это также как с деревом tt_news... (НО - в принципе и здесь Вы можете опять же хранилище разбивать на сколько угодно папок... и к ним давать доступ - к примеру по прендам....

И еще что интересно (уже не первый раз) - когда делают каталоги на typo3 - то не особо "заморачиваются" по поводу двух наиболее интересных полей - а именно "Общие характеристики" и "Доп.характеристики" их - обычно не разбивают на поля а делают bodytext-ом...

Более других вариантов создания каталогов - не находил.

[Constantine]

http://docs.aimeos.org/TYPO3