Согласен, поэтому и смотрю в эту сторону.

Ну вопрос в целесообразности...

bsyomov wrote: Очень мало дизайнеров, которые действительно веб дизайнеры, и достаточно глубоко знакомы с этой проблематикой, чтобы предусмотреть правильно поведение их макета при разных разрешениях.
Кому повезло видеть такие, больше пары раз в жизни, и чтобы это было не что-то утилитарное совсем?

Если ставить такую задачу, то даже дизайнер средней руки справляется с такой задачей весьма достойно.

А на какой теме лучше всего делать прототипы? На стандартной теме Bartik или есть что-то более интересное?

Спасибо, хорошая идея, тоже об этом подумал!

Ок , я закинул сюда опрос https://t.me/drupal_rus

Фуллстэк разработчик может обеспечить пиксель перфект верстку, участвовать в тестировании отображения страниц на разных устройствах и при необходимости тратить большое количество времени на CSS оформление? То есть это не будет лишней непрофильной нагрузкой?

Спасибо, что объяснили свою точку зрения, я перечитал переписку тут - https://drupal.ru/node/142468 , стало понятнее. Но на ближайшие 2 новых заказа у меня уже есть верстка, но если решим запустить новый проект попробую поискать такого верстальщика.

ivnish wrote: Если верстальщик сразу верстает для друпала, то проблем нет. Проблемы появляются, когда нужно натянуть сферическую вёрстку в вакууме на друпал

А такие друпал-верстальщики вообще есть? Или это редкие уникумы? То есть они не программируют, а просто выдают HTML верстку макета, но с ДИВами, которые не нужно будет переделывать программисту при внедрении?

1) Макет есть в Figma. Отдельно заказывал верстку, у верстальщика, который занимается только версткой. Таких верстальщиков подавляющее большинство, я полагаю.

2) Тот кто сейчас занимается проектом, на который я дал ссылку работает так, как мне нужно, то есть внедряет мою верстку в CMS. Я так работал почти 10 лет, поэтому и недоумеваю.

Всегда считал самым оптимальным такой подход: верстальщик верстает, а программист внедряет не тратя время на верстку, а сейчас получается, что программисту приходится переверстывать за версталищиком, поэтому многие и не в восторге от такого?

Я не понял ваших вопросов, если это адресовано мне.

VasyOK wrote: Рутина не рутина, я предпочитаю работать со своим кодом для задач, которые понимаю. У вас задачи не сложные. И мне бы эта верстка только мешала. Собственно я бы с нее взял только размер шрифтов и бекграунды. Отступы - на глаз.

То есть вам нужно было бы передать макеты в формате PSD или FIG и вы бы и верстали, и программировали самостоятельно?

Селекторы (дивы) Друпала не совпадают с тем, что предоставляет верстальщик. Особенно в фильтрах, на формах, кнопках.

Это действительно сложная задача или просто рутина, которой неприятно заниматься?

VasyOK wrote: А зачем вы верстку отдельно заказываете если это для вас проблема?

Потому что программисты, по моему, опыту не любят верстать. Разве это не так? Хотя 1 раз по такому принципу работал с одним разработчиком.

С точки зрения бизнес и SEO-задач решаем какие нам ноды нужны, по каким категориям они будут распределены, тезисно прикидываем какой функционал нужен, который не относится к нодам и таксономиям. Потом делаем схематичные прототипы страниц, которые будут отданы на дизайн.

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

Да, конечно, коммуницировать можно. А в чем сложность для друпал-программиста работать по готовой верстке?

Некоторые хотят сделать сайт на голом CMS и чтобы после них, кто-то натягивал верстку. Для заказчика это проблема в плане того, что нужно менеджерить 2-х независимых фрилансеров и они могут друг на другу вину за возможные косяки перекидывать... Как с этим быть? Большинство программистов готовы работать с готовой версткой?

Ок, спасибо

1 пароль у админа, я его сменил конечно же, но другого админа же не скинуло?

Добавил Drupal 7.* , каких то решений через админку нет?

возможно нагрузка зависит не от числа посетителей а от кол-ва материалов.

При каком количестве материалов могут быть проблемы? Недавно сделали каталог фирм для сайтов:

https://116chelny.ru/katalog-firm тут до 10 000 нод, но все статично, как написали выше.

В общем оптимальный способ был замена через SSH.

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

Вот так можно:

UPDATE some_table SET some_field = REPLACE(some_field, 'http://domen.ru', 'https://domen.ru'') WHERE 1

Где domen.ru - мой домен

some_table - таблица, где хотите делать замену
some_field - поле, где хотите делать замену

Для каждого сайта свои наименования полей и таблиц, да?

Какие альтернативные подходы есть?

"varvashenia" wrote:

меню вывести

То есть сделать меню, которое нигде на сайте не будет по факту фигурировать, а просто будет представлять с собой удобную для редактирования структуру сайта, да?

Посоветуйте хостинг, пожалуйста.

У меня около 20 клиентов размещены на beget.ru, и своих сайтов с десяток. Преимущественно сайты на Друпале.

есть аналог beget-а Timeweb - гавно.