Выбирать несколько таблиц - переносить частями (Наверняка не больше двух-трёх таблиц самых больших - для них, возможно, имеет смысл делать экспорт частями - экспортировать данные с .. по ... ряд)
Ревизии поудалять, если не нужны..
Один из недостатков - не у каждого хостера найдёшь.. :) А в целом - штука удобная. Один шардинг-из-коробки чего стоит...
И В точку.. и тех и других..
Для начала перечитать пост, затем всю тему целиком.. с выборочным переходом по ссылкам. Поставить себя на место собеседников..
Можете перейти к поиску специалиста по оптимизации, либо по составлению ТЗ на перенос (имеет смысл сделать перед поиском движка).. а то вдруг галерея на новом "оптимальном" движке убогой покажется..
Так всё-таки галерея сервак грузит??? =)
Про баланс между производительностью и функциональностью уже написано было..
Что-то из серии хочу гонять 100кмч, возить прицепы пару тонн и чтоб расход был 1,5 литра на сотню..
И не факт, что устроит любая другая галерея на любом другом движке.. А та, которая устроит - может также грузить сервер..
Если человек может забить гвоздь и прикрутить шуруп поставить wordpress, то не факт, что у него получится быстро и качественно собрать шкаф настроить нужные модули, и уж тем более не факт, что собранный шкаф сайт будет служить верой и правдой долгое время и ничего не отвалится.
Кто-то собирает шкафы лучше, на совесть и с прилежанием.. Кто-то - может схалтурить..
Кто-то про гвоздомёт не слышал, а кто-то им картины рисует
Но даже мега-гвоздомётчик не в силах надёжно прибить {что-угодно} без нужного количества нужной длины гвоздей..
Это не баг, это "фича"...(с) Вопрос в том, как её правильнее использовать/обойти.
Т.е. либо:
1. делать отдельным полем товар-товары, которое заполнять "Ручками" (разово заполнить при связке.. запросом, видимо, а в дальнейшем - rules-ами при сохранении товаров (видимо, более "правильный" вариант)
2. извратиться и подцепить атрибуты товара (не node) в JOIN-е и использовать их
Пока писал - ещё вариант узрел..
3. в контекстном фильтре views получить доступ к атрибуту товара (?)
по дополнительному, которые field_data_field_
grep-ают файлы нужного типа по запрещённым словам/сигнатурам.. возможно, с GUI-интерфейсом..
Не сменились в панели управления? Или с компа?
В разное время закэшировались -> в разное время обновятся.
1кк - ваще фигня.. (с)
Есть пачка вопросов по Commerce + Drupal 7
- реализация связанных товаров по паре (таксономия + поле товара /не ноды/) - есть ли смысл?.. или делать через связь сущностей+обновление при редактировании (rules)? Как вариант - "ручками" как здесь, но вместо node_title_list использовать node_view_multiple (+ видимо, JOIN-ить с таблицами полей, которые используются при выводе.. либо дополнительно подгружать сущность товара, иначе при выводе ошибка EntityMalformedException в entity_extract_ids() строка 7663 в /includes/common.inc )
Есть ощущение, что перемудрил...
