Да пожалуйста.
1. Drupal в режим обслуживания (необязательно, но так лучше)
2. Перенос БД:
mysqldump -u пользователь -p пароль база_данных > файл_дампа
gzip файл_дампа
3. Создание архива сайта:
tar czf имя_архива.tar.gz имя_каталога_сайта
4. Копируем два файла на новый хостинг по FTP или SSH
5. Распаковываем архив сайта во временный каталог на новом хостинге:
tar xzf имя_архива.tar.gz
6. Переносим файлы из временного каталога В КОРНЕВОЙ каталог веб-сервера на новом хостинге
> Как в модуле book странице назначить несколько родительских пунктов?
Никак. Точно также как в книге определённая страница не может находится в 2-х местах одновременно.
> Или вот сделать так чтобы при переходе на страницу Термина выводились только заголовки списком, ну как в модуле book
Тоже такое хочу - найдешь, сообщи плиз!
Было у меня такое 3-го дня. Нашёл решение на этом же сайте, воспользовавшись поиском через яндекс. http://www.drupal.ru/node/7836
И не забудьте кэш почистить потом
Если я правильно понимаю, то вы хотите сократить расход ресурсов на генерацию страницы при заходе с поисковиков?
Тогда что мне приходит в голову (если кэш вам не подходит).
1. Самый простой способ
Сделайте правило mod_rewrite которое будет по полю User-Agent идентицифировать поисковик и перенаправлять запрос на некий PHP-скрипт, который уже собственно и проведёт нужную вам работу - извлечёт из БД время модификации ноды, разберёт заголовок if-Modified-Since и примет решение, передавать ли управление Drupal для генерации страницы или выдать код 304
Если я правильно понимаю, if-Modified-Since спрашивает не сервер, а браузер. Причём на сегодняшний день так делает только FireFox, а MSIE не умеет. Какой тогда смысл?
У Drupal есть кэш, просто используйте его разумно.
В общем всё оказалось не так! Неправильный совет. Не работает!
А почистить можно вот так:
delete from node_revisions where nid IN (select nid from node where type='wghtml');
delete from node_access where nid IN (select nid from node where type='wghtml');
delete from node_comment_statistics where nid IN (select nid from node where type='wghtml');
delete from node where type='wghtml';
delete from wghtml_versions;
delete from wghtml_pages;
Противоречит оно или нет, но так работает механизм переводов gettext, для которого мы делаем .po файлы.
Мне самому не нравится такая ситуация, потому что в зависимости от контекста одни и те же английские фразы для понимания логики происходящего ПРОСТО НЕОБХОДИМО переводить по-разному. А тут, например, disabled - выключено и всё!
Я даже написал на англоязычном сайте Drupal предложение как можно было бы всё улучшить, но это предложение осталось даже без отзывов. Как говориться все забили!
В том-то и дело, что сколько я не искал - толковых готовых модулей нет!
wgHTML показался идеальным на тот момент решением, но почему-то видимо у буржуев до сих пор не знают какие проблемы он создаёт, если считается рекомендованным. Поэтому я просто скорее всего хакну wgHTML, оторвав кэширование к чёртовой бабушке.
Спасибо за помощь, я попробую ваш запрос и отпишусь, что получилось в итоге.
А ты попробуй оставить только один перевод. Увидишь он будет работать везде, не взирая на указанные источники. Я не помню точно, работает то ли первый, то ли последний перевод - остально тупо игнорится.
Если я что-то понимаю в .po файлах, то всё, что начинается с # - это комментарий и не несёт никакого функционального назначения - можно смело удалять и не парится. По поводу того, что не переводится удалить - посмотри в файле перевода - возможна эта строка УЖЕ переведена, вот твой перевод и не берётся.
DELETE FROM node_revisions WHERE vid IN (SELECT vid FROM node WHERE type='wghtml');
Всё бы круто, да вот только после этого ничего не показывает на тех страничках, где должна быть статика!
(бакап базы был, вернул всё в зад)
Что я делаю не так?
Мне кажется вы не до конца понимаете суть этого импорта.
На самом деле это не совсем корректно говорить именно про импорт.
Просто wgHTML КЭШИРУЕТ обработанную статику в таблицы Drupal. Вот этот механизм кэширования (насколько я понял код модуля) и реализуется посредством представления статики как нод в Drupal. Однако, если вы нажмёте в браузере Ctrl+F5, то будет произведено повторное чтение статики и "реимпорт" в кавычках в Drupal. То же самое будет и по истечении времени жизни кэша, которое задаётся в самом модуле.
Ошибки после переноса сайта.
Да пожалуйста.
1. Drupal в режим обслуживания (необязательно, но так лучше)
2. Перенос БД:
mysqldump -u пользователь -p пароль база_данных > файл_дампа
gzip файл_дампа
3. Создание архива сайта:
tar czf имя_архива.tar.gz имя_каталога_сайта
4. Копируем два файла на новый хостинг по FTP или SSH
5. Распаковываем архив сайта во временный каталог на новом хостинге:
tar xzf имя_архива.tar.gz
6. Переносим файлы из временного каталога В КОРНЕВОЙ каталог веб-сервера на новом хостинге
Модуль book и таксономия
> Как в модуле book странице назначить несколько родительских пунктов?
Никак. Точно также как в книге определённая страница не может находится в 2-х местах одновременно.
> Или вот сделать так чтобы при переходе на страницу Термина выводились только заголовки списком, ну как в модуле book
Тоже такое хочу - найдешь, сообщи плиз!
Проблема с правами
Было у меня такое 3-го дня. Нашёл решение на этом же сайте, воспользовавшись поиском через яндекс.
http://www.drupal.ru/node/7836
И не забудьте кэш почистить потом
есть ли для drupal модуль позволяющий отдавать клиенту ответ 304 not modified в случае если страница не изменилась?
Если я правильно понимаю, то вы хотите сократить расход ресурсов на генерацию страницы при заходе с поисковиков?
Тогда что мне приходит в голову (если кэш вам не подходит).
1. Самый простой способ
Сделайте правило mod_rewrite которое будет по полю User-Agent идентицифировать поисковик и перенаправлять запрос на некий PHP-скрипт, который уже собственно и проведёт нужную вам работу - извлечёт из БД время модификации ноды, разберёт заголовок if-Modified-Since и примет решение, передавать ли управление Drupal для генерации страницы или выдать код 304
есть ли для drupal модуль позволяющий отдавать клиенту ответ 304 not modified в случае если страница не изменилась?
Если я правильно понимаю, if-Modified-Since спрашивает не сервер, а браузер. Причём на сегодняшний день так делает только FireFox, а MSIE не умеет. Какой тогда смысл?
У Drupal есть кэш, просто используйте его разумно.
Защита фрилансера от неблагонадежного заказчика
А какие рычаги у тебя есть? Вот первый вопрос.
Если никаких, то ничего не делать - мотай на ус негативный опыт и впредь будь умнее.
Проблемы с wgHTML
В общем всё оказалось не так! Неправильный совет. Не работает!
А почистить можно вот так:
delete from node_revisions where nid IN (select nid from node where type='wghtml');
delete from node_access where nid IN (select nid from node where type='wghtml');
delete from node_comment_statistics where nid IN (select nid from node where type='wghtml');
delete from node where type='wghtml';
delete from wghtml_versions;
delete from wghtml_pages;
Вопрос по синтаксису .PO файла
Противоречит оно или нет, но так работает механизм переводов gettext, для которого мы делаем .po файлы.
Мне самому не нравится такая ситуация, потому что в зависимости от контекста одни и те же английские фразы для понимания логики происходящего ПРОСТО НЕОБХОДИМО переводить по-разному. А тут, например, disabled - выключено и всё!
Я даже написал на англоязычном сайте Drupal предложение как можно было бы всё улучшить, но это предложение осталось даже без отзывов. Как говориться все забили!
Проблемы с wgHTML
В том-то и дело, что сколько я не искал - толковых готовых модулей нет!
wgHTML показался идеальным на тот момент решением, но почему-то видимо у буржуев до сих пор не знают какие проблемы он создаёт, если считается рекомендованным. Поэтому я просто скорее всего хакну wgHTML, оторвав кэширование к чёртовой бабушке.
Спасибо за помощь, я попробую ваш запрос и отпишусь, что получилось в итоге.
Вопрос по синтаксису .PO файла
А ты попробуй оставить только один перевод. Увидишь он будет работать везде, не взирая на указанные источники. Я не помню точно, работает то ли первый, то ли последний перевод - остально тупо игнорится.
Главная не отображается, админка - работает
А лог ошибок от web-сервера читать пробовали? Очень бывает помогает!
Вопрос по синтаксису .PO файла
Если я что-то понимаю в .po файлах, то всё, что начинается с # - это комментарий и не несёт никакого функционального назначения - можно смело удалять и не парится. По поводу того, что не переводится удалить - посмотри в файле перевода - возможна эта строка УЖЕ переведена, вот твой перевод и не берётся.
Проблемы с wgHTML
Попробовал ещё почистить:
DELETE FROM node WHERE type='wghtml';
в надежде, что гадская догадается, что раз нет такого нода, надо сделать реимпорт. Фигу
Проблемы с wgHTML
Я сделал вот так:
DELETE FROM node_revisions WHERE vid IN (SELECT vid FROM node WHERE type='wghtml');
Всё бы круто, да вот только после этого ничего не показывает на тех страничках, где должна быть статика!
(бакап базы был, вернул всё в зад)
Что я делаю не так?
Проблемы с wgHTML
Уф. Ещё раз повторяю, мне не нужно ничего никуда переводить!
Помогите ГРАМОТНО почистить node_revisions!
Проблемы с wgHTML
Мне кажется вы не до конца понимаете суть этого импорта.
На самом деле это не совсем корректно говорить именно про импорт.
Просто wgHTML КЭШИРУЕТ обработанную статику в таблицы Drupal. Вот этот механизм кэширования (насколько я понял код модуля) и реализуется посредством представления статики как нод в Drupal. Однако, если вы нажмёте в браузере Ctrl+F5, то будет произведено повторное чтение статики и "реимпорт" в кавычках в Drupal. То же самое будет и по истечении времени жизни кэша, которое задаётся в самом модуле.