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

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 0

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

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

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

15 января 2011 в 1:40

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

Спасибо

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

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

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

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

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

Pray for 7

15 января 2011 в 3:14

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

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

15 января 2011 в 5:15

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

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

15 января 2011 в 5:26

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

15 января 2011 в 11:39

"Artu" wrote:

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

Это Features.

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

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

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

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

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

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

15 января 2011 в 13:39

"Artu" wrote:

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

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

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

15 января 2011 в 13:45

"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. Изначально хотел сделать поэтапную загрузку модулей с выбором варианта установки ("минимальный" и "нормальный" режимы)

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

15 января 2011 в 13:55

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 с последующей перезагрузкой сервера

15 января 2011 в 14:47

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

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

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

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

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

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

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

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

15 января 2011 в 18:20

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

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

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

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

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

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

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

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

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

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

15 января 2011 в 19:56

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

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

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

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

15 января 2011 в 20:03

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

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

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

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

15 января 2011 в 20:22

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

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

15 января 2011 в 20:30

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

16 января 2011 в 1:01

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

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

16 января 2011 в 9:00

"chel" wrote:

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

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

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

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

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

16 января 2011 в 13:11

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

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

16 января 2011 в 14:45

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

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

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

16 января 2011 в 20:21

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

16 января 2011 в 21:05

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

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

убрать 'uc_paypal',

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

16 января 2011 в 22:31

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

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

17 января 2011 в 7:13

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

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

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

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

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

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

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

17 января 2011 в 13:38

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

19 января 2011 в 7:52

Для каких непосредственно конфигураций и на каких платформах решение 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. Где можно глянуть решений по импорту нод, причем хорошие.

19 января 2011 в 20:36

"Mirocow" wrote:

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

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

19 января 2011 в 19:53

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

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

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

19 января 2011 в 20:24

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

19 января 2011 в 21:02

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

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

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


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

19 января 2011 в 22:09

Здравствуйте! Я поставил Ваш 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".
Что делать?

19 января 2011 в 21:06

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

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

19 января 2011 в 21:40

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

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

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

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

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

20 января 2011 в 13:21

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

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

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

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

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

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

20 января 2011 в 14:59

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

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

20 января 2011 в 15:01

"just_one_fix" wrote:

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

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

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

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

20 января 2011 в 15:04

"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

20 января 2011 в 15:48

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

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

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

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

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

20 января 2011 в 16:24

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

20 января 2011 в 18:28

Наверно это общая проблема imagecache - шалит. Попробуйте дать права 777 на все папки в директории sites/defaul/files/imagecach, сбросьте пресеты

20 января 2011 в 19:25

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

20 января 2011 в 19:28

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

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

20 января 2011 в 20:59

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

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

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

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

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

20 января 2011 в 21:36

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

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

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

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

20 января 2011 в 21:40

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

оно? Wink

10 ноября 2015 в 11:47

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

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

21 января 2011 в 8:56

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

21 января 2011 в 13:14

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

21 января 2011 в 13:14

Новый релиз

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

Попытка решения проблемы с превышением времени выполнения 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!), о результатах пренепременно отписать

23 января 2011 в 0:23

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

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

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

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

23 января 2011 в 0:34

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

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

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

24 января 2011 в 13:33

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

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

24 января 2011 в 14:35

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

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

24 января 2011 в 15:18

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

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

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

24 января 2011 в 16:06

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

24 января 2011 в 17:14

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

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

25 января 2011 в 5:10

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

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

25 января 2011 в 13:02

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

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

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

26 января 2011 в 5:39

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

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

26 января 2011 в 7:19

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

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

26 января 2011 в 15:03

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

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

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

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

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

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

26 января 2011 в 15:07

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

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

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

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

10 ноября 2015 в 11:47

"Andruxa" wrote:

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

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

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

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

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

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

27 января 2011 в 2:07

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

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

27 января 2011 в 7:36

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

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

27 января 2011 в 10:12

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

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

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

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

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

27 января 2011 в 13:09

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

27 января 2011 в 13:13

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

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

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

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

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

27 января 2011 в 14:59

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

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

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

27 января 2011 в 15:00

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

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

28 января 2011 в 9:30

Мне никак не удается поставить сборку. Ставил и 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

28 января 2011 в 9:39

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

28 января 2011 в 12:56

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

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

28 января 2011 в 13:04

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

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

28 января 2011 в 13:28

"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-ая ошибка имеет кучу вариантов, но каждый объясняется

28 января 2011 в 13:29

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

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

28 января 2011 в 15:08

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

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

28 января 2011 в 15:18

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

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

28 января 2011 в 16:16

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

28 января 2011 в 17:08

Так и не понял на каком этапе сейчас проект. Я всего лишь 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. На этом собственно все и встало.

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

28 января 2011 в 20:07

"mahabone" wrote:

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

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

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

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

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

28 января 2011 в 20:31

"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. На этом собственно все и встало.

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

28 января 2011 в 20:37

<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-клиент.

29 января 2011 в 1:29

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

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

28 января 2011 в 20:47

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

30 января 2011 в 1:45

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

30 января 2011 в 2:23

Спасибо

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

30 января 2011 в 2:36

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

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

30 января 2011 в 8:48

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

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

31 января 2011 в 3:54

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

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

31 января 2011 в 21:22

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

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

1 февраля 2011 в 2:07

"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); ?>

1 февраля 2011 в 7:44

"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); ?>

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

1 февраля 2011 в 12:27

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

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

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

2 февраля 2011 в 19:12

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

2 февраля 2011 в 20:15

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

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

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

3 февраля 2011 в 3:11

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

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

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

3 февраля 2011 в 11:47

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

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

4 февраля 2011 в 0:43

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

4 февраля 2011 в 0:44

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

4 февраля 2011 в 19:27

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

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

4 февраля 2011 в 21:26

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

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

4 февраля 2011 в 22:27

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

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

4 февраля 2011 в 22:58

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

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

5 февраля 2011 в 0:47

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

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

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

6 февраля 2011 в 23:53

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

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

10 ноября 2015 в 11:47

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

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

7 февраля 2011 в 23:35

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

8 февраля 2011 в 15:31

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

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

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

8 февраля 2011 в 18:41

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

9 февраля 2011 в 14:09

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

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

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

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

9 февраля 2011 в 20:13

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

17 февраля 2011 в 15:33

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

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

17 февраля 2011 в 16:18

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

17 февраля 2011 в 17:51

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

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

17 февраля 2011 в 18:34

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

18 февраля 2011 в 1:30

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

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

18 февраля 2011 в 4:37

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

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

18 февраля 2011 в 13:21

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

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

18 февраля 2011 в 17:29

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

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

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

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

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

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

18 февраля 2011 в 21:45

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

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

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

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

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

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

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

21 февраля 2011 в 17:21

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

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

21 февраля 2011 в 17:26

Очень не хватает курса ручного ввода курса валют и вывода второй цено в зависимости от курса.

21 февраля 2011 в 18:12

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

21 февраля 2011 в 19:39

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

21 февраля 2011 в 19:52

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

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

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

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

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

22 февраля 2011 в 0:03

станно, что ни у кого из присутствующих не возникло такой проблемы, но я уже намучился:
при инсталяции на этапе создания БД выдаёт много строк вида
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

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

15 марта 2011 в 13:23

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

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

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

15 марта 2011 в 14:00

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

15 марта 2011 в 14:18

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

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

15 марта 2011 в 14:24

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

25 марта 2011 в 8:47

ВНИМАНИЕ

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

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

27 марта 2011 в 17:40

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

7 мая 2011 в 21:27

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

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

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

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

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. И какой вывод сделают пользователи о Друпале, посмотрев на сие творение? Отвечу сам себе - совершенно неправильное.

27 июня 2011 в 16:58

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

27 июня 2011 в 20:12

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

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

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

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

28 июня 2011 в 7:22

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

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


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

13 июля 2011 в 8:57

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

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

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

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

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

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

14 июля 2011 в 7:48

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

21 июля 2011 в 19:23

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

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

21 июля 2011 в 19:54

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

21 июля 2011 в 20:08

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

22 июля 2011 в 12:10

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

23 июля 2011 в 23:54

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

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

24 июля 2011 в 23:04

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

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

27 июля 2011 в 17:01

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

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

25 июля 2011 в 7:56

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

10 ноября 2015 в 11:47

"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. Сайт ни в какую не индексировался. И толко потом заметил этот косяк.

5 августа 2011 в 20:27

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

5 августа 2011 в 20:35

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

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

5 августа 2011 в 23:46

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

6 августа 2011 в 13:12

"matmuchrapna" wrote:

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

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

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

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

8 августа 2011 в 0:42

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

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

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

8 августа 2011 в 17:43

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

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

8 августа 2011 в 22:21

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

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

10 августа 2011 в 12:43

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

19 августа 2011 в 7:55

Нашел таки где "собака порылась": 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 не выводится.

19 августа 2011 в 9:24

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

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

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

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

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

25 августа 2011 в 8:46

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

17 сентября 2011 в 1:08

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

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

28 ноября 2011 в 1:38

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

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


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

28 ноября 2011 в 8:08

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

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

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

1 декабря 2011 в 16:10

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

выдает 504 Gateway Time-out

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

10 декабря 2011 в 1:45

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

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

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

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

10 декабря 2011 в 3:58