OpenStore - моя сборка Drupal+Ubercart (тот самый философский камень)

Главные вкладки

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 14 января 2011 в 23:39

Несколько запоздало (в свете выхода 7-й версии) представляю свою сборку Drupal 6.x + Ubercart 2.x под названием OpenStore.

Сайт проекта OpenStore

Скачать OpenStore

UPD от 22.01.2011 Качаем последний dev!

Более 2-х лет назад я столкнулся с такой штукой как Drupal пятой модели. Мой интерес был практический - сделать интернет-магазин, который можно было бы расширять по мере необходимости, имел бы понятную архитектуру, и тд... До этого у меня были непродолжительные романы с другими решениями для e-commerce вроде Oscommerce и проч., к которым я довольно быстро охладел.

Drupal был свеж, заманчив, обещал много разных благ, а в связке с Ubercart, похоже, должен был дать всё то, о чём я и не мечтал. Я решил смастерить свой свечной заводик в течении месяца-два... Но, господа, недаром Друпликон ухмыляется как Мона Лиза Smile

Самостоятельная разботка интернет-магазина на основе Drupal для человека, незнакомого с API Drupal, и, тем более, с php, и, тем более, с базовыми знаниями CSS+HTML представляет собой кромешный ад и не может быть рекомендована, если вы хотите просто начать свой бизнес в сети, т.е вас интересует немедленный результат

Сборка OpenStore – это, образно говоря, попытка понизить пресловутый «порог вхождения» для систем на основе Drupal. При установке подключаются все нужные (как по мне) модули, делаются необходимые настройки путём записи соответсвующих значений в БД. Вы получаете готовый к употреблению магазин (во всяком случае так задумано), сэкономив КУЧУ времени, затраченное на курение мануалов, основная часть которых на английском и терзание Google

Аналогичные решения

На данный момент науке известны такие сборки на основе Drupal+Ubercart:

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

http://drupal-shop.ru – пожалуй первая попытка создания сборки магазина. Система мне неизвестна, так как небесплатна. По всем внешним признакам (динамика публикаций, выхода обновлений и тд) похоже, что проект приостановлен либо перешёл в вялотекущее состояние.

http://www.drushop.ru — наиболее известное бесплатное решение на сегодня, но обладающий одним существенным недостатком — установочный профиль загружает готовый дамп базы данных, содержащий настройки системы. Этот наиболее лёгкий и одновременно наиболее плохой способ переноса конфигураций для реального сайта, несущий серьёзные потенциальные проблемы в будущем при обновлении и дебага сборки. По всем внешним признакам (динамика публикаций, выхода обновлений и тд) похоже, что проект приостановлен либо перешёл в вялотекущее состояние.

В сравнении с вышеуказанными сборками, OpenStore – это лучшее, что может случиться с вами. Реально. Объективно.

Возможности сборки интернет-магазина OpenStore

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

Помним и благодарим героев

Дабы не утомлять сообщество перечислением фич, некоторые базовые возможности сборки указаны здесь

В чём изюм

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

Кто бы спорил, есть три вещи, на которые можно смотреть вечно:

1. как горит огонь
2. как течет вода
3. как кто-то пытается оттемизировать то, что породил Друпал

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

В OpenStore широко используется функция hook_preprocess(), позволяющая самостоятельно определять или модифицировать существующие переменные, которые выводят различную информацию (картинки, цены, кнопка «Добавить в корзину» и многое другое...)

Например, вывести в произвольном месте кнопку «Добавить в корзину»


<?php print $show_cart_button?>

Или, вывести одним махом блок с «быстрыми закладками», содержащий характеристики товара, медиа-файлы, отзывы, дополнительные картинки


<?php print $show_product_tabs?>

Пример, как это это может выглядеть

Функция hook_preprocess() используется не только для страниц товаров, а и для профиля пользователя, а также для форм редактирования и добавления страниц.
Ваши контент-менеджеры, заполняющие страницы с товаров, теперь скажут вам «Спасибо, друг!». С помощью нехитрых php-сниппетов, наподобии указанных выше, вы можете переставлять поля и кнопки как душе угодно

Внешнее оформление для фронт-енда (видят покупатели) и бэк-енда (видят администраторы) разделено. Тема “Frontend” и “Administrator” соответсвенно

Тема “Adminastrator” (рабочее название “Антиблондинка”) - самая симпатичная тема продвинутого администратора на данный момент

Ужас, летящий в ночи, под названием “Garland”...улетел.

Я убрал все ссылки настроек, которые обычно пугают неокрепшие умы, в выдвижную панель наверху и она всегда незримо с вами. Теперь у нас 5 основных закладок перед глазами:

1. Управление
2. Магазин
3. Очереди
4. Заказы
5. Страницы

Закладка «Управление» - основная страница по адресу /admin, так называемая «Панель управления» размечена на регионы, в которые можно вставлять любые блоки. Подчёркиваю, любые.

По умолчанию там выведены блоки с диаграммами, показывающие статистику посещений от Google Analytics, графики состояния ситемы (пользователи, страницы, системный журнал), последние заказы, последние зарегистрированные пользователи, последние рассылки

2 типа переключения блоков:

1. Горизонтальные «быстрые» закладки на Jquery
2. Сворачивающиеся поля с эффектом запоминания (используются cookie) положения на Jquery

Закладка «Магазин» - страница по адресу /admin/store, где собрано всё, что касается именно Ubercart. Раньше это была скучная таблица, теперь — сексуальный интерфейс.

Закладка «Очереди» - управление позициями элементов в разных списках («Рекомендованные товары», «Новости» и тд) через удобный drag&drop интерфейс

Закладка «Заказы» - страница с последними заказами магазина

Закладка «Страница» - основной менеджер страниц магазина с фильтрами и массовыми операциями.

Если вы делаете магазина на заказ и применяете в нём «Adminastrator», думаю, ваш заказчик будет отсатисфачен по-полной.

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

Установка

Всё как обычно. Скачиваете зелёненькое, распаковываете архив со сборкой куда надо, например в корневую директорию домена domain.com, затем набираете http://domain.com, выбираете профиль установки «OpenStore» и следуете дальнейшим инструкциям. Может потребоваться корректировка параметра max_execution_time в сторону увеличения.

В планах, помимо исправления текущих ошибок:

1) Написание глобальной документации для администраторов магазина. Скорее всего это будет встроенная справка, через модуль Advanced Help

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

3)Разобраться с применением скидок, т.е упорядочить через Сonditional Actions и, в перспективе, через Rules (для 7-й версии)

4) Написать модуль, позволяющий делать нормальные фильтры, как это принято в обычных магазинах, т.е фильтр по диапазонам цен, производителям и тд.

5) Разобраться с массовым обновлением цен и наличия. В составе сборки есть такой модуль, но он требует улучшения

6)Предпринять попытку интегрировать таки с 1С

7) Поработать над внешним оформлением. Текущая тема Frontend впринципе неплоха как стартовая тема, в то же время есть понимание, что это может (и должно) выглядеть гораздо лучше. Ищу хорошего дизайнера!

Помочь проекту

1) Мне нужен фидбек от каждого, кому интересна эта тема. На основании вашей активности я решу, должна ли существовать и в каком направлении развиваться эта сборка. Будут версии для Друпал 7 и выше и на качественно новом уровне, но в том случае, если я увижу, что это будет реально востребовано.

2) Нужна помощь дизайнера. То, как это всё выглядет сейчас мне не очень нравится. Нужно разработать единый стиль всего проекта и сделать дизайн в графическом формате. Я имею ввиду внешний вид админки, самого фронтенда, сайта проекта. Я не могу платить за дизайн именно сейчас, поэтому предлагаю взамен такие блага:

  • Общее оздоровление кармы за счёт участия в Open Source
  • Почётное звание дизайнера проекта, со ссылкой на ваш ресурс с главной сайта проекта
  • Ссылки на вас со страниц разработанных вами тем
  • Лучшие рекомендации с моей стороны, приоритет в сотрудничестве в будущем.
  • Всё разработанное вами может и ДОЛЖНО быть использовано в вашем портфолио. Незачем наполнять свой портфель, задёшево продавая свои умения. Сделайте для всех и без денег.

3) Нужна помощь программеров. Приоритетные задачи: интеграция с 1С, толковый импорт/обновление товарной базы. Плюс куча всего по мелочам. Форма сотрудничества оговаривается индивидуально, но принцип всегда один — «ты мне, я тебе»

...и ещё

Отзывы, замечания о найденных багах, пожелания просьба оставлять ТОЛЬКО в багтреккере проекта. Не оставляйте их в этом топике, мне их будет сложно отслеживать.

Проект реализован по общественной лицензии GNU . Никаких гарантий и ответственности за возможный ущерб до тех пор, пока вы не платите за софт.

Это beta релиз. Я долго и упорно работал над этой сборкой, было несколько глобальных переделок. Что-то могло затереться, очевидные вещи могут не работать или работать не так, как это ожидается. Всё же я решил сделать публичный релиз, чтобы народ посмотрел свежим глазом. Просьба относиться с пониманием.

Для опытных программистов: местами мой код не отличается изяществом. Буду рад конструктивным замечаниям по оптимизации этого.

Вот то, что я хотел сказать на данный момент.

Спасибо за внимание.

------------------------------------

Важные объявления:

Разобрался в настройках Openstore сам и хочешь помочь другим? Нужны добровольцы для написания руководства пользователя интернет магазина на основе Уберкарт!

Сделал таки магазин с использованием сборки OpenStore?

Отправь своё детище на мыло openstore.org.ua@gmail.com c указанием своего логина на сайте проекта www.openstore.org.ua. Я размещу на этот магазин прямую ссылку с сайта проекта!

Комментарии

Аватар пользователя S_F S_F 15 января 2011 в 1:40

потестим, но пока что в описании сборки ничего сверхъестественного не увидел..
Явно в перечне не хватает:
-Интеграции с системами электоронной оплаты
- смс штук всяких, типа оповещения.

В целом задумка очень хорошая, респект!

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

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 15 января 2011 в 3:14

"RxB" wrote:
Поздравляю Волосюгу!

Спасибо

"S_F" wrote:
-Интеграции с системами электоронной оплаты

Практические все доступные модули оплаты из известных мне включены там. Я не вижу необходимости писать что - то эдакое

"S_F" wrote:
- смс штук всяких, типа оповещения.

Это работает без проблем "из коробки". Каждый внятный мобильный оператор предоставляет возможность отправки смс по мылу. Ничего не останавливает вас завести отдельное правило в Сonditional Action и отправлять мыло с данными заказами на спецмыло оператора (см. условия конкретного оператора). Получать заказы на свою мобилу в течении 10 мин как он был сделан - вполне реально

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

Pray for 7

Аватар пользователя Artu Artu 15 января 2011 в 5:15

Спасибо. Первое впечатление - есть что посмотреть и позаимствовать.
И как готовая сборка ценность имеет, особенно если будет развиваться.

Проверьте:
Копировать и любой контен сайта, его дизайн или элементы дизайна без разрешения запрещено.

Аватар пользователя Artu Artu 15 января 2011 в 5:26

1)За что отвечает модуль делает openstore_all_features?
2)Темы ваша разработка?
3)Изменения в ядро,модули вносились?Есть модули патченные?

Как все взаимосвязано? ))

Аватар пользователя mamba mamba 15 января 2011 в 11:39

сделайте кто-нибудь дамп чистый после установки.
Fatal error: Maximum execution time of 90 seconds exceeded in M:\home\site\www\includes\file.inc on line 937
не тянет у меня. спасибо!

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 15 января 2011 в 13:39

"Artu" wrote:

1)За что отвечает модуль делает openstore_all_features?

Это Features.

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

"Artu" wrote:
2)Темы ваша разработка?

Administrator? графика не моя, подогнал фрилансер. А вот создание полноценной темы из неё - мои труды. Много кода позаимствовано из RootCandy

Frontend - это моё, на основе basic

"Artu" wrote:
3)Изменения в ядро,модули вносились?Есть модули патченные?

В ядро (Друпал и Уберкарт) однозначно нет - не мой принцип. В uc_adresses я по мелочам менял, там я вложил файлик с описанием чего и где. Не полноценный патч

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 15 января 2011 в 13:45

"Artu" wrote:

4)«В OpenStore широко используется функция hook_preprocess(),»
Где? В теме?

Функция задаётся в основном в модуле general. Это полностью мой модуль, там свалены все form_alterы, препроцессы и тд...

Смотрите папку preprocess. Переменные для шаблонов нод, страниц, блоков - preprocess_common.inc, для видов - preprocess_views.inc

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 15 января 2011 в 13:55

"mamba" wrote:
Fatal error: Maximum execution time of 90 seconds exceeded in M:\home\site\www\includes\file.inc on line 937

Да, проблема имеет место быть.

На каком этапе вываливается в тайм-аут?

Там 2 узких места есть:

1) Экспорт переводов из одного большого файла, который весит более 2 мб

2) когда друпал сканирует модули, которые должны подключаться через BatchApi, а их более 100 Smile

Насчёт проблемы 1: лечится помодульной разбивкой переводов. Такие переводы трудно поддерживать, но наверное придётся таки мне этим заняться

Проблема 2. Изначально хотел сделать поэтапную загрузку модулей с выбором варианта установки ("минимальный" и "нормальный" режимы)

Однако пока есть проблемы с переходами между отдельными батчами, не могу понять в чём дело пока

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 15 января 2011 в 14:47

mamba:

Пока можете попробовать увеличить время выполнения пхп. Способы:

1)в settings.php
добавить после

<?php

ini_set

('url_rewriter.tags',        ''); 

?>

такое:

<?php

ini_set

('max_execution_time'0);

?>

или отредактировать .htaccess, добавив в секции "Override PHP settings" после

<?php

<IfModule mod_php4.c>

?>

такое:

<?php

php_value max_execution_time      120

?>

или подкорректировав в php.ini значение max_execution_time с последующей перезагрузкой сервера

Аватар пользователя Artu Artu 15 января 2011 в 17:47

Волоцюга,
а есть еще ваши модули? Или нестандартные (не с Drupal.org)?

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

Хочется понять как это работает в сборке.

Аватар пользователя Ch Ch 15 января 2011 в 18:20

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

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
Будут версии для Друпал 7 и выше и на качественно новом уровне, но в том случае, если я увижу, что это будет реально востребовано

Это востребовано, но пока ты это увидишь может стать не актуально. Года через три-четыре выйдет Друпал 8. Если бы эта сборка уже сейчас была бы на Д7, интерес к ней был бы в разы выше...

Пожелания:
1. «Облегчить» сборку. Уж очень много чего наставлено. Тормоза соответствующие.
2. Добавить демонстрационный контент. Категории каталога, товары с картинками, страницы, статьи баннеры и т.д. Чем больше тем лучше. Т.е. сделать не заготовку под магазин, а уже готовый магазин. Настроить вывод блоков, меню, карусель и т.д. Удалить/отредактировать уже созданное, намного проще чем добавлять с нуля. Тем кто с drupal/ubercart раньше не работал, разобраться с тем как наполнить этот магазин контентом, и привести его в нужны для них вид очень тяжело сейчас.
3. Перевести это все на Д7.

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 15 января 2011 в 19:03

"Artu" wrote:
а есть еще ваши модули? Или нестандартные (не с Drupal.org)?

Например? Из моих модулей только general

"Ch" wrote:
1. «Облегчить» сборку. Уж очень много чего наставлено. Тормоза соответствующие.

Была идея разделять на версии Lite и Fat, но потом понял, что я это не потяну

"Ch" wrote:
2. Добавить демонстрационный контент.

Согласен. Была такая мысль. Только я вот что подумал: если класть в само дистро и картинки и прочее... сейчас это весит под 30 мб Smile и без картинок. Я поудалял даже файлы ридми и проч незначительного, это сэкономило около метра

Хотел тянуть всё это опционно при установке, но потом отказался от этого всилу заумности затеи.

Аватар пользователя Ch Ch 15 января 2011 в 19:56

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
Только я вот что подумал: если класть в само дистро и картинки и прочее... сейчас это весит под 30 мб Smile

20-30 товаров с картинками это не более 10 Мб. Эти мегабайты с экономят кому то часы работы.

Аватар пользователя Andruxa Andruxa 15 января 2011 в 20:03

Странно, при установке вываливает wsod.

Создал settings.php в sites\default из default.settings.php от 6.20
странно, но почему-то папка изначально пуста.
- без результатов.

Менял в корне .htaccess на дефолтный от 6.20 - тоже не помогает.

Есть у сборки какие-либо требования к хостингу, отличные от стандартных D6 ?

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 15 января 2011 в 20:22

"Andruxa" wrote:
Создал settings.php в sites\default из default.settings.php от 6.20
странно, но почему-то папка изначально пуста.
- без результатов.

Да, странно. Там должен быть пустой settings.php, который я скопировал из default.settings.php

Может некорректно распаковалось?

Я паковал в архив через 7z, в режиме "Ультра" сжатия

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 15 января 2011 в 20:30

"Andruxa" wrote:
Есть у сборки какие-либо требования к хостингу, отличные от стандартных D6 ?

Требования стандартные, друпальские. Мальчик любит покушать. Оперативы от 128 и выше, нормально настроенный сервак.

Аватар пользователя mamba mamba 16 января 2011 в 1:01

сделал в setting.php и потом ошибка про Curl.
Лучше Paypal отключить изначально, ибо он его и требует, а на денвере его нет.

Аватар пользователя chel chel 16 января 2011 в 9:00

как правильнее всего вностить подобные товары

вижу два варианта:
1) Каждый товар имеет свой SKU (наверное группировать по названию чтобы выводить в ноде)
2) Один товар к которому как-то привязать наличие, которое зависит от размера одежды, размер зависит от цвета,...

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 16 января 2011 в 13:11

"chel" wrote:

как правильнее всего вностить подобные товары

На всякий случай: В этой сборке нет массового импорта, есть только обновление. Node_import сильно корявый как по мне

А вообще я бы делал так: сначала заносим основной товар с артикулом например blouse_blabla

и для каждой комбинации атрибутов добавляем осмысленные суффиксы:
blouse_blabla_blue_M

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

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 16 января 2011 в 14:45

У кого валится при установке по тайм-ауту и нет возможности увеличить время выполнения скриптов:

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

Аватар пользователя tirons tirons 16 января 2011 в 20:21

Некоторые требования не соблюдены
Следующую ошибку нужно исправить перед продолжением процесса установки:
PayPal WPP requires the PHP cURL library. (Сейчас используется cURL Not found)

Проверьте сообщения об ошибках и попробуйте снова.

Как с этим бороться )) ?

Аватар пользователя tirons tirons 16 января 2011 в 21:05

Сервер хостинг в данный момент локальная машина )) Artu - может расскажешь подробнее, где взять библиотеку и как ее включить? Буду очень признателен! Заранее спасибо)

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 16 января 2011 в 22:31

можно отключить установку этого модуля

открыть файл openstore.profile в /profiles/openstore, там в функции openstore_profile_modules()

убрать 'uc_paypal',

уберу в следующей версии, завтра-послезавтра думаю

Аватар пользователя chel chel 17 января 2011 в 7:13

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
А вообще я бы делал так: сначала заносим основной товар с артикулом например blouse_blabla
и для каждой комбинации атрибутов добавляем осмысленные суффиксы:
blouse_blabla_blue_M

Спасибо интересно.
Т.е. получаеся будут создаваться разные SKU товара, на основе атрибутов, как бы фактически разные физические единицы так?
К примеру получится, что 10 зеленых(атрибут) футболок, разного размера(атрибут), с разным остатком на складе(атрибуты?) = это разные товары SKU?
Или остаток на складе тут не атрибут. Т.к. каждая позиция может иметь своё кол-во на складе.

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 17 января 2011 в 13:38

"chel" wrote:
Т.е. получаеся будут создаваться разные SKU товара, на основе атрибутов, как бы фактически разные физические единицы так?

Именно. Тогда вы можете задавать разное количество для разных артикулов и отслеживать это потом

"chel" wrote:
Или остаток на складе тут не атрибут. Т.к. каждая позиция может иметь своё кол-во на складе.

Каждая КОМБИНАЦИЯ атрибутов может иметь свой остаток

Например, есть атрибуты для размера (М,S) и для цвета (red,blue)

Уберкарт вам предложит задать количество для таких комбинаций

товар М red
товар М blue
товар S red
товар S blue

Аватар пользователя Mirocow Mirocow 19 января 2011 в 7:52

По поводу 1С. Наша команда дает добро на включение нашего решения в этот продукт. Проект широченными шагами двигается к релизу и на следующей неделе будет доступен из репозитория.

Аватар пользователя brvo brvo 19 января 2011 в 20:36

Для каких непосредственно конфигураций и на каких платформах решение 1С:
- 1С Торговля и склад 7.7 (на каком релизе...)
- 1С Бухгалтерия 7.7 (на каком релизе...)
- 1С Управление торговлей и складом 8 (на каком релизе...)
- 1С Бухгалтерия (на каком релизе...)
В этом-то все и грабли, как кто-то сказал выше.
Не хочется на них наступать...
Сам реализовывал импорт из 1С Торговля и склад 7.7 в формате CVS (сам то многое понимаю в 1С), а потом экспортировал посредством ноде_импорт пару тысяч нод. Дело кончилось тем, что написал xml-парсер из 1С, кое-как заставил 1С грузить автоматом сформированный xml файл и фотки по ftp. Ну а другой программер написал свой скрипт по его обработке и дизайн сделал. Вот и результат http://am-x.ru/ это не drupal Sad
P.S. Где можно глянуть решений по импорту нод, причем хорошие.

Аватар пользователя UnnamedNETUA UnnamedNETUA 19 января 2011 в 19:53

"Mirocow" wrote:

По поводу 1С. Наша команда дает добро на включение нашего решения в этот продукт. Проект широченными шагами двигается к релизу и на следующей неделе будет доступен из репозитория.

На каких условиях можно будет использовать?

Аватар пользователя Andruxa Andruxa 19 января 2011 в 20:24

Насчет 1С - а никто не сталкивался с такой ERP как Millenium BSA: http://www.m-g.ru/

Я как-то ставил себе, гонял немного, но забросил потом это дело.

Подкупает опенсорсностью, кроссплатформенностью и веб-интерфейсом.

Аватар пользователя brvo brvo 19 января 2011 в 21:02

Кроссплатформенность 1С извините конечно, но это глупость! Все равно, что кроссплатформенность Microsoft.
Насмешили. А вообще у 1С свои "платформы". Не верите - вот Вам ссылка демо работы через веб-интерфейс современной платформы 8.2 http://v8.1c.ru/demo-ma/ так что сотрудники мною уважаемой фирмы 1С работают в данном направлении.
P.S. Но думаю работают до сих пор почтовым клиентом у них 1С:Электронная почта+шлюз в сеть интернет, активно используют систему документооборота собственного розлива 1С:Документооборот, после полного обвала своего сайта установили (!) типа капчи на сайт техподдержки партнеров. Ну а для того, кто не видел закрытые партнерские разделы 1С оф. сайтов нужна притча "Мыши плакали, но продолжали грызть кактус!"
P.P.S. Я этот кактус грызу 14 лет Smile

Аватар пользователя brvo brvo 19 января 2011 в 22:09

Andruxa wrote:
Насчет 1С - а никто не сталкивался с такой ERP как Millenium BSA: http://www.m-g.ru/

Я как-то ставил себе, гонял немного, но забросил потом это дело.

Подкупает опенсорсностью, кроссплатформенностью и веб-интерфейсом.


Нечего себе "Управление расчетами с партнерами;" http://www.m-g.ru/216/217
По какой системе налогообложения? Smile

Аватар пользователя skldshmn skldshmn 19 января 2011 в 21:06

Здравствуйте! Я поставил Ваш OpenStore но при попытке установки после выбора любого из языков выпадает ошибка "Fatal error: Maximum execution time of 60 seconds exceeded in /www/rxfly.net/n/o/notebooks/home/site/includes/file.inc on line 937".
Что делать?

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 19 января 2011 в 21:40

"skldshmn" wrote:
Всё плохо

Это не только у вас такая проблема, см. выше топик. Там же выше вариант решения проблемы (увеличить max_execution_time). Если хостер не позволяет, на этой недели будет новая версия. Фактически ЕСТЬ уже. Там на локале у меня в 60 сек укладывается спокойно. Сейчас занимаюсь нарезкой переводов, установкой сервера переводов, откуда перевод при установке будет тянуться кусочками, а не из одного огромного файла как сейчас

Аватар пользователя brvo brvo 19 января 2011 в 23:08

Andruxa wrote:
Ну, у них где-то было заявлено "управление предприятиями масштаба холдинга"

Холдинга, Масштабы (молдинга, фиголдинга), даежь внедрежь, что за слова такие...
Причем тут моя любимая система http://drupal.org/? Что-то никак не врублюсь, посмотрев почти все страницы по сссы лке.

Аватар пользователя ydv ydv 20 января 2011 в 13:21

очень приятная вещь, но два момента которые вызвали у меня несколько секундное затруднение:
1. Нет ссылок на управление на главной странице, это у меня чо-то сглючило?
2. Долго искал ссылку на создание новых страниц, товаров и т.д.

Да, и если уж обсуждение юберкарта и его сборок здесь, то вот такой вопрос, никто не делал на uc2 мультистраничную форму расчета?

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 20 января 2011 в 14:59

"ydv" wrote:
1. Нет ссылок на управление на главной странице, это у меня чо-то сглючило?

О каких ссылках идёт речь? На главной под админом некоторые пустые блоки видно, в них ссылки на добавление в этот блок

"ydv" wrote:
2. Долго искал ссылку на создание новых страниц, товаров и т.д.

странно, вроде она на виду /admin, сворачивающийся блок с меню. Меню со ссылками на добавления контента отбирается из системного "Navigation"

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

Anyway, сигнал принят. Если траблы с этим у одного человека, вопросы будут возникать постоянно. Подумаю как сделать более явно это

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 20 января 2011 в 15:01

"mmc" wrote:
зы многовато модулей девелоперских

Не соглашусь. Девел должен стоять если предполагается тюнить это дело. К тому же они выключены по умолчанию

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 20 января 2011 в 15:04

"just_one_fix" wrote:

у меня и на локальной такая проблема - 30 сек.

Так сделайте больше. Не знаю что там у вас стоит, наверное Denwer, неважно, откройте php.ini

Найдите max_execution_time, поменяйте 30 на, скажем 240

Перегрузите после этого сервер

Аватар пользователя Mirocow Mirocow 20 января 2011 в 15:48

"brvo" wrote:

Для каких непосредственно конфигураций и на каких платформах решение 1С:
- 1С Торговля и склад 7.7 (на каком релизе...)
- 1С Бухгалтерия 7.7 (на каком релизе...)
- 1С Управление торговлей и складом 8 (на каком релизе...)
- 1С Бухгалтерия (на каком релизе...)

Стандартная версия будет работать для версий 7.x и 8.x (Склад)
Индивидуальное же решение будет доступно для любых конфигураций и платформ.

"brvo" wrote:

В этом-то все и грабли, как кто-то сказал выше.
Не хочется на них наступать...
Сам реализовывал импорт из 1С Торговля и склад 7.7 в формате CVS (сам то многое понимаю в 1С), а потом экспортировал посредством ноде_импорт пару тысяч нод. Дело кончилось тем, что написал xml-парсер из 1С, кое-как заставил 1С грузить автоматом сформированный xml файл и фотки по ftp.

Для 7.x мы используем CML + custom решение
Для 8.x мы используем CML2 + custom решение
Передача данных организованна по FTP

Аватар пользователя brvo brvo 20 января 2011 в 21:51

Mirocow wrote:
мы используем CML + custom решение

Долго думал и понял, что CML это CommerceML, а не CML (Chemical Markup Language) — это язык описания химических соединений, основанный на универсальном языке разметки XML. Хотя принципиально это одно и тоже 1С любит химичить, даже где-то торговая площадка была CommerceML (платная конечно), не помню загнулась она или нет.
А про custom решение интересно было бы посмотреть реализацию со стороны 1С, мог бы и помочь по мере возможности. Например есть некая обработка 1С:Торговля и склад 7.7 выгрузки в XML файл номенклатуры по фильтрам, передача его по ftp на типовой конфигурации. Как бонус есть конфигурация с минимальными изменениями, позволяет оперировать с фото товаров в 1С и тоже их выгружать. Что-то давно не читал про CML. Вот это что-ли http://www.1c.ru/rus/products/1c/integration/cml.htm

Аватар пользователя ydv ydv 20 января 2011 в 16:24

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
О каких ссылках идёт речь?

я имею ввиду верхнее меню, с кнопкой "открыть панель"
"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
странно, вроде она на виду

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

Аватар пользователя selfar selfar 20 января 2011 в 18:28

volocuga, огромное спасибо.
Вижу не зря Вами проведено время в обсуждениях ubercart в разных ветках на drupal.ru :).
С нетерпением ждем обновленную версию.

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 20 января 2011 в 19:28

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

Аватар пользователя NecroHill NecroHill 20 января 2011 в 20:59

удалил, и не помогло. косяки только с присетами где в Action присутствует Underlay (background) - во всяком случае у меня

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

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 20 января 2011 в 21:36

"NecroHill" wrote:
косяки только с присетами где в Action присутствует Underlay (background) - во всяком случае у меня

Вопрос в зал: У кого подобные проблемы?

NecroHill: Просьба создать задачу в багтреккере, так оно удобнее http://openstore.org.ua/project/issues

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

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

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 20 января 2011 в 21:40

"Artu" wrote:
Волоцюга, планируете включать в сборку импорт/обновление.

Там есть простое обновление. Его кстати нужно хорошенько потестить

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

Есть платные решения вроде Druporte

Аватар пользователя Mirocow Mirocow 10 ноября 2015 в 11:47

"brvo" wrote:
Например есть некая обработка 1С:Торговля и склад 7.7 выгрузки в XML файл номенклатуры по фильтрам, передача его по ftp на типовой конфигурации.

оно? Wink

Аватар пользователя brvo brvo 21 января 2011 в 8:56

Mirocow][quote="brvo" wrote:
оно? ;)

Ну типа такого и у меня есть, а если нет то могу быстренько написать.
Вся соль какой XML на выхлопе и как картинки привязывать.

Аватар пользователя psyh psyh 21 января 2011 в 13:14

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

Аватар пользователя psyh psyh 21 января 2011 в 13:14

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

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 23 января 2011 в 0:23

Новый релиз

Цитирую сам себя:

Попытка решения проблемы с превышением времени выполнения PHP при установке сборки. Модули устанавливаются теперь в 2 (даже 3) этапа, переводы загружаются помодульно с сервера openstore.org.ua

Тестирование на локальной машине показало уверенную установку при значении max_execution_time в 60 сек.

В инсталлятор добавлен чекбокс, позволяющий пропускать процесс загрузки переводов с сервера openstore.org.ua - вы можете загрузить свои переводы позже через интерфейс локализации. Добавлен индикатор доступности сервера и проверка вашего текущего значения max_execution_time в настройках PHP.

ВНИМАНИЕ: переводы были разделены по модулям, некоторые строки могли потеряться при этом. В директори sites/all/modules/general/translations находится оригинальный общий файл перевода ru_FULL.po, который содержит наиболее полную версию перевода. Вы можете использовать его для перевода непереведённых строк.

Скачать (качаем красненькое, dev!), о результатах пренепременно отписать

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 23 января 2011 в 0:34

"Ламер" wrote:
на чём думаешь собирать?

Я посмотрел Commerce и Ubercart, послушал мнения нескольких людей, послушал себя и решил, что вторая ветка OpenStore будет на Commerce.

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

Имхо,пациент скорее мёртв, чем жив. Это моё личное мнение конечно, время расставит всё на свои места.

Аватар пользователя Bobby Bobby 24 января 2011 в 13:33

ступил и вышел из админки...
на стр сайта: site is off-line
как зайти обратно?
site/admin/ не заходит..

зы.не кидайте сильно тапками...=)

все нашел...
сори за панику...=)

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 24 января 2011 в 14:35

"Ламер" wrote:
а когда думаешь сделать на 7ре? чисто гипотетически... месяц? два? или?
или хотябы тестовую сьорку именно в твоём видении

Гипотетически месяц а то и ранее

Аватар пользователя Bobby Bobby 24 января 2011 в 15:18

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
Гипотетически месяц а то и ранее

а ветка 6.х не будет заброшена?
так как еще не хочу переходить на 7ку...

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 24 января 2011 в 16:06

Уберкарт 2 мне, честно говоря, уже не интересен - это таки прошлое.

Надежды возлагаю в первую очередь на DrupalCommerce.

Текущая версия сборки будет по мере сил и возможностей поддерживаться, но нужно иметь ввиду, что приоритет для меня сейчас всё же Друпал 7 и DrupalCommerce. Вполне допускаю появление эксперементальной ветки под Уберкарт 3.

Аватар пользователя psyh psyh 24 января 2011 в 17:14

А в чем У Commerce преимущества перед Уберкартом? Мне всегда казалось Коммерц дает меньше возможностей

Аватар пользователя kodo kodo 25 января 2011 в 5:10

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
Надежды возлагаю в первую очередь на DrupalCommerce.

Я тоже возлагал... но пока надежды не оправдались. Я так понимаю что Коммерц еще в активной разработке и возможно структура еще не раз поменяется.

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 25 января 2011 в 13:02

"Ламер" wrote:
если чем могу помочь

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

Аватар пользователя aybubnov aybubnov 26 января 2011 в 5:39

Так и не нашел полное меню админки (site/admin не работает), пока не добавил блок, думаю, если уж вошел под user1, то на любой странице должен иметь доступ к этому меню, например как в http://www.drushop.ru.

Планируется ли исправление модуля доставки, чтобы можно было указывать стоимость доставки в зависимости от суммы заказа? Вопрос уже не раз поднимался http://drupal.ru/node/53198, но решения так и нет.

В части расширения функционала хотелось бы увидеть решение предложения описанного в http://drupal.ru/node/53537 Вкратце: у магазина несколько поставщиков с пересекающейся номенклатурой. Прайсы (из 1С) грузятся в ноды, которые покупатели не видят. Производится синхронизация этих нод с продуктами магазина и устанавливается минимальная цена из предложенных поставщиками.

Аватар пользователя kodo kodo 26 января 2011 в 7:19

"aybubnov" wrote:
В части расширения функционала хотелось бы увидеть решение предложения описанного в http://drupal.ru/node/53537 Вкратце: у магазина несколько поставщиков с пересекающейся номенклатурой. Прайсы (из 1С) грузятся в ноды, которые покупатели не видят. Производится синхронизация этих нод с продуктами магазина и устанавливается минимальная цена из предложенных поставщиками.

Такие вещи к общим сборкам не относятся, это частное решение частной необходимости.

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 26 января 2011 в 15:03

"aybubnov" wrote:
Так и не нашел полное меню админки (site/admin не работает), пока не добавил блок, думаю, если уж вошел под user1, то на любой странице должен иметь доступ к этому меню, например как в http://www.drushop.ru.

так оно у вас доступно на любой странице в пределах админки в верхней сворачивающейся панели. Если там чего не хватает, можете создать своё меню, и поместить в регион сворачивающейся панели. Понадобиться корректировка css для корректного отображения всего этого.

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 26 января 2011 в 15:07

"aybubnov" wrote:
В части расширения функционала хотелось бы увидеть

как заметил kodo, такого не будет и быть не может - это платное, узкоспециализированное решение

"aybubnov" wrote:
Планируется ли исправление модуля доставки, чтобы можно было указывать стоимость доставки в зависимости от суммы заказа? Вопрос уже не раз поднимался http://drupal.ru/node/53198, но решения так и нет.

По приведённой ссылки цитирую ответившего там юзера:

"guitmann1" wrote:
Разобрался, данное выполняется с помощью flatrate и condition actions.

Здесь нет проблемы

Аватар пользователя jonas jonas 10 ноября 2015 в 11:47

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
А вообще я бы делал так: сначала заносим основной товар с артикулом например blouse_blabla

и для каждой комбинации атрибутов добавляем осмысленные суффиксы:
blouse_blabla_blue_M

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

Обнаружил небольшую проблему когда проверял сборку. При добавлении атрибутов к товару создаются опции, я все пытаюсь добиться чтобы артикул у этих опций был разный, тоесть заполнялся автоматически, product tools ставит везде один, приходиться вручную менять, я прикрепил картинку, как хотелось бы сделать чтобы он заполнял.
Дальше на складе редактируем количество товара каждой опции, и вот проблема, при создании товара и выбора опции которой якобы нет на складе, товар все же добавляеться, и если напротив товара с главным атрибутом нет галочки активно, то высвечиваеться предложение заказать товар, но он опять же добавляеться в корзину. Если галочку напротив главного атрибута поставить (активно) и поставить количество 0, тогда и сообщение и отсутствии на складе исчезает. Вообщем ставим полное отсутствие на складе и все равно заказ проходит без проблем. Проверял по всякому, такое ощущение что атрибуты просто игнорируются, где все настраивать и как исправить я не догадался.

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 27 января 2011 в 2:07

"Andruxa" wrote:

Ставьте модуль Out of stock Notification

Ммм... Не упомню сейчас, что в своё время остановило поставить этот модуль. По-моему там был конфликт с ява скриптами

jonas: по возможности поставьте этот модуль и сообщите, всё ли работает как ожидается. Возможно там что-то парни там пофиксили и работает теперь как надо.

"jonas" wrote:
и если напротив товара с главным атрибутом нет галочки активно, то высвечиваеться предложение заказать товар, но он опять же добавляеться в корзину.

Я не вижу большого противоречия. Это обычная практика подавляющего большинства "наших" интернет-магазинов, когда физически товара нет в наличии, но он СКОРЕЕ ВСЕГО есть на складе оптовика. Для таких случаев полезно бывает честно признаться покупателю, что мы не можем гарантировать 100% наличие товара, а то, что он оформляет товар означает просто его намерение заказать его.

Если вы 100% уверены в наличии товара, вы ставите "активно" и будет показано его наличие

Аватар пользователя aybubnov aybubnov 27 января 2011 в 7:36

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
Здесь нет проблемы

Я не совсем точно задал вопрос.
Нужно, чтобы для заказов до 500 рублей стоимость доставки была 200 р., от 500 до 1000 - 100 рублей, более 1000 - бесплатно.
Вот это никак не получается реализовать.

Аватар пользователя Andruxa Andruxa 27 января 2011 в 10:12

imagecache у меня не глючит, создал пресеты при загрузке товара.

При включенном out of stock действительно отваливается зум.
просто я всегда юзал лайтбокс, там без проблем.

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 27 января 2011 в 13:09

"Andruxa" wrote:
При включенном out of stock действительно отваливается зум.

Там кстати 2 вида зума - FancyBox и SlimBox. Последний - облегчённый аналог LightBox (4 кб против 50)

Кстати, 2 вида увеличительного стекла ещё там есть.

Сказал на всякий случай, доков нету, может кто не в курсе

TODO: написать доки Smile

Аватар пользователя jonas jonas 27 января 2011 в 13:13

тоже с imagecache проблем не наблюдал.
Установил Out of stock Notification, почему то думал что он уже установилен, но это был модуль Make an Offer, теперь товар не купишь, но вот жаль кнопка купить товар не исчезает, а лишь после попытки идет оповищение, не совсем удобно для покупателя. И кстати да, перестал работать зум.

Аватар пользователя Andruxa Andruxa 27 января 2011 в 14:59

"jonas" wrote:
кнопка купить товар не исчезает

это настраивается

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
2 вида зума

я перепробовал все комбинации

Вечером поставлю стандартный lightbox2, отпишу на сайте проекта.

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 27 января 2011 в 15:00

"aybubnov" wrote:
Нужно, чтобы для заказов до 500 рублей стоимость доставки была 200 р., от 500 до 1000 - 100 рублей, более 1000 - бесплатно.

Опишите последовательность ваших действий

Я так понял трудности именно с диапазоном 1000 - 100?

Аватар пользователя aybubnov aybubnov 28 января 2011 в 9:30

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
Опишите последовательность ваших действий

Я делал для триггера "Доставка курьером" три условных действия
- Доставка на сумму до 500 рублей
- доставка на сумму от 500 до 1000 рублей
- доставка на сумму более 1000 рублей
В каждом указал соответствующие условия от суммы заказа.
Но не удалось установить действие "Установить стоимость доставки". Пишет, что действие добавлено, а где ввести сумму доставки не понятно.
Устанавливал базовую ставку доставки на странице /admin/store/settings/quotes/methods/flatrate
Но в этом случае при вычислении стоимости доставки обрабатывается только первое условие (с минимальным весом) для триггера и, если оно выполняется, устанавливается стоимость доставки равная базовой ставке доставки.
Получается, что можно ввести только одну базовую ставку и ей может соответствовать только одно условное действие триггера?

Аватар пользователя psyh psyh 28 января 2011 в 9:39

Мне никак не удается поставить сборку. Ставил и dev и bata, перепробовал уже на 2-х хостингах, на Ruweb и Majordomo, там как я понял проблема в нехватке памяти, на одном выделяется 64 Мб, на другом 90. Сейчас пробую ставить на It-Patrol, первая попытка с Dev-версией провалилась - на этапе установки основных модулей, получил эту ошибку:
An HTTP error 500 occurred. http://example.ru/install.php?locale=ru&profile=openstore&id=4&op=do

Аватар пользователя psyh psyh 28 января 2011 в 12:56

Удалось поставить Smile . Хотя кроме плясок с бубном ничего особенного не предпринимал.
До этого скачивал/распаковывал/заливал архив из Линукса. А на этот раз проделал то же самое из Винды.
Либо в Линуксе распаковывается некорректно (хотя не ругается), либо что-то с правами, либо звезды на небе, сегодня более удачно сложились.

Аватар пользователя Softovick Softovick 28 января 2011 в 13:04

Psyh wrote:
Удалось поставить Smile . Хотя кроме плясок с бубном ничего особенного не предпринимал.
До этого скачивал/распаковывал/заливал архив из Линукса. А на этот раз проделал то же самое из Винды.
Либо в Линуксе распаковывается некорректно (хотя не ругается), либо что-то с правами, либо звезды на небе, сегодня более удачно сложились.

А вот я даже догадываюсь почему. .htaccess по умолчанию в Linux не показывается, т.к. такие файлы считаются скрытыми... И видать когда переносил, не докопировал или скопировал не так.

Аватар пользователя psyh psyh 28 января 2011 в 13:28

Softovick Не угадал ) У Меня во всех файловых менеджерах они отображаются, и .htaccess точно записался, я его даже редактировал после заливки на сервер.
При последней инсталляции, я проделал еще одно "па" с бубном - выбрал другое название магазина, логин и емейлы. Хотя влияние этого трюка совсем уж невероятно... ну разве что сочетание букв, не сочеталось с нынешним положением звезд.

volocuga спасибо за сборку. Приятно поковырять, есть что подсмотреть, чему поучиться.

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 28 января 2011 в 13:29

"Psyh" wrote:
ейчас пробую ставить на It-Patrol, первая попытка с Dev-версией провалилась - на этапе установки основных модулей, получил эту ошибку:
An HTTP error 500 occurred. http://example.ru/install.php?locale=ru&profile=openstore&id=4&op=do[/qu...
В таких случаях надо не плясать с бубном, а написать в ТП, 500-ая ошибка имеет кучу вариантов, но каждый объясняется

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 28 января 2011 в 15:08

"Psyh" wrote:
как я понял проблема в нехватке памяти, на одном выделяется 64 Мб, на другом 90.

Не, с такими показателями вряд ли стоит использовать это. От 128 и более

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 28 января 2011 в 15:18

"Psyh" wrote:
До этого скачивал/распаковывал/заливал архив из Линукса. А на этот раз проделал то же самое из Винды.

Это может быть связано. Вроде у людей уже были подобные проблемы. Я виндузятник, с линуксом всё никак не складывается по некоторым объективным причинам, хотя пора переходить уже - удобнее работать в среде Линукс с Друпал.

Аватар пользователя Andruxa Andruxa 28 января 2011 в 16:16

"Psyh" wrote:
Либо в Линуксе распаковывается некорректно

У меня при установке возникал тот же трабл - при распаковке на стороне сервера недоставало уйму файлов.
Пришлось распаковывать на клиенте и лить по фтп.

Аватар пользователя psyh psyh 28 января 2011 в 17:08

RxB да что писать, если я подозревал файлы. Перезалил чтобы убедиться. Убедился. Заливалось правда часа 2.
volocuga Я пока не пользуюсь этими преимуществами )

Аватар пользователя mahabone mahabone 28 января 2011 в 20:07

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

У меня так и не получилось установить версию OpenStore 1.0-beta-1 по следующим причинам:

1. Сперва появилась следующая ошибка с переменными в файлах .inc: http://openstore.org.ua/issues/neizvestnaya-peremennaya-v-adminusersinc-... Решение этой проблемы удивило меня самого.

2. После появилась ошибка: Fatal error: Call to undefined function uc_cart_get_contents() in /home/u12273/galion-shopru/www/openstore/sites/all/modules/general/preprocess/preprocess_common.inc on line 45. На этом собственно все и встало.

Скажите, пожалуйста, как идет работа и большое ли сообщество уже?

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 28 января 2011 в 20:31

"mahabone" wrote:

Так и не понял на каком этапе сейчас проект. Я всего лишь 38-ой пользователь официального сайта проекта.

Проект находится на этапе сбора фидбеков от пипла. Когда накопится достаточно для выхода нового релиза - выйдет новый релиз. Если вы 38 пользователь, то это говорит о том, что у вас 38-ого пользователя возникли проблемы и вы захотели написать в багтреккер - ИЛИ - вы 38-й, кто просто захотел зарегистрироваться. Некоторые люди связываются через контактную форму (так делать не надо)

Подавляющее большинство качает так, благо для этого регистрации не нужно.

"mahabone" wrote:
Багтрекер содержит какие-то специфичные проблемы, но базовых, возникающих про установке, не указано.

Базовые как раз указаны. Если сообщений об ошибках мало, считаю либо у всех ОК, либо лень написать.

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 28 января 2011 в 20:37

"mahabone" wrote:
1. Сперва появилась следующая ошибка с переменными в файлах .inc: http://openstore.org.ua/issues/neizvestnaya-peremennaya-v-adminusersinc-... Решение этой проблемы удивило меня самого.

2. После появилась ошибка: Fatal error: Call to undefined function uc_cart_get_contents() in /home/u12273/galion-shopru/www/openstore/sites/all/modules/general/preprocess/preprocess_common.inc on line 45. На этом собственно все и встало.

Ок, хорошо, что запостили это. Честно говоря, никогда подобного не встречал. Скорее всего что то с кодировкой файлов и/или ошибка при извлечении из архива

Аватар пользователя mahabone mahabone 29 января 2011 в 1:29

<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a> wrote:
"mahabone" wrote:
1. Сперва появилась следующая ошибка с переменными в файлах .inc: http://openstore.org.ua/issues/neizvestnaya-peremennaya-v-adminusersinc-... Решение этой проблемы удивило меня самого.

2. После появилась ошибка: Fatal error: Call to undefined function uc_cart_get_contents() in /home/u12273/galion-shopru/www/openstore/sites/all/modules/general/preprocess/preprocess_common.inc on line 45. На этом собственно все и встало.

Ок, хорошо, что запостили это. Честно говоря, никогда подобного не встречал. Скорее всего что то с кодировкой файлов и/или ошибка при извлечении из архива

Проблема решается, если распаковать и мануально скопировать все файлы магазина через ftp-клиент.

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 28 января 2011 в 20:47

"mahabone" wrote:
Скажите, пожалуйста, как идет работа и большое ли сообщество уже?

Wink Проект стартовал две недели назад, такие вопросы лучше задавать через годик Smile

Аватар пользователя Softovick Softovick 30 января 2011 в 1:45

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

Аватар пользователя Softovick Softovick 30 января 2011 в 2:23

В общем посоветовались мы тут и решили поделится рассово верными форматами архивов - в tar.gz. Оно и распаковывает в разы быстрее и глючит меньше при распаковке на хостинге.
volocuga@drupal.org" title="volocuga">volocuga - можешь себе взять. Тоже что и у тебя на сайте, только переупаковано в tar.gz специально для linux-хостингов (коих большинство). beta1 установилась без проблем, можно увидеть тут
Скачивать отсюда beta1 и dev от 28.01

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 30 января 2011 в 2:36

Спасибо

Проблемы, потому что ставят на слабых хостах. Давеча человек обратился мол ошибка. Говорю сделай для меня ФТП доступ, я сам посмотрю. Оказывается лишний доступ не предусмотрен тарифным пакетом. И это 21 век на дворе

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 30 января 2011 в 2:42

/me вспоминает, как мастерхост-менеджер советовал чуваку мастерхост-хостинг, чувак ему сказал что дорого, на что мастерхост предложил тариф дешевле, но без пхп

Аватар пользователя Andruxa Andruxa 30 января 2011 в 8:48

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
решили поделится рассово верными форматами архивов - в tar.gz

Это очень, очень хорошо.
Спасибо!

Аватар пользователя aybubnov aybubnov 31 января 2011 в 3:54

"Ламер" wrote:
может идея у меня идиотская, но что если все три типа доставки представить как 3 товара?
человек сделал заказ товаров, а его просят в конце купить тот или иной вид доставки . или самовывоз

И он купит бесплатную доставку? В том то и дело, что стоимость доставки должна вычисляться автоматически от стоимости всего заказа.

Аватар пользователя Artemy Artemy 31 января 2011 в 21:22

Прв, грамотная работа. спасибо.
А где атогенерирование Артикуля в товаре убрать?
Многие компании имеют свой артикуль товара и привычно по нему вести учет товара.

кстати (атогенерирование) пропустил буковку

Аватар пользователя just_one_fix just_one_fix 1 февраля 2011 в 2:07

"Softovick" wrote:
чего менял то? приведи полный текст ошибки...

менял как выше описано, добавлял строки в settings и в .htaccess.
а текст ошибки - Maximum execution time of 30 seconds exceeded in ..........\file.inc on line 937

Аватар пользователя Jonny Jonny 1 февраля 2011 в 7:44

"just_one_fix" wrote:

измени в корене сайта (www/sitename ) файл .htaccess в поле где описывается какой тебя php допиши:
php_value max_execution_time 300

или добавь в самое начала index.php (рассположенного в корне сайта) следующие строчки:
<?php ini_set("max_execution_time", "60"); ?>
или
<?php set_time_limit (60); ?>

Аватар пользователя just_one_fix just_one_fix 1 февраля 2011 в 12:27

"Jonny" wrote:
измени в корене сайта (www/sitename ) файл .htaccess в поле где описывается какой тебя php допиши:
php_value max_execution_time 300

или добавь в самое начала index.php (рассположенного в корне сайта) следующие строчки:
<?php ini_set("max_execution_time", "60"); ?>
или
<?php set_time_limit (60); ?>

не помогло. все тоже.

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 2 февраля 2011 в 19:12

Вы ставите dev версию?

У меня она в 60 сек на локалхосте укладывается

Коль у вас локалхост, вы имеете полную власть над ним, лучше просто залезть в php.ini, найти там параметр max_execution_time и выставить, скажем 90

Аватар пользователя just_one_fix just_one_fix 2 февраля 2011 в 20:15

почти поставил на ксампп бета версию - установка завершилась за 2 пункта до конца. запустил индекс.пхп - вроде работает.

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 3 февраля 2011 в 3:11

"just_one_fix" wrote:
тот же максимум экзек. тайм 30 сек.

Я вам выше сказал, что можно не скромничать, а поставить 60 или 90. Это же ваш ТЕСТОВЫЙ хостинг. На реальном всё должно быть получше.

Вы никакую более менее сложную сборку на 30 сек не поставите, тем более на локалхосте. К примеру, сборка Drupal Commons, продукт Дриса и Ко., за 30 сек тоже умирает

Аватар пользователя just_one_fix just_one_fix 3 февраля 2011 в 11:47

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
Я вам выше сказал, что можно не скромничать, а поставить 60 или 90. Это же ваш ТЕСТОВЫЙ хостинг. На реальном всё должно быть получше.

Вы никакую более менее сложную сборку на 30 сек не поставите, тем более на локалхосте. К примеру, сборка Drupal Commons, продукт Дриса и Ко., за 30 сек тоже умирает

я и 120 ставил и 240 в пхп.ини - то же самое. но у меня на финальной настройке уже сорвался - все модули вроде установились.

Аватар пользователя Mirocow Mirocow 4 февраля 2011 в 0:43

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
Всмысле перегрузить Апач, без вынимания вилки из розетки :)

Пиши Исчо. Сбегаю за попкорном.

Аватар пользователя ingumsky@drupal.org ingumsky@drupal.org 4 февраля 2011 в 0:44

А как насчёт Donate? Я сам давний сторонник OpenSource, но считаю, что надо давать людям возможность стимулировать разработку материально.

Аватар пользователя psyh psyh 4 февраля 2011 в 19:27

volocuga Можешь сказать, вносились ли изменения в какие-нибудь модули? И если да то в какие?
Хочется знать что можно обновлять, чего нельзя.
К примеру из состава модулей CCK, как оказалось, исключены некоторые подмодули, в частности Content permissions. Полагаю это было сделано чтобы облегчить сборку, "спрятать" лишние модули.

Аватар пользователя psyh psyh 4 февраля 2011 в 21:26

А насчет этой части вопроса?

"Psyh" wrote:
volocuga Можешь сказать, вносились ли изменения в какие-нибудь модули? И если да то в какие?
Хочется знать что можно обновлять, чего нельзя.

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 4 февраля 2011 в 22:27

С седьмой моделью так:

Едешь за мкад в любой удалённый хутор, как стемнеет - выходишь наружу. Звёзды, морозный воздух, снег хрустит под ногами...ни души...тишина...ТЕМНО...и только собака где-то лает вдалеке.

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 4 февраля 2011 в 22:58

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
Рыба гниёт с головы как известно. Я слабо представляю подобное на нашем уютном д.ру

Тут исключительно снобы с большым ЧСВ, всем похуй

Аватар пользователя ingumsky@drupal.org ingumsky@drupal.org 5 февраля 2011 в 0:47

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
Я не сторонник пожертвований.

Безобразие. То есть, если я ни фига не программист и не дизайнер, то я не могу никак помочь кроме как тестировать сборку?

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 6 февраля 2011 в 23:53

Там где вы смотрите, по идее должны отображаться уже добавленные товары, чего пока не было сделано

Добавить товар: node/add/product, добавить что-то node/add

См. блок на главной странице администратора /admin "Добавить содержимое"

Аватар пользователя Ruslan71 Ruslan71 10 ноября 2015 в 11:47

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

Есть ли в OpenStore подобный модуль?

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 7 февраля 2011 в 23:35

В OpenStore есть блок "Похожие товары", т.е товары из той же самой категории. Если судить по скрину, то это то, что вам надо

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

Аватар пользователя otmoroz otmoroz 8 февраля 2011 в 15:31

спасибо большое! Все работает, встало на ЛАМПовый сервер влет, только понять ничего не могу с языками: почему половина всего на английском, если в системе только русский? О_о

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 8 февраля 2011 в 18:41

Переводы импортируются при установке с openstore.org.ua. Никогда проблем с этим не было. Возможно был сбой на самом сервере и что-то не догрузилось

В этом случае: идем в sites/all/modules/general/translates, там есть файл ru_FULL.po, его импортируем как обычный перевод.

ВНИМАНИЕ: увеличить max_execution_time, файл перевода за 2 мб весит

Аватар пользователя mamba mamba 9 февраля 2011 в 14:09

otmoroz, и что? Ты думаешь все сайты делаются сразу на хостинге ))
Перевод тоже должен пройти, даже если сайт на локальном компе.

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 9 февраля 2011 в 20:13

Важные объявления:

Разобрался в настройках Openstore сам и хочешь помочь другим? Нужны добровольцы для написания руководства пользователя интернет магазина на основе Уберкарт!

Сделал таки магазин с использованием сборки OpenStore?

Отправь своё детище на мыло openstore.org.ua@gmail.com c указанием своего логина на сайте проекта www.openstore.org.ua. Я размещу на этот магазин прямую ссылку с сайта проекта!

Аватар пользователя keereel@drupal.org keereel@drupal.org 17 февраля 2011 в 15:33

Спасибо, сейчас поставлю-попробую. Сходу 2 пожелания/предложения:
1. на сайте проекта выкладывать tar.gz версию, что бы можно было скачивать сразу на сервер, без лишних промежуточных этапов типа скачать-распаковать-залить.
2. http://drupal.org/project/uc_ems - модуль доставки EMS Почта России. Само использование данной службы может обсуждаться, но, благодаря отсутствию альтернатив на просторах РФ данный способ доставки очень востребован, так что не вижу причин не включить этот модуль в сборку.

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 17 февраля 2011 в 16:18

1. Я на винде сейчас. Пробовал делать нескольки архиваторами - чёта не получилось желаемое. Попытки правда были вялыми

2) уже есть там этот модуль, в дев

Аватар пользователя keereel@drupal.org keereel@drupal.org 17 февраля 2011 в 17:51

Какой самый простой способ накатить эту сборку на уже готовый магазин (ну или данные уже существующего магазина накатить на эту сборку)? Товары, пользователи, заказы...

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 17 февраля 2011 в 18:34

Это не имеет смысла для готового магазина. Сама идея сборки - с наименьшим гемором получить после установки практически готовое решение, которое бы потребовало для своей доработки не драчёвый напильник, а надфиль

Вы можете взять оттуда некоторые модули или кое-какие решения.

Аватар пользователя ingumsky@drupal.org ingumsky@drupal.org 18 февраля 2011 в 1:30

Если планируется в дальнейшем делать сборку на семёрке с e-commerce, будет ли разработан вариант апгрейда с шестой версии на седьмую? Мне кажется, это довольно животрепещущий вопрос Smile

Аватар пользователя kodo kodo 18 февраля 2011 в 4:37

"<a href="mailto:ingumsky@drupal.org">ingumsky@drupal.org</a>" wrote:
Если планируется в дальнейшем делать сборку на семёрке с e-commerce, будет ли разработан вариант апгрейда с шестой версии на седьмую? Мне кажется, это довольно животрепещущий вопрос :)

:)))))))))) Посмешили... С шестерки на семерку, с убера на коммерц (это не Е-коммерц) апгрейд... Smile
Отвечу за автора - нет не будет, такая разработка требует реально много времени

Аватар пользователя ingumsky@drupal.org ingumsky@drupal.org 18 февраля 2011 в 13:21

Да, с e-commerce это я ошибся — спасибо за поправку.

Собственно, из-за того, что такая разработка "требует реально много времени", я этот вопрос и задал.

Аватар пользователя Andruxa Andruxa 18 февраля 2011 в 17:29

думаю что тот, кто напишет слой абстракции БД, который цеплял бы к комерцу D7 таблицы убера2 (D6) - может нехило на этом заработать.

(мне 10%, как обычно Smile

Аватар пользователя kodo kodo 18 февраля 2011 в 18:24

"Ламер" wrote:
тоесть ты как бэ ставишь крест на возможности миграции с одного на другое таки?

"RxB" wrote:
Товарищи спрашивающие про переход - ебанулись. ИМХО.

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

Аватар пользователя Ch Ch 18 февраля 2011 в 21:45

"Ламер" wrote:
короче делая чтото на 6ке сейчас не задумываться о миграции на 7ку странновато

Делать сейчас магазин на 6-ке с запланированным переездом на 7-ку не рационально. Это двойная работа. Обновление с 6-ки на 7-ку сложных сайтов пока работает криво. Особенно много проблем с переносом CCK полей. Filefield вообще никак не переносится. По крайней мере, мне оказалось проще установить "чистый" D7 и импортировать все содержимое со старого сайта.
Поэтому, имхо сейчас есть три варианта действий:
1. Делать на 6-ке и сидеть на ней пока уж совсем не устареет. Думаю это будет очень не скоро. Потом если получится может сразу и на 8-ку перепрыгнуть. )
2. Делать на 7-ке. Боротся с багами и недоделками. Вот кстати магазинчик D7 + commerce.
3. Делать то, что ты сейчас делаешь. Т.е. ничего не делать, ждать пока все устаканится.

Аватар пользователя kodo kodo 21 февраля 2011 в 17:08

"Ламер" wrote:
У меня в комерце создаётся товар, но как его вывести в просмотр не знаю.

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

Аватар пользователя Ch Ch 21 февраля 2011 в 17:21

"Ламер" wrote:
Как ты всё это вывел в сраницы?

Это не я, я вообще еще commerce не ставил ни разу.

Странно, что с отображением товара есть какие то трудности. Имхо, ты что то не до конца вкурил.

http://thinkdrop.net/blog/tue-02152011-1422/born-drupal-gardens-sweet-ta...

Аватар пользователя kodo kodo 21 февраля 2011 в 17:26

"Ch" wrote:
Странно, что с отображением товара есть какие то трудности. Имхо, ты что то не до конца вкурил.

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

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 21 февраля 2011 в 19:39

Давайте поговорим о мультивалюте. Точнее её целесообразности. В России, насколько я могу судить по практическому опыту, традиционно не любят всё американское, в т.ч бакс. Всё в рублях. В Украине доллар в большем почёте, о чём, например, говорит обилие обменок и безгеморройность обмена валюты. Но и здесь всё в основном в гривне. Ситуация более менее стабильная и там и там, плюс-минус небольшие колебания. Если мы решим автоматизировать как-то конвертацию цен, то возникает вопрос: откуда тянуть правильный курс. Официальный межбанковский курс как правило занижен. Но вы хотите вводить курс руками...гм, насколько это оправдано и оценят ли данную фичу покупатели Smile

Аватар пользователя sight sight 21 февраля 2011 в 19:52

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

Аватар пользователя Andruxa Andruxa 22 февраля 2011 в 0:03

Думаю, что цены следует вводить вручную - имел удовольствие любоваться автоматически пресчитанными ценами с дикими копейками.

Опять же, при автоматическом пересчете рушатся разного рода маркетинговые приколы вроде 99.99

Т.е. произведение базовой цены на курс должно быть ориентиром при массовом редактировании цен вручную.

В идеале - модуль, подгружающий по крону курсы ЦБ, и при выходе значений из заданного коридора - оповещающий об этом админа магазина (если ценообразование не ведется во внешней ERP).
Вторая функция - собственно массовое редактирование цен (это реализовано в uc_masseditor) с добавлением автоматически расчитанных цен для ориентира, см. выше. Там же можно настроить +% к курсам ЦБ.

Как-то так, наверное.

Аватар пользователя pushkinma pushkinma 15 марта 2011 в 13:23

станно, что ни у кого из присутствующих не возникло такой проблемы, но я уже намучился:
при инсталяции на этапе создания БД выдаёт много строк вида
Warning: Table 'variable' already exists query: CREATE TABLE drupal.variable ( `name` VARCHAR(128) NOT NULL DEFAULT '', `value` LONGTEXT NOT NULL, PRIMARY KEY (name) ) /*!40100 DEFAULT CHARACTER SET utf8 */ in <...>\database.mysqli.inc on line 135

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

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 15 марта 2011 в 14:00

На чём вы ставите? На локалхосте, на своей сборке LAMP? Попробуйте на Wampserver поставить

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

Вы точно ставите на пустую БД?

Аватар пользователя pushkinma pushkinma 15 марта 2011 в 14:18

Я точно ставлю на пустую БД.
У меня не сборка типа LAMP/WAMP/Denwer/..., а самолично поставленные и настроенные Apache/PHP/MySQL.
Поставил на хостинге, такой проблемы не возникло, правда вылетела при длительном обновлении переводов. При повторной установке просто не стал обновлять переводы.
Так что вопрос открытый, но я пошёл другим путём)

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 15 марта 2011 в 14:24

"pushkinma" wrote:
а самолично поставленные и настроенные Apache/PHP/MySQL.

Вот и я о том же: у всех, имеющих такую ошибку стоит самолично установленный LinuxApacheMysqlPHP

Аватар пользователя MGMaster MGMaster 25 марта 2011 в 8:47

Как перенести уже существующий магазин на OpenStore? Магазин сделан на Уберкарт. Как-то может сверху поставить? Или нужно ставить OpenStore и уже в него экспортировать базу со старого, или товары. (на старом сайте не предусмотрен экспорт).

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 27 марта 2011 в 17:40

ВНИМАНИЕ

Проект заморожен в связи с переездом автора в США. В ближайшие как минимум 6 мес (начиная с апреля 2011) я вряд ли смогу хоть как-то заниматься этим проектом. Это значит, что как минимум на этот срок:

Не будут выходить никакие обновления
Не будут рассматриваться задачи в багтреккере, сам багтреккер будет закрыт во избежании спама.
Загрузки всё также будут доступны
Спасибо за понимание!

Аватар пользователя delias delias 7 мая 2011 в 21:27

Посоветуйте, как отключить выбор страны при регистрации? На оф сайте второй день не отвечают, может тут кто в курсе где подправить нужно.

Аватар пользователя Andruxa Andruxa 15 мая 2011 в 2:55

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
ВНИМАНИЕ
Проект заморожен в связи с переездом автора в США. В ближайшие как минимум 6 мес (начиная с апреля 2011) я вряд ли смогу хоть как-то заниматься этим проектом. Это значит, что как минимум на этот срок:
Не будут выходить никакие обновления
Не будут рассматриваться задачи в багтреккере, сам багтреккер будет закрыт во избежании спама.
Загрузки всё также будут доступны
Спасибо за понимание!

Аватар пользователя deb deb 27 июня 2011 в 16:58

Сейчас приходится разбираться с этим чудом инжИнерной мысли. Даже зарегистрировался специально, сил нет никаких. Автор, если кратко - НЕ УМЕШЬ НЕ БЕРИСЬ.

Если аргументированно, то основные претензии следующие:

1) Смутное представление автора об архитектуре Друпал в частности и о программировании в целом.
2) Полнейшее его безразличие к производительности системы. По 300-380 запросов на страницу с 1 нодой - это блин умудриться надо.
Пример:
phptemplate_uc_catalog_browse() @ template.php

<?php    $catalog uc_catalog_get_page($tid);    
    if (
variable_get('uc_cat_auto_pic'FALSE) && module_exists('general') && !empty($catalog->children)) {
    return 
general_catalog_browse($tid);
    }     
?>

И далее:

<?phpfunction general_catalog_browse($tid = 0) {

  $output = '';
  $catalog = uc_catalog_get_page((int)$tid);?>

Почему не передать готовый $catalog в general_catalog_browse()? Автору пофиг - он скопипастил функцию из uc_advanced_catalog, а то что херова туча лишнего кода выполняется его не колышит.
3) Здоровенные блоки копи-пасты, вместо того чтобы написать вспом. ф-ю и вызывать её когда надо. Полное игнорирование nodeapi, вместо того чтобы пойти путем Друпал, он всю работу выносит в preprocess функции.
4) Автор забил на ту гибкость системы, которую даёт Друпал, и построил симпатишную обёртку, за пределы которой выйти НЕЛЬЗЯ. Попробуйте создать View или Panel, или просто своим модулем загрузить и отобразить ноду. Ниче у вас не выйдет, т.к. этот товарищ умудрился переписать темизацию ноды так, что её можно увидеть целиком только по адресу node/%nid

Смотрите сами, в ф-и general_preprocess, у него уже есть нода в $vars['node']. Но он загружает её из аргументов! И дальше вызывет node_build_content(), которая в свою очередь херову тучу hook_nodeapi(), которые уже и так выполнялись. НАФИГА? Таких ошибок у него десятки, весь модуль general - это одна большая ошибка, блин.

PS. Больше всего меня порадовала проверка на принадлежность ноды к товарам, которую он запускает каждый раз при вызове hook_preprocess:

  if (arg(0) == 'node' && is_numeric(arg(1))) {
    $is_product = uc_product_is_product($vars['node']);
  }

PS2. И какой вывод сделают пользователи о Друпале, посмотрев на сие творение? Отвечу сам себе - совершенно неправильное.

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 27 июня 2011 в 17:07

"deb" wrote:
Смотрите сами, в ф-и general_preprocess, у него уже есть нода в $vars['node']. Но он загружает её из аргументов! И дальше вызывет node_build_content(), которая в свою очередь херову тучу hook_nodeapi(), которые уже и так выполнялись. НАФИГА? Таких ошибок у него десятки, весь модуль general - это одна большая ошибка, блин.

Я вижу вы тоже знакомы со структурой друпала

Аватар пользователя deb deb 27 июня 2011 в 17:22

RXB, предлагаю вам открыть, к примеру, content.module, пролистать до content_nodeapi и добавить там drupal_set_message($op . $nid); а потом открыть ноду и посмотреть на результат.

Crea, Разумеется необязан, это так, поток сознания, накипело-с.

Аватар пользователя Ch Ch 27 июня 2011 в 18:40

deb, почти весь функционал в уберкаталоге оформлен в виде theme функций. Поэтому, чтобы что то поменять в нем, надо переопределить эти функции, т.е скопипастить. На производительность это мало влияет. Какая разница из какого файла будет вызываться та или иная функция? То, что каталог в уберкарте кривой всем давно известно, но это претензии к разработчикам этого каталога, а не к автору сборки. В 7-ой уберкарт этот каталог вообще не стали портировать.

Аватар пользователя deb deb 27 июня 2011 в 20:03

"Ch" wrote:
почти весь функционал в уберкаталоге оформлен в виде theme функций.

В Ubercart, как и в любом _нормальном_ Друпал-модуле, theme функции отвечают за представление контента и всё. Обработка данных происходит раньше.

"Ch" wrote:
На производительность это мало влияет.

Не уверен, что вы внимательно смотрели на этот шЫдевр. Если интересно, запустите профайлер.

Аватар пользователя Ch Ch 27 июня 2011 в 20:12

"deb" wrote:
В Ubercart, как и в любом _нормальном_ Друпал-модуле, theme функции отвечают за представление контента и всё.

Может быть у вас какой то другой уберкарт установлен?
theme_uc_catalog_browse

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 28 июня 2011 в 7:22

Здравствуйте, deb

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

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

Пишите, не стесняйтесь openstore.org.ua@gmail.com

Аватар пользователя kodo kodo 13 июля 2011 в 8:57

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:

Толян, я в Мексике, двигаю на Гватемалу


Вдруг будешь в Токио - черкни в личку - увидимся Smile

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 14 июля 2011 в 7:48

"Mirocow" wrote:
Могу взять проект под свое крыло и дальше его развивать

А давай. Надеюсь, понимаешь во что ввязываешься Smile Отписал на почту

"kodo" wrote:
Вдруг будешь в Токио - черкни в личку - увидимся :)

ОК, свой человек в Токио - это хорошо. Буду и там

"Ламер" wrote:
Где фотки!!!!!!!!!!!

Ты бери лучше своего железного коня, да дуй сюда. Мир велик, Толян, да и текила ничего

Аватар пользователя seda84 seda84 21 июля 2011 в 19:23

Люди подскажите, у меня перестал в сборке openstore-1.x-1.0-beta2, после вечернего изучения структуры, отображатся товар в каталоге. К примеру есть каталог Ведеорегистраторы(1) в нем указано, что мой созданный товар есть, нажимаю на категорию, а товара нет. Товар создан и опубликован. Sad В чем может быть причина?

Аватар пользователя Andruxa Andruxa 21 июля 2011 в 19:54

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

надо бы глянуть на словарь таксономии
скинь данные в личку, можно не user1, лишь бы был доступ к нодам и таксономи

Аватар пользователя seda84 seda84 21 июля 2011 в 20:08

прикол ещё в том только заметил, что если меняю производителя, которой создавал позавчера, то товар появляется, а если создаю нового производителя и присваиваю ему товар то он исчезает?! логин и пасс скинул

Аватар пользователя seda84 seda84 22 июля 2011 в 12:10

еще вопрос по megamenu, в его настройке установлено, что он будет выводить Каталог магазина(стоит галочка), в разделе блоки megamenu расположено в первичном меню, там, где написано "ключевое слово поиска", но на странице каталог магазина в мегаменю не выводится. Если ставлю в мегаменю галочку показывать справку, она показывается в мегаменю. Подскажите, где копать и смотреть, чтобы у меня в первичное меню была кнопка входа в общий каталог магазина, примерно так как на сайте мывместе.кз . Спасибо )

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 23 июля 2011 в 23:54

Это не критично. Критично то, что при установке admin_menu была проблема с пропаданием самого уберкартовского меню (то что с иконками), поэтому я не стал использовать этот модуль в сборке

Аватар пользователя matmuchrapna matmuchrapna 24 июля 2011 в 23:04

<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a> wrote:
Это не критично. Критично то, что при установке admin_menu была проблема с пропаданием самого уберкартовского меню (то что с иконками), поэтому я не стал использовать этот модуль в сборке

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

Аватар пользователя seda84 seda84 27 июля 2011 в 17:01

простите за ламерский вопрос, а как главной странице назначить метатеги и ключевые слова? У меня в информации о главной странице вот что: Content-type:text/html; charset=utf-8 Robots: noindex,nofollow Content-type:text/html; charset=utf-8. И ещё как поменять цвет нижней полосочки, везде поменял а внизу не найду как? мой сайт, где стоит сборка Openstore http://zeol.com.ua

Вопрос отпал! Разобрался сам. Сделал через модуль NodeWords вкладка кастом пайдж. И ещё кєш сайта почистил.

Аватар пользователя Softovick Softovick 25 июля 2011 в 7:56

Myron wrote:
Подскажите пожалуйста как убрать локализацию на русский и сделать английский интерфейс

В настройках сайта, в разделе Языки надо просто выбрать English по умолчанию.

Аватар пользователя seda84 seda84 10 ноября 2015 в 11:47

Ребята, возникла проблема совместимости с IE9 у меня не отображаются стили, и шаблон весь плывет, один текст zeol.com.ua посмотрите пожалуйста, в чем проблема? Настройки шаблона и стили в файле. Ответ нашел на багтрекере. admin/settings/performance включение оптимизации CSS

Аватар пользователя psyh psyh 5 августа 2011 в 20:27

"seda84" wrote:
У меня в информации о главной странице вот что: Content-type:text/html; charset=utf-8 Robots: noindex,nofollow Content-type:text/html; charset=utf-8

Здесь самый неприятный сюрприз это: Robots: noindex,nofollow
Я этот тег увидел только спустя месяц после запуска сайта. До этого на сто рядов проверил robots.txt, .htaccess. Сайт ни в какую не индексировался. И толко потом заметил этот косяк.

Аватар пользователя paurock paurock 5 августа 2011 в 20:35

в чем косяк, при установке на шестом шаге - "Финальная настройка" просто предлагается сохранить install.php дальше установка не идет..
пробовал разные версии (дев и бета), переставлял менял htaccess каждый раз одно и то же..
в чем причина?

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 5 августа 2011 в 23:46

"Psyh" wrote:
Здесь самый неприятный сюрприз это: Robots: noindex,nofollow

Чёрт, походу вы правы. Сегодня посмотрю инсталлер. Приношу свои извинения, огромный баг.

Аватар пользователя paurock paurock 6 августа 2011 в 13:12

Я так подумал, что раз не прокомментировали мой вопрос по поводу ошибки при установке на этапе "Финальная настройка", значит - мой косяк.
Снес все под чистую и базу и директории. Перезалил. Добавил увеличил время выполнения и память пхп. Начал снова устанавливать сборку (дев). И снова на этом же этапе, после паузы предлагается сохранить файл install.php и установка виснет (сам файл при сохранении весит - 0).
Так извращался с разными вариантами htaccess пол-дня. Ничего... все время одно и то же.
Хостер проверенный, уже не один друпал стоит у меня на нем - проблем таких не было никогда.
Может все-таки уделит кто этому вопросу внимание или хотябы отпишитесь это только у меня такая заморочка? Спасибо!

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 8 августа 2011 в 0:42

"matmuchrapna" wrote:

новая сборка доступна openstore-1.1.zip

Это не новая. Я просто взял дев, попытался пофиксить баг с некорректной настройкой метатегов (было по умолчанию NOINDEX,NOFOLLOW)

На этом Опенстор первой ветки (на Друпал 6) заканчивается.
Друпал 6 безнадёжно устарел, Уберкарт тем более. Делайте на семёрке!

Будет ли Опенстор 2 на Друпал Коммерце я не знаю. Я был бы не прочь, но я сейчас не в том положении, чтобы что-то серьёзно делать.

Аватар пользователя psyh psyh 8 августа 2011 в 17:43

Как убрать taxonomy description со страницы термина таксономии?

К терминам таксономии я заполняю поля Описание (description). И на страницах каталога товаров, у меня отображается этот текст вверху над товарами. Все бы хорошо, но я собираюсь выводить его сниппетом внизу страницы.

Как мне убрать это описание с его штатного места?

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 8 августа 2011 в 22:21

"Psyh" wrote:
Как мне убрать это описание с его штатного места?

Предполагаю через темизацию каталога. Надо смотреть в апи уберкарта соответствующую функцию темизации. Или просто выдрать вывод описания в файле ядра.Или, попроще, посмотрить файрфоксом, помещено ли описание термина в отдельный тег (слой) и скрыть его стилями

Аватар пользователя psyh psyh 10 августа 2011 в 12:43

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
Предполагаю через темизацию каталога. Надо смотреть в апи уберкарта соответствующую функцию темизации. Или просто выдрать вывод описания в файле ядра.Или, попроще, посмотрить файрфоксом, помещено ли описание термина в отдельный тег (слой) и скрыть его стилями

Вот эта страница http://chinadress.ru/catalog/platya Описание не заключено ни в какие теги, и судя по всему выводится не вьюсом, т.к. вьюс выводится под описанием. Похоже выводится Уберкартом, я порылся в его модулях, в частности в Advanced catalog, но ничего похожего не нашел.
Можно конечно сделать свой view для каталога, или писать описание в блоках и выводить их на нужных страницах. Но хотелось бы исправить проблему в этом месте.

Аватар пользователя riddler riddler 19 августа 2011 в 7:55

Как вывести термины на странице товара?
Пробовал добавить строку <?php print product_terms($node, $vid = 2 ); ?> в файл node-product.tpl.php не помогло.
Вроде в файле template.php должна быть прописана функция product_terms() - ее там нет. Ни в beta версии, ни в dev.

Аватар пользователя psyh psyh 19 августа 2011 в 9:24

Нашел таки где "собака порылась": sites/all/modules/ubercart/uc_catalog/uc_catalog.module
Вырубил оттуда топором строку: <?php$description = $term->description;?>
И вместо этого в views в подвал вставил это:

<?php
$view 
views_get_current_view();

if(!

$_GET['page'] > 0) {

if (

is_numeric($view->args[0])){
  
$term taxonomy_get_term($view->args[0]);
  return 
$term->description;
}
}
?>

Теперь Description выводится там где мне хочется. И только на первой странице, при листании пейджера дальше первой страницы, description не выводится.

Аватар пользователя knife knife 25 августа 2011 в 7:02

Хостер отказывается увеличить max_execution_time более 30 секунд. Поменять хостера не представляется возможным.

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

Аватар пользователя Ch Ch 25 августа 2011 в 8:46

"knife" wrote:
Есть ли какой альтернативный способ установки? например подключить модули и перевод самостоятельно после установки движка.

Можно и так. Хотя проще наверно установить сборку на локальном комьютере или на другом хостинге, а потом перенести на свой хостинг.

Аватар пользователя ifly ifly 17 сентября 2011 в 1:08

Дабрый день. Хотел бы узнать как формируеться итоговая цена. Сделал выгрузку цена на товар и на атрибуты выгрузилась нормально добавляешь в корзину она увеличиваеться в два раза. Где формируеться итоговая цена?

Аватар пользователя ravik777 ravik777 28 ноября 2011 в 1:38

трижды ставил сборку..
решил пообновлять друпал и модули.
все - повылазило...

кто нибудь вообще обновлеят модули и ядро после установки сборки?!

Аватар пользователя Softovick Softovick 28 ноября 2011 в 8:08

ravik777 wrote:
трижды ставил сборку..
решил пообновлять друпал и модули.
все - повылазило...

кто нибудь вообще обновлеят модули и ядро после установки сборки?!


Нашел что сделать - там же часть модулей в dev-версии, насколько я помню. Причем в версиях давно устаревших

Аватар пользователя ravik777 ravik777 1 декабря 2011 в 16:10

Что за функционал внизу статьи?

*Добавить в категорию как SEO-статью*

где настраивется ..за что отвечает.. где посмотреть скелет?

Аватар пользователя geraubk geraubk 10 декабря 2011 в 1:45

и все же как сделать чтобы открывалась эта страничка
site/admin
??

выдает 504 Gateway Time-out

если сделать очистку кэша то начинает работать некоторое время, затем снова та же ошибка..

Аватар пользователя Andruxa Andruxa 10 декабря 2011 в 3:58

"geraubk" wrote:
если сделать очистку кэша то начинает работать некоторое время, затем снова та же ошибка..

похоже что хостинг не тянет

UnnamedNETUA прав - надо смотреть в сторону других сборок, особенно с учетом мнения разработчика:

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
На этом Опенстор первой ветки (на Друпал 6) заканчивается.
Друпал 6 безнадёжно устарел, Уберкарт тем более. Делайте на семёрке!