elia: Комментарии

Главные вкладки

13 мая 2019 в 10:14

Так главные модули все равно надо писать заново. На фоне этой задачи апгрейд сайта с D5 на D8.x - это один из самых малых вопросов. Wink Зато именно при апгрейде и последующем тестировании результатов будет прекрасно видно, что нужно править или переписывать заново, а что можно оставить старым.

12 мая 2019 в 14:05

Semantics wrote:
У вас стоит задача апгрейда своими силами?
Просто перенос контента это правда не самое сложное в переходе на версию выше

Все дело в тех самописных модулях - это наполнение страниц специфическим сервисом и backend, ради которого сайт и существует в настоящее время, по сути дела.

12 мая 2019 в 13:46

Самое надежное: работать с оригинальными названиями.
Но если без перевода никак, то два самых простых пути:
1. При ограниченном наборе названий добавить свою таблицу транслитерации. При этом сразу же там предусмотреть возможность склонения по родам, как это принято в "великом и могучем". Так же, если предполагается ручной ввод названий, такая таблица позволит предусмотреть самые характерные ачепятки (Frod вместо Ford, Aple -> Apple, Phillips -> Philips и т.д.)

12 мая 2019 в 12:08

ivnish wrote:
Начать нужно с обновления Д5 на Д6. А с Д6 уже можно сделать миграцию на Д8 стандартным модулем migrate, который входит в состав Д8

Подойдет любой D6.x?

12 мая 2019 в 11:55

Я еще более крутой некрофил, чем автор, но хочу полностью вылечиться Smile

Имеем: D5 на PHP 5.2.17 + MySQL 5.6 + Debian 7.
Хочу перейти на D8 + PHP ... + MySQL 5.6 (5.7) + Debian 9
Есть ли какой-то roadmap совместимости версий всего этого комплекса? Что бы я мог понять что и в какой последовательности обновлять?

10 ноября 2015 в 11:46

Ок.
Сделал тестовый фильтр, показывающий только то, что старее текущего времени на 2160 часов. Не путать с 3-мя месяцами / 90 днями / 90 сутками и т.д. - это фильтр делает именно так, как я пишу.
Работает почему-то.

22 сентября 2015 в 12:57

Толку с тестового скрипта, который не будет вызываться? Тут больше похоже на то, что body ноды из базы не считывается. Или считывается, но парсер PHP не выполняется.

4 января 2011 в 10:13

CCK не подходит, так как может ограничиваться доступ к любым абзацам внутри текста.
Темизация шаблона? А можете краткий примерчик накидать? Smile
Я вот пока думаю о своей сборке ноды "на лету" из внешней таблицы. Но тогда надо к ней (таблице) редактор человеческий привязывать и т.д...

21 июня 2010 в 12:24

"<a href="mailto:screenager@drupal.org">screenager@drupal.org</a>" wrote:
также попробывал его, вообще ни чего не выводит

а черновик и не выведет ничего. на то он и черновик Smile

21 июня 2010 в 10:54

"<a href="mailto:screenager@drupal.org">screenager@drupal.org</a>" wrote:
здесь по моему несколько запросов будет вместо одного, что не есть хорошо?

Нормально Smile

21 июня 2010 в 10:34

2gumk:
проблема в том, что это перестает работать как только у ноды появляется более одного tid. Автору вопроса сейчас это неактуально, а завтра станет актуально.

21 июня 2010 в 10:18

"<a href="mailto:screenager@drupal.org">screenager@drupal.org</a>" wrote:
вроде не срабатывает =(, выводит все ноды
чтоб быть точным запрос выглядит сейчас так

Так оно и есть Smile
Сам понял позже. Надо первым запросом отбирать tid, затем во втором запросе отбирать ноды с данным tid и указанием limit 0, 1.

20 июня 2010 в 21:31

"iNFerNo" wrote:
Подскажите лучше, если например тизер и в нем текст доступен всем.
а полная нода закрыта от гостей. как закрыть весь контект от поисковиков... или некоторую... дабы контент не вылез за пределы сайта.

20 июня 2010 в 18:19

"Onlinedrupal" wrote:
Посетители и зарегистрированные пользователи это разные понятия

зарегеные получаются из посетителей.
Если уж так хочется шифровки, но надо как-то заманивать посетителей через поисковики, то лучше всего иметь открытую и закрытую инфу.

20 июня 2010 в 18:07

"Onlinedrupal" wrote:
а зачем закрывать содержимое от гостей, но делать его доступным через поисковую систему?
Ну, на это есть масса причин. ))) Цитирование поисковиками всегда хорошо, независимо от того, закрыта информация или открыта.

Алес! Секрет полишинеля, прям.
"Ты ко мне не заходи - мне посетители не нужны! Ты к гуглю заходи - он расскажет тебе все, что я знаю"
Информация должна быть или закрыта или открыта.

18 мая 2010 в 11:41

"graker" wrote:
У hook_nodeapi нету $op = submit. В пятом Друпале был, в шестом - нету.

Таки да. Так, глядишь, у меня скоро на голове и волос не останется.

"graker" wrote:
И что за переменные вне функции хука nodeapi? Это файл модуля?

+1

7 мая 2010 в 19:34

Явно API не читали Smile
Темизировання картинка возвращается из этой функции:
theme('imagecache', 'block_avatar (название блока imagecache, определяющий размер картинки)', внутренний_путь_к_исходной_картинке, 'caption при наведении курсора на картинку', 'альтернативный текст для заблокированной картинки')