1. Главная
  2. Sun-fire

Sun-fire: Комментарии

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

2 ноября 2011 в 17:53

Судя по анализу базы данных сайта, и вышеуказаной статьи, раньше при сохранении параметров поля опция translatable по дефолту устанавливалась в 1, и соответственно, поля сохранялись с текущей языковой локалью пользователя, который создает контент. Теперь по умолчанию для новых полей translatable устанавливается в 0, и поля сохраняются с признаком языковой локали und, то есть вне языковой локали.

Таким образом на сайте образовалась каша таблицах полей. Старые записи имеют в моем случае кодировку uk, новые und.

1 ноября 2011 в 19:35

UPD: Все оказалось не так просто, но хотя бы ясно, как решать эту проблему. В одной из последних версий ядра Drupal изменилась концепция дефолтовой языковой локали.

Более подробно описано здесь: Inconsistencies in field language handling

1 ноября 2011 в 17:41

UPD: В field_config для таких проблемных полей свойство translatable установлено в значение 0, соответственно, значе6ния полей устанавливаются в und, то есть вне языковой локали. Текущая локаль ноды при это остается uk - соответствует текущей локали пользователя. Изменение свойства в 1 решает проблему для конкретного поля.

Каким образом можно явно установить свойство translatable для отдельного поля, не прибегая к редактированию БД напрямую?

31 октября 2011 в 21:46

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

27 октября 2011 в 18:45

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

26 октября 2011 в 17:07

Судя по этому сообщению процитирую:

«
Веб-разработчики делятся на тех, кто делает бэкапы, и тех, кто уже делает бэкапы
»

Посмотрите в админке, возможно вы сайт перевели в maintance mode а обратно не вернули.

26 октября 2011 в 1:29

Наткнулся на следующую проблему с индексацией в Sphinx.

Есть тринадцать индексов (index_main0 - index_main12) которые обрабатывают через sphinxsearch_xmlpipe ноды пачками по 1000 шт. Также есть дельта-индекс: index_delta

Суть трабла: первые два индекса (index_main0 и index_main1 а также index_main7 и index_main9) обрабатываются нормально. Данные втягиваются парсером, создаются индексные файлы. С остальными индексами грабли: индексер выдает ошибку следующего типа:

25 октября 2011 в 23:13

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

О "тяжеловесности" node_load мне известно, поэтому я не использую эту функцию при организации импорта на сайт.

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

12 октября 2011 в 15:24

Как так не надо настраивать. Настроек там есть.

З.Ы. Наблюдается глюк с этим модулем. Включил всплывающее сообщение о добавлении в корзину, при добавлении товара отображает только надпись "Корзина", данных о самом товаре не показывает, при удалении все как надо - данные о том какой товар из корзины был удален. Кто-то с такими граблями сталкивался?

10 октября 2011 в 22:58

Настройка конфигурации Migraine для Drupal 7 отличается только несколько другой структурой стандартных таблиц. Сейчас при себе базового файла конфигурации нет, завтра постараюсь поискать.

Еще в тему - под руку попадал утиль под названием MySQL Compare (если память не изменяет). Удобная программа, правда платная, поэтому дальше срока триального использования дело не пошло. Но вещь удобная. Также завтра посмотрю, как именно оно называется.

26 сентября 2011 в 21:53

) На вкус и цвет. Вариантов не так много ) И опять таки, для анонимусов, и редко изменяемый контент. А вот в случае, если например имеем магазин, в котором у товара каждых N минут изменяется цена/наличие на складах/какая либо другая характеристика, такое решение уже поможет меньше.

7 сентября 2011 в 18:38

По сути топика. Перенос на Drupal Вашего магазина (да и не только на drupal, а перенос с одного движка на другой вообще) будет стоить дороже, чем просто разработка магазина с нуля.

О самом процессе разработки умолчу, поскольку если есть уже функционирующий сайт, и детальное ТЗ, то это процесс вполне прогнозируемый.

Импорт товаров. Если товары на сайт выгружаются из какой либо ERP - здесь в принципе проблем особенных нет. Если товары забивались и хранились только на сайте - кастомное решение для переноса контента будет стоить не дешево.

6 сентября 2011 в 21:35

D6+Ubercart, если только начинаете работать с Drupal, будет проще. Много информации, много примеров.

Если более продвинутый уровень, можно пробовать D7 + Drupal Commerce. Тут придется довольно много пилить, плюс разбираться в АРІ.

2 сентября 2011 в 22:06

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

Рекомендую посмотреть это видео.

2 сентября 2011 в 21:23

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

2 сентября 2011 в 17:58

Когда вы добавляете товар в корзину, то тем самым создаете line item текущего заказа. Один товар - один line item. Насколько я понял, каждый цвет - отдельный товар. В таком случае по описанной логике нужно удалить старый line item и создать новый на основе одного из других товаров, приаттаченых к ноде представления товара.

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

26 августа 2011 в 18:44

Проверьте, куда вы устанавливали модули. Они по умолчанию должны лежать в папке sites/all/modules.

И делайте почаще бекапы. По крайней мере перед установкой новых модулей. Если что пойдет не так - всегда можно будет откатится на предыдущую версию.

Чего ж сразу так в жо... жумлу посылать. ) При первом опыте с друпалом и не такие траблы бывает.