Максим

coverr.co - Может вам это лучше подойдет?

Приветствую!
Руководитель компании, 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 для более серьезных проектов.

Вы можете использовать какой-либо front-end framework, например возьмите готовую тему Bootstrap или Zurb Foundation. Создайте для нее свою кастомную сабтему и меняйте все что вам надо. В обоих фреймворках без проблем можно сделать три колонки переходящие в одну, просто добавлением необходимых классов. Подробней можно посмотреть в документации Bootstrap и Foundation.
В обратном случае используйте media. Подробней о responsive в Drupal можно прочитать в книге. Еще посмотрите статью на хабре

В последних версиях Drupal 8 нет кнопки Upload, изображение загружается автоматически после того как выбран файл.

Снижай интенсивность покупки и повышай "качество" покупаемых ссылок.

Необязательно переносить в sites/default, если имя домена останется таким же, можно оставить sites/<название сайта>, потом в settings.php посмотри, какие таблицы используются сайтом и экспортируй их. ну и все это накати на свежую версию друпала. Плюс возможно из sites/all (sites/default еще, если сайт запускался из этой папки) придется скопировать содержимое, если этим сайтом оно использовалось. Вроде как все.

Применяя адаптивный веб-дизайн, вы используете одни и те же URL и код веб-страниц на любых устройствах. Страница автоматически подстраивается под экран компьютера, планшета или мобильного телефона, благодаря чему пользователю удобно работать с любой версией сайта. Google рекомендует использовать именно АВД. Благодаря АВД вам достаточно поддерживать одну, а не две версии сайта. Другими словами, нет необходимости обслуживать одновременно обычную (www.example.com) и мобильную (m.example.com) версии, ведь один сайт (www.example.com) будет работать как для пользователей настольных систем, так и мобильных устройств.

https://developers.google.com/webmasters/mobile-si...

Подавайте как интерактив. Опрос в комментариях - "что по вашему будет тут построено", потом отмечайте конкретных людей, которые угадали (им будет приятно, стопудово х) )

При редизайне возможно поменяете структуру сайта. Так вот не забудьте сделать редиректы со старых урлов на новые. И вообще советую с сеошником посоветоваться.

На мой взгляд наиболее конкретное представление о роде деятельности компании представляют как раз таки материалы, они неплохо смотрелись бы в случае с лендингом, если их расположить в виде слоев грунта, сверху-вниз, только не особо растягивая. Над ними ближе к шапке можно расположить калькулятор. Что касается остального, то возможно стоит вынести реквизиты в отдельный пункт меню, а "ваш заказ" сделать в виде pop-up окна. Клиентов можно расположить в ряд, в виде иконок, ближе к футеру.
А так, в целом, ничего лишнего/недостающего тут нет. Просто по-моему стоит учитывать специфику сферы бизнеса организации, врядли у них в клиентах много тех, кто любит долго листать страницу и любоваться сайтом, поэтому если и увеличивать длину страницы, то раза в полтора разве что.
ИМХО.

Однозначно на главную нужен текст о компании!
Материалы можно вынести в меню.
В футер карту сайта с основными пунктами

Можно уточнить?

При открытии сайта по адресу name.site.ru, открывается директория sites/name.site.ru/ ?
При открытии сайта по адресу name.ru открывается директория sites/name.site.ru/ ?

____________________________________________________

Посмотрите есть ли в корневой директории сайта site.ru файл .htaccess.
Если файл существует то добавьте в нем в секцию mod_rewrite () следующие строки

RewriteCond %{HTTP_HOST} ^name.site.ru
RewriteRule (.*) http://name.ru/$1 [R=301,L]

Если файла нет то создайте его со следующим содержимым

<IfModule mod_rewrite.c>
  Options +FollowSymLinks
  RewriteEngine On

  RewriteCond %{HTTP_HOST} ^name.site.ru
  RewriteRule (.*) http://name.ru/$1 [R=301,L]
</IfModule>

Это делается в корневом сайте так как вы делаете редирект не со всех доменов на один, а с одного конкретного домена на другой. Т.е. для всех остальных доменов это правило просто будет игнорироваться.

самое простое решение - указывать полный путь с http и анкором (http://site.com/page#name)

еще можно посмотреть на эти модули:
https://www.drupal.org/project/special_menu_items
https://www.drupal.org/project/void_menu

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

Вот, что еще можно внедрить по внутренней оптимизации
Аудит