- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Кэши
sites/default/files/ctools/css
sites/default/files/languages
На сколько безболезненно можно удалить? То, что удалить можно, понятно, но мне надо, чтобы сайт поднимался без лишних телодвижений.
Это для контроля версий, чтобы мусор не хранить.
Папка files всегда исключается из системы контроля версий. Там находится статический контент (картинки, видео и прочее) или сгенерированные системой файлы. Версии мы контролируем для кода, а не для контента.
Только непонятно зачем удалять. Просто исключите из SVN или Git.
Извиняюсь, если немного не в тему.
Я пользую форк - Backdrop CMS.
Всё там хорошо, но немного не доведена до ума мультиязычность. Т. е., если мы хотим сделать сайт на нескольких языках, то столкнёмся с некоторыми проблемами. Например:
1. МЕНЮ НАВИГАЦИИ
Для каждого языка нужно создавать отдельный блок меню.
Это очень неудобно, так как приходится плодить 10 блоков основного меню, если у вас 10-ти язычный сайт. А если имеем несколько меню, например 3, то уже 30 блоков меню надо создавать - гребануцо и не встать :)
Должен быть один блок меню для всех языков, который бы мы сами переводили как это дело обстоит со страничками - имеем источник (например, русский) и затем переводим на любой язык.
2. FRONT PAGE
А) Главная страничка не переводится на другие языки. Т. е., надо создавать главные отдельно для каждого языка.
Б) Некорректная сылка с главной странички и невозможность её настройки в /admin/config/system/site-information. Ссылка с пункта меню "Home" (если английская версия сайта) должна идти на domain.ru/en, но она идёт на domain.ru/en/home.
3. VIEWS
Отсутствие перевода View страниц как это есть у обычных страниц. Т. е. нужно создавать 10 View страниц для 10 языков, если хотим добавить страницу-раздел "Статьи".
4. HEADER BLOCK
Нет возможности переводить по аналогии со страницами. Т. е., для каждого языка нужно создавать отдельый header блок. 10 языков = 10 блоков.
Может здесь кто-то может пофиксить-доработать эти моменты? Собственно в Drupal 7 и 8 вроде всё в порядке с этим. Можно там подсмотреть какие-то решения и применить их к Backdrop CMS.
Особенно для меня важен пункт 2. FRONT PAGE.
:)
Спасибо!
myDropWizard сообщают о критической уязвимости в Views D6: (Moderately Critical security release for Views to fix an Access Bypass vulnerability)
небольшой патч по ссылке выше
Также наткнулся на необычный взгляд о том, что апгрейдить Д6 не стоит в ближайшее время, мол. не пройдет и два года как выпустят Д9 и снова надо будет апгрейдить Д7 на Д8, кроме того Д8 не готов пока для сложных сайтов, подробней тут: https://www.mydropwizard.com/blog/why-you-shouldnt-upgrade-drupal-6
не пройдет и два года как выпустят Д9 и снова надо будет апгрейдить Д7 на Д8
Не слишком оптимистичное предположение, я как-то рассчитываю на поддерживаемой 7ке еще лет 5 точно поработать :). У кого какие мысли на этот счет?
не пройдет и два года как выпустят Д9 и снова надо будет апгрейдить Д7
А там пяток лет подождать и Д10 выйдет :)
Здравствуйте!
Подскажите пожалуйста по views...
Есть материал, в котором одно из полей - иерархический термин таксономии.
Мне нужно с помощью views вывести поле в виде родитель->потомок.
В стандартном виде в поле views выводит лишь термин без родителя.
В моём примере views выводит лишь "DIN 125", а мне нужно "Шайбы -> DIN 125".
Здравствуйте!
Подскажите пожалуйста по views...
Есть материал, в котором одно из полей - иерархический термин таксономии.
Мне нужно с помощью views вывести поле в виде родитель->потомок.
В стандартном виде в поле views выводит лишь термин без родителя.
В моём примере views выводит лишь "DIN 125", а мне нужно "Шайбы -> DIN 125".
В "Связи" добавьте сначала поле с таксономией, потом Родительский термин, тогда можно будет выводить родителя.
В "Связи" добавьте сначала поле с таксономией, потом Родительский термин, тогда можно будет выводить родителя.
Спасибо. Я пробовал добавить "Связи" ("Отношения"), но в выводимые поля родителя так и не удалось добавить...
-pax-, спасибо большое за быстрое решение вопроса!
Кто-нибудь делал для шестерки тему с применением bootstrap 3? Кроме версии jquery о чем еще стоит позаботиться?