Ольга Свистунова

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

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

1. Поставить браузерное расшрение Tampermonkey/Greasemonkey, он же менеджер пользовательских скриптов
   
2. Создать свой скрипт
   
3. Добавить магии javascript и удалить outline с кнопок
   
4. PROFIT
   

В jQuery есть функция .scroll() - далее при появлении формы запоминаем текущее смещение страницы с помощью offset() и при каждом скролле считаем нужное нам смещение, хоть в пикселях, хоть в процентах, затем закрываем форму. Если нужно учитывать, что пользователь меняет размеры окна, добавляем расчеты еще и на этот случай (или просто форму закрываем сразу).

Слишком много общей информации, по которой сложно что-то сказать. Житейский опыт подсказывает "работает - не трогай", а по существу проблема делится на две части: а) точно ли нужно переписывать сайт? б) если все-таки нужно, то на чем?

По первому вопросу нужно понять, действительно ли это нужда бизнеса, а не хотелка программиста :) Фактически, вы же сами пишете, что система работает и почти полностью всех удовлетворяет, а все перечисленные минусы - это "неудобство для разработчика", то есть баги и отсутствие документации. Нужно понимать, что перенос интернет-магазина на новую систему, это не перенос - это написание нового интернет магазина. (И вы точно будете писать документацию? Точно?) Нужда бизнеса, например: прекратилась поддержка текущего фреймворка или cms, а значит, появляются риски, связанные с безопасностью. Или становится слишком дорого поддерживать существующую систему (например, использовался амазон, а хочется перейти на что-то другое).

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

Я писала несколько более-менее сложных интернет-магазинов на Drupal Commerce, Wordpress (Woocommerce) и Битриксе. Мне по удобству разработки-поддержки больше всего зашел Woocommerce в свое время, но все зависит от требований.

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

Насоздавайте кучу своих переменных для хранения значений через variable_set. Лучше всего через свой модуль создайте страницу с нужными настройками (селектами, радио, чем угодно) и сохраняйте в переменные.

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

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

Интернет-магазины пишутся на Drupal Commerce.

По-хорошему, никак. Плохому учить не буду, просто оставлю ссылку на модуль и скажу, что использовать его ОЧЕНЬ-ОЧЕНЬ плохо и ни разу не Drupal Way.
Вообще, такое лучше вообще вытаскивать из вьюса в шаблон, и там уже разруливать кодом все, что надо.
А еще лучше не развлекаться с полями, а использовать Custom Formatters, но это уже совсем другая история про оптимизацию и кэширование...