makol

Британская платежная система Skrill, в том числе выпускают и Mastercard.

Advanced Cash
advcash.com/solutions/card
Здесь больше информации
mmgp.ru/showthread.php?t=286775

Самое тупое решение в лоб. Делаешь 2 типа скачивания, первый тип скачивание после ожидания просмотра рекламы по таймеру секунд в 30, 2й для премиум пользователей которые оплатили подписку за символическую сумму типа рублей 50 в месяц и у них нет рекламы вообще и скачивание без ожиданий.

В меню управления сервером (WHM) в Home »Packages »Feature Manager »Edit Feature List
выберете список фич для нужного пользователя и посмотрите включены ли там Backup Manager и
Backup Wizard

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

Ну так может просто взять и попробовать?

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

Конечно реально!
Весь вопрос в том, насколько надолго это растянется.
... что-то мне подсказывает, что так долго не живут. ;-)

железо особо без разницы, любой средний средний компьютер вполне потянет.
а если хотите производительности — то ставьте linux, а там nginx и memcached хорошо помогают, ну и zend.

Не работал с друпалом, но, такой серьезный проект, как league of legends имеет сайт на друпале.

если для интернет магазина - посмотрите в сторону opencart , шустрый, модули, MVC. Очень нравиться мне.

Дважды пробовал подружиться с друпалом - не срастается, с горем пополам доделал сайты на нем и зарекся связываться. Еще не видел ни одной CMS, в которой все настолько НЕдружелюбно и НЕлогично устроено (для программиста и дизайнера-верстальщика).

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

Не видел ничего более простого и мощного как Drupal. Это - любовь с первого взгляда.
Перед знакомством с Drupal я не очень охотно использовал всякие "надстройки над апи" т.е. фреймворки и библиотеки, в частности потому что не позволяли писать меньше кода (а, следовательно, делать отладку более быстрой), а лишь структурировали его, делали его более декларативным. Да и вообще, я не хотел иметь что-то общее с PHP)))
Но то, что позволяет Drupal - невообразимо. Единственное ограничения, которое накладываться на программиста - это структура БД и это при том, что можно полностью, весьма гибко, использовать существующую структуру, так и создавать свои таблицы/вюхи, свьязивая их с уже существующими сущностями и получая тоже самое если бы свои структуры не использовались, т.е. возможность использовать скачанные модули для "совсем собственного" функционалу.
Не знаю можно ли назвать недостатком процедурный стиль. Т.е. пока я вижу преимущество простоты, которое, к тому же, не накладывает ограничений на использование ООП. Но с появлением Drupal 8 мне видеться раскол такой же, который был когда появился Python 3. Т.е. сейчас существует два независимы, хоть и совместимы языка - Python 2.* и Python 3.*

Есть и существенные недостатки - мизерное количество документации. Но вообщем то разобраться что делает функция можно и по ее исходному коду, что совсем не является проблемой, потому что он делался в лучших традициях UNIX) Есть отсюда и жесткое следствия - Drupal не для дибилов. Да и настройки администратора весьма не просты, поэтому для конечного пользователя лучше создавать "страницу со всем необходимым")

1) Почему считается, что друпал сложно темизировать?

Друпал сложно правильно темизировать. Достаточно тяжело понять всю систему из theme функций/файлов, preprocess/process функций, theme sugestions, render массивов, различных pre_build/after_build/post_build калбаков, theme врапперов, кэширования и т.п. Наговнокодить прямо в шаблоне большого ума не надо.

2) Действительно ли друпал очень медленный?

Друпал, как и любая другая CMS, медленнее узкоспециализированных систем в виду своей избыточности. Голый друпал 7 на средней машине генерит странички за ~100 ms. Решайте сами, это очень медленно или нет.

3) Этот вопрос к тем, кто имел дело с интернет-магазинами на друпале: стоит ли вообще делать на нем интернет-магазины?

Если нет хорошего скила или денег на соответствующего разработчика, то не стоит.

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

Популярно — Webform. Правильно — Entityforms.

6) Действительно ли вам показался друпал сложным в освоении (как программистам, разумеется) в сравнении с другими системами?

Нет. Какой-нибудь Symfony 2 на порядок сложнее будет.

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

Они реализованы theme функциями theme_breadcrumb и theme_pager. Функции мало чем отличаются от шаблонов — их так же можно переопределять, процессить и использовать через theme('...').

Приветствую!
Руководитель компании, 10 лет опыта работы с друпалом, 7 лет опыта работы с битриксом. Официальный участник Drupal.Org с сертификацией разработчика. Рекомендуемый партнер битрикса + в топ 5 в рейтинге хостингов для Битрикс.
Мнение вполне можно считать объективным хотя бы за количество решенных задач по обеим системам и выслугу лет =)

1. Нельзя сравнивать эти системы. У них разный принцип. Битрикс - это готовая коробочное решение для быстрого запуска сайта заточенного для бизнеса в РФ. Drupal - это вообще CMF, то-есть можно сделать вообще все что угодно исходя из гигантского набора модулей. Готовые решения есть, но не для РФ.
2. Масштабирование и развитие сайтов: Битрикс - тяжело кастомизировать ф-ционал под определенные требования заказчиков. Какая-нибудь ерунда может отнять кучу времени на реализацию и потребовать обходных путей т.к. API у Битрикса не самое продуманное. Drupal - легко делать специфичные кастомные решения. Никаких проблем с дальнейшим обслуживанием.
3. Обновление ядра: Битрикс - одной кнопкой, но если все разработки делались по регламенту, иначе сайт можно убить. Drupal - одной кнопкой и еще выбрать, что именно обновлять + выше стабильность.
4. 1С: Битрикс - есть БАЗОВАЯ интеграция, которую все потом допиливают, почему об этом все молчат?) Drupal - нет готовой интеграции, но мы свою для клиентов написали и развиваем и поддерживать проще.
5. Безопасность: Битрикс - хорошая, Drupal - хорошая. Суть в том, что бы надежно хранить пароли и вовремя обновлять ядро.
6. Маркетинг: Битрикс для РФ, Drupal - для всего остального мира. Сообщества нельзя сравнить по размеру, Drupal в таком сравнении выносит Битрикс мощнейшим ударом т.к. система интернациональная.
7. Готовые решения и компоненты (модули): Битрикс - толком не контролируют разработчиков в маркетплейсе, решения разработаны так, что иногда кажется, что работаешь не с системой за 50к рублей, а с бесплатной джумлой. Drupal - контроль модулей по принципу Apple AppStore т.е. сырой или недоработанный модуль (решение) не будет находиться в основном каталоге, все честно описано, хочешь ставь и дорабатывай или жди стабильный релиз.
8. Скорость работы: мы в том числе и хостер, поэтому могу много рассказать про обе системы, но остановлюсь на фактах. Для Битрикс у нас отдельный кластер серверов, на каждой ноде размещаем не более 50 сайтов, иначе падает производительность. На Drupal мы размещаем меньше сайтов, но в таких же условиях может размещаться в 2 раза больше сайтов. Дело не в ядре, а в кривых руках якобы сертифицированных разработчиков Битрикс (сертификаты покупаются за копейки).
9. Если нужно дешево, по-быстрому состряпать красивый и понятный интернет-магазин на 1-2 года и потом забыть про него (не дорабатывать) - берите Битрикс. Drupal для более серьезных проектов.