"Winner" wrote:

"... какие фичи отсутствуют в Drupal Commerce но в то же время они есть в OpenCart?"

в DC отсутствует CMS

hook_menu_alter()

Заказ в один клик = webform

Заказ в один клик с оформлением заказа и выбором метода оплаты = это уже далеко не один клик, но для совсем простых случаев(или наоборот, совсем частных) есть basic_cart

В то же время: Ubercart - типовой магазин почти из коробки, DC - почти типовой магазин, но почти не из коробки
А так же сотни малоизвестных и никому не нужных модулей вроде "магазин из коробки" и всяких там сборок.

OpenCart - типовой магазин из коробки.

например, на сервере может быть закрыт доступ к /tmp во имя безопасности, кроме того, друпал при установке возьмет настройки временной папки из конфигов php, например, какой-нибудь /home/foo/mod-tmp, а при переносе сайта на другой хостинг, допустимая папка для временных файлов может оказаться /home/bar/mod-tmp, то есть, надо будет зайти в настройки и сменить этот путь.

в вашем случае files/tmp это будет папка DRUPAL_ROOT/files/tmp, то есть корень_друпала/files/tmp, довольно странное размещение...

Есть такая штука - называется экономия трафика, внутри МКАДа она обычно не имеет смысла, разве что 3G сигнал пропадает, а вот стоит выбраться за МКАД... Кроме того, одна страница превью фотогалереи без использования предварительного "обрезания" изображений по трафику может запросто перевалить за сотни мегабайт.

Я имел ввиду input type="hidden", где value подменять через JS, в этом случае не будет никаких заморочек с версткой(можно подсунуть абсолютно любую верстку). И да, отсылать аякс запрос на сервер ради 100 байт информации, при том, что вариантов выбора всего 3-4 будет несколько странным, исключением могут быть разве что формы друпала, ибо он везде сует CSRF защиту, что далеко не в лучшую сторону будет сказываться на производительности - 1 прощай кеш, 2 - генерация 3-4х форм даже вида hello world не самая быстрая операция на свете, потому с Drupal формами действительно лучше юзать аякс.

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

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

я про подключение плагина спросил потому, что он у Вас нигде не инициализируется, то есть не срабатывает, а просто регистрирует плагин и на этом вся его деятельность заканчивается, а вообще далее этот плагин нужно инициализировать, однако каким образом его удалось переписать так, чтобы он работал? То есть вы превратили jQuery плагин в обычный js?

на работе сайта - нет, на работе модуля date - да, возможно немного непредсказуемое поведение виджетов полей типа "Дата", вы бы попробовали лучше перезалить папку с модулем(на последнюю версию) date, почистить кеш и запустить update.php

Через вьювс сделать OR на контекстные фильтры нельзя, но Вам OR там и не помог бы, ибо по сути, в случае с вьювс, у Вас должно быть 2 контекстных фильтра по 2м полям, но при этом указывается только один.

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

И да, кстати, каким образом вы его инициализируете?

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

<?php if(!empty($content['field_service_ref'])): ?>
<?php print render($content['field_service_ref']); ?>
<?php endif; ?>

так тут же по английски написано, функция unlink запрещена по причинам безопасности, скорее всего её вписали в какой-нибудь disable_functions, мучайте хостера.

"asda2006" wrote:

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

"SDKSTD" wrote:

Пока что решил вопрос этим модулем

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

суть примерно такая:

это у вас не со структурой БД проблемы, это либо настройки php - не так давно причиной подобного бедствия оказался open_basedir на хостинге(суть прикола - при любом использовании полного пути к файлу\еще кому происходит некий тормоз, напоминающий обращение к диску(по крайней мере по времени), соответственно, если таких обращений много...

это модуль webform, самое сложное для Вас, возможно, будет передать в форме адрес страницы, на которой была нажата кнопка оформления заказа, я подобную информацию передаю обычно через GET

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

+ к Хулигану, бутстрап рулит, это лучше и гораздо проще, чем изобретать велосипед или разбираться во всей этой непонятной куче хлама вроде omega, at и т.д.

".poltergeist" wrote:

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

Заражаем админа трояном, через который и получаем доступ к админке зараженного сайта, а так же других, правда в основном воруют ftp.

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