тогда только так https://www.drupal.org/node/1813498

serega111 wrote:

".poltergeist" wrote:

какие нафиг ubercart/commerce, это подобно отстрелу воробьев из системы залпового огня. сто строк кода против несметных тысяч

это не проблема, это расходы

сборки зло, кто же ведает что у вас там наворочено
migrate подразумевает, что сценарий вы напишите сами, на русском xxandeadxx на своем сайте освещал вопрос

http://cgit.drupalcode.org/mailhandler/tree/INSTALL.txt?id=refs/heads;id...

в чем дело то выяснили (почему не поддерживается хостером)? библиотека не стоит?

vps достаточно один раз настроить, далее обновления накатывать да логи смотреть

странный ход мысли) я лично helpdesk для своих сделал в рамках project management системы (на рельсах :D)

это решается в рамках модуля, который будет выводить форму и общаться с платежным шлюзом. приходит подтверждение от шлюза -> присваивается роль
какие нафиг ubercart/commerce, это подобно отстрелу воробьев из системы залпового огня. сто строк кода против несметных тысяч

где логи это не ко мне вопрос
https://www.iis.net/learn

логи посмотреть не судьба? и дебаг вкл.

это можно сделать красиво) и кол-во товаров не показатель. это правда уже оффтоп

1. не продавать то, чего нет + есть возможность оформить возврат (у нас договор с банком и оплата только картами)
2. не проблема, какая нужна форма?

drush осваивается за полчаса (только если не блондинка или опыт на уровне студента)
въехать во все возможности несколько дней
все для этого есть
http://www.drush.org/en/master/ документация, включая правильную транскрипцию названия утилиты
https://github.com/drush-ops/drush
http://drushcommands.com/

http://cgit.drupalcode.org/vkxp/tree/vkxp.rules.inc

могу подсказать, но не безвозмездно. надо сайт смотреть, он из коробки должен работать, если сделано все по уму

ajax

DKIM провентилировать

для ubercart есть [module=uc_earlybird], правда тоже не удовлетворяет предъявленным требованиям
если нужна нормальная (имхо: более-менее годная дисконтная система неотъемлемый атрибут) коробка e-commerce это явно не про друпаловские реализации. (здесь коробка = возможность развернуть систему с одним напильником, не привлекая IDE и пр. тяжелую артиллерию)

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

добрый вечер. могу ночью провести аудит ядра, модулей, темы оформления, БД. icq в профиле указан
плюс по хостингу вопрос, смотрю у вас ht-systems, кто vps администрирует или используете shared?

да) я имел в виду, что бывает клиент заказывает аудит, далее проводятся все необходимые работы и бац! оказывается один из менеджеров клиента имеет paroli.txt на hdd, подключает его дома, в гостях и черт знает где. надо проводить ликбез. я тут занят сейчас презентацией на эту тему так что главная уязвимость это прокладка между монитором и креслом, ничего не меняется))

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

del

шифровка поисковиков WTF!? аналитику нормально настроить надо (цели), а не придумывать велосипед

bsyomov wrote:

Смотрите: создаёте пользователя, с шелл и прочим. Он будет владельцем всех файлов. Для примера, у него будет имя user и группа user. Будет заливать файлы, например, по ssh, запускать drush и прочее.
А веб сервер запускаете от пользователя www-data и группы user. Это можно сделать с помощью apache-mpm-itk(для апача), или отдельного пула php-fpm, прописав соответственного пользователя и группу в конфиге виртуального хоста/пула.

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

конфиги веб-сервера проверить надобно, возможно косяк связан с Clean URLs