У меня из-за translate под сдвигаемым элементом образуется пустое место, отведённое под бывшее положение этого элемента. И всем нижележащим тоже приходится транслейт прописывать. В итоге сделал с абсолютным позиционированием. Плохо.
/////////
Интересно, существуют ли надстройки над хтмлевской разметкой, которые JavaScript'ом бы управляли положением и поведением элементов? Было бы здорово в тех случаях (как в моём), когда вложенная структура это скорее ограничение, а не бонус...
А то вместо красивой структуры у меня получилось "враппер врапперов контейнеров" и, как следствие, куча закрывающих тэгов без какой бы то ни было пользы. И всё равно практически каждому элементу по своему стилю, и по своему айдишнику.
alexalexes,
Хотел как раз "физически" положить два элемента один под другой. Вообще - отъезэание по щелчку сделать могу, а вот положить друг под друга - вопрос.
Спасибо за быстрый ответ. Полезного - подчерпнул (а именно - стиль для дочернего дива)
При ресайзе, впрочем, если поставить маленькую ширину (200 пикселей например), то начинает корячить. А именно - половинность столбцов теряется.
Кстати, вопрос дополнил, можно сходить подвигать фигму.
nikicry, Я бы так и сделал, но сейчас статичный вебсайт (index.html) открывается первым и имеет приоритет над вордпрессовой частью. Поэтому что бы я внутри вордпресса не настраивал - показать это перед статичной страницей index.html я не смогу.
Потому и пытаюсь сделать через htaccess. Не хочу переименовывать index.html, потому что поедут все ссылки.
Статичная там не страница, а сайт, со ссылками между статичными страницами.
На вордпрессе сделана часть добавленных позже страниц. И вот теперь я хочу поставить страницу приветствия, которая была бы перед всем.
Сейчас я сделал плагином simplystatic статичную версию страницы приветствия, и в htaccess прописал, DirectoryIndex hellopage.html
Это работает, но хотел бы открывать первой динамическую версию страницы приветствия. Чтоб не возиться с экспортом при каждом изменении, и чтоб, например, работала бы форма обратной связи.
Вопросы на стэковерфлоу не я создаю на каждый чих - их создают люди. А т.к. людей много - идёт накопление и вопросов и ответов.
И, кстати, чтение доков я не считаю ужасным, а наоборот, это - старый добрый традиционный подход. В ОП-посте я намекнул что всё реже и реже используется традиционный подход. И всё чаще - "просто начать что-то делать", т.к. фреймворков много, и они всё время новые. А ты - один.
Тут можно спорить, но это уже будет спор не со мной, а с ветряными мельницами.
Strannyk,
JS everywhere - это хороший подход если у нас сплошные фулстэки в команде, люди пилят фронт и бэк и страхуют друг друга. А если у нас всё на сервере, то вовсе не обязательно привязываться к движку хрома. А писать на чём угодно.
Если выбор джаваскрипта/тайпскрипта обоснован наличием кадров/их зарплатой/наличием библиотек, то эта экосистема - вещь переходящая (php), особенно если снимается жёсткое требование сделать всё под JS для локального исполнения в браузере. Джаваскрипт ради джаваскрипта чистой воды.
Figma вон - корректно работает на чём попало. Фишка для браузера искаропки "compiles JS" может стать сродни фишке "compiles R", если большинство веб приложений будет как Фигма.
Strannyk, Тут скорее про "зачем в джаваскрипт", а не "зачем из тайпскрипта".
Если бы у нас клиент выполнял, то ответ "потому что браузер понимает только джаваскрипт", а при SSR - уже не понятно. Потому что у нас всё остальное на джаваскрипте? У нас джаваскрипт ради джаваскрипта, получается?
При попытке рестора бекапа Updraft мне сказал, что на сервере более старый MySQL. В итоге - пришлось вручную переносить страницы, благо их было не много. С первого раза я бы неминуемо уронил вордпресс.
Про плагины. В ЧАВО Duplicator'а сказано, что лучше всего он работает с пустой базой, а не поверх имеющегося.
Но хуже было бы если бы база соседнего сайта тоже называлась "wordpress", и я с локали накатил бы туда и уронил бы соседний сайт.
Предостерегу тех кто делает похожее: 1. All-in-One Migration - самый популярный плагин, но он не даёт возможности закачать бэкап по ФТП в бесплатной версии. Сам бекап, причём (как мне кажется с целью маркетинга) даже для самого маленького сайта становится чуть больше 512Мб - ограничения бесплатной версии.
2. Updraft + Better Search And Replace
Эта связка работает, как я опробовал на локали. Но что будет с реквизитами доступа в БД при миграции на живой я не знаю.
3. Не пытайтесь установить второй инстанс вордпресса с помощью Bitnami на xampp, похерится первый инстанс. Лучше руками прописать конфиги. Bitnami как быстрый способ развернуть CMS на локали - спорное решение ИМХО.
Я не могу просто попробовать, т.к. на сервере у меня нет доступа к phpmyadmin, поэтому и спрашиваю заранее как обойти косяки. Если уроню вордпресс-донор, новый быстренько поднять я не смогу.
/////////
Интересно, существуют ли надстройки над хтмлевской разметкой, которые JavaScript'ом бы управляли положением и поведением элементов? Было бы здорово в тех случаях (как в моём), когда вложенная структура это скорее ограничение, а не бонус...
А то вместо красивой структуры у меня получилось "враппер врапперов контейнеров" и, как следствие, куча закрывающих тэгов без какой бы то ни было пользы. И всё равно практически каждому элементу по своему стилю, и по своему айдишнику.