Не стоит запрещать
Был опыт с сайтами-магазинами на 5 и на 10 тысяч страниц.
Вся структура строилась на выгрузке из 1С. Приходилось в корне менять структуру.
Слетали все урлы, кроме категорий первого уровня.
Никаких проблем, довольно быстро переиндексировались и просадок никаких не было.
В обоих случаях был полный sitemap, возможно, он помог в этом.
Так по сути ТС вроде предлагает ту же портянку, но разбитую на ТАБы.
Сам столкнулся с таким на карточке товара. Перевожу на табы.
С табами людям проще. Длинная страница отпугивает, лень листать. а так тыкнул сразу в нужное место и всё.
Верно.
Переезд будет быстрым и без потерь
Лучше забить. Бред бредом.
Грубо говоря, 1 кб css в файле подключенном в шапке будет считаться медленным, а если зафигачить 10 кб живых стилей прямо в документ - будет все збс.
Так, как ориентир, одним глазком можно подсмотреть, но попытки выбить 100% иногда требуют в реальности ухудшить загрузку сайта.
Какая БД, какая статика.
Мужики давно на ассемблере все кодят. А лучшие из них хранят данные на перфолентах
Очень может быть, что в ТОП 5 она именно у вас, т.к. много внимания ей уделяли и персональная выдача такая сформировалась.
Чтобы готовое решение получить, нужен пример вашего урла и чужого. Увидеть отличия и предложить регулярку
Это решается и без регистрации. Запоминаем в куках покупателя, его контакты с адресом в БД. При повторном обращении все поля будут заполнены.
По сути пассивная регистрация получается. Вместо пароля - id в куках
если вы его просто фиксируете, может сразу задать определенную позицию через css и всё? нет смысла что-то высчитывать при неизменном поведении
JS в "прибивании" используют, когда нужно прибивать сайдбар при прокрутке. и этот скрипт, судя по всему, тоже для этого изначально предназначался, если высчитывается высота футера и шапки.