- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Зачем так упорствовать в своём заблуждении? Для разных сайтов на мультисайтинге, нужно только определённые таблицы делать общими, я же писал. И не будет таких проблем.
Зачем так упорствовать в своём заблуждении?
То что занимаюсь маразмом - это понятно, но процесс познавательный и привыкаю понемногу к идее движка.
Для разных сайтов на мультисайтинге, нужно только определённые таблицы делать общими
Это да, но для пяти похожих сайтов-визиток по десять страниц - не то что лень - времени нет разбираться как это мастрячить, а отдельные БД - вообще смысла нет.
И не будет таких проблем
Даже размещение статических файлов в соотетствующей папке sites/ ?... ))
Делайте префиксами таблиц, тогда. Хотя разницы в 100 таблиц в базе или 10 баз по 10 таблиц технически в общем-то нет.
А если не хочется разбираться, как правильно делать, тут уж ничем не помочь - делайте сайт на статике, что уж там заморачиваться, мозги напрягать, зачем для 10 страниц CMS... =)
А в чём проблема? Файлы, размещённые средствами движка, там и должны быть.
А если вы о проверочных разных файлах, то всегда есть возможность без них обойтись, например используя метатеги, или другие способы. С robots.txt проблема выше решена, а другой мусор разводить в корне сайта не нужно...
А если не хочется разбираться, как правильно делать, тут уж ничем не помочь
Разбираться, как правильно делать - именно интересно
Понятно, что более-менее серьёзное скрещивать с мультисайтингом не нужно
Сайт на статике - это круто, но редактировать секретарши почему-то их не умеют... ))
А если вы о проверочных разных файлах, то всегда есть возможность без них обойтись
Не только о проверочных файлах, а и о других разных... (идея про статику)
В корне сайта на данный момент - токо один сторонний файл для перенаправления. Вот и думаю чего с ним намудрить, чтоб файлы html нормально визуализировались
Зачем? Если волнует проблема быстродействия, используется кеширование. Если производительность очень критична, и есть заведомо достаточного объма кеш файловой системы (а если нет, то бывает, что сгенерить страничку из кеша БД быстрее, чем отдать статический файл с диска), посмотрите в сторону boost, он как раз реализует кеширование на файлах.
Любые же попытки сделать что-то в обход штатных процессов системы, это головняк в поддержке вашего решения.
попытки сделать что-то в обход штатных процессов системы, это головняк
Ещё какой головняк... ))
Пару лет боролсо с Джумлой и было найдено несколько интересных и скоростных решений. С Друпалом же - шило реализации своих идей. Знаний движка конечно не хватает, но по-ходу штатные процессы системы здесь в приоритете и бороццо с ними - действительно тяжко.
Вполне под совковский девиз: "бери што есть, и в нагрузку ещё какую-нить фигню"
Хотя глобально: Друпал интереснее Джумлы и ВП...
В Drupal очень многое сделано для того, чтобы небыло необходимости делать пачку костылей. =) Например, чтобы сайт оставался поддерживаемым, и не надо было лезть в код ядра или модулей.
ппц...какое счастье что у нас в конторе не приходится контактировать с сеошниками...
ковырять функцию theme, лезть в ядро чтобы убрать закрывающий слэш у мета тэгов..
Ребят,если этот слэш убрать-сайт лучше индексироваться будет?
Либо я вас неправильно понял,либо один из нас идиот...
Какашки в сторону друпала вполне заслужены,лишь из-за того, что его сложно освоить и ещё сложнее разобраться в его API. Но если вы шарите в программировании и разберетесь во всём этом-в жизни не променяете Drupal ни на что другое.
Да,ещё у русскоязычное сообщество друпала достаточно аггресивное,там за глупый вопрос просто пошлют на гоа и постебутся)))
А костылей в друпале можно избежать благодаря наличию хуков. Даже не можно избежать, а в принципе не получится их написать.
Ну и по теме)))
ТС, суть твоей задачи вполне ясна. Тебе нужно программно вывести блок или представление, чаще всего.
Также можно получить словарь,меню,ноду или пользователя одной функцией.
ппц...какое счастье что у нас в конторе не приходится контактировать с сеошниками...
ковырять функцию theme, лезть в ядро чтобы убрать закрывающий слэш у мета тэгов.
При чем здесь "сеошники" - непонятно
Если доктайп не подразумевает закрывающего слеша - зачем он там нужен?
при учёте, что решение элементарное как оказалось
русскоязычное сообщество друпала достаточно аггресивное
Обычное сообщество, как и всюду: плохо внимательно читают вопрос и развитие темы (там тож вопросы бывают) и крайне редко отвечают на что-то нестандартное. Это вообще общая тенденция общества - думать разучились, а понтов немерянно. ))
Возможно. Но если тема сто раз перетиралась и для неё есть 1000 и 1 решение, которые находятся за 5 минут при помощи гугла - то не стоит обижаться если за такие вопросы обзовут дураком))