Не знаю как там с броузерами, но столкнулся с тем же - создаю подшивку, указывая что это будет новая, и затем первую её страницу. Но при создании страницы не вижу вновь созданной, шаг назад, подшивки... А дело в том, что желая подготовить материалл и потом только выложить, я не опубликовал вновь созданную подшивку. Вот она и не доступна в меню при создании её дочерней страницы
Да, заглянул в свою базу данных D6.22, там больше 140 таблиц ... Как я понимаю, это очень много - результаты эксперементов за последние годы. При сносе модулей я всегда делал и "Удаление", чтобы очистить и БД, но, очевидно, не всегда это корректно отрабатывало. Загрузил модуль "Схема", он рапортует о примерно 70 таблицах в БД не соответсвующих API (остальные примерно 70 - ОК).
Честно говоря за долгое время я и забыл что я точно ставил и сносил.
Как сделать анализ что из этого списка таблиц нужно, а что не нужно и можно удалить?
Меньше думайте, причины неудачного апгрейда семёрки в большинстве случаев в кривом апдейте на шестёрку
Виктор, огромное спасибо за ссылку, очень интересно - анализ и работа проделана большая и получен результат.
Как я понял, надо оставить 7-ку в покое и критически присмотреться к своей родной и "правильной" шестёрке.
Насчёт нехватки файла сомневаюсь. При переходе недавно на Drupal 6.9 всё было обновлено, модуль Comment Notify также установлен по-новой, но проблема осталась. Может что из настроек в базе "не то"(?), база, конечно же старая.
Ошибку при отсылке комента ( и "белом окне") показывает в: PHP Fatal error: Unsupported operand types in /home/... /includes/common.inc on line 1376, referer:...
И в файле common.inc строка 1376 - это последняя строка вот этой функции (привожу с описанием как в оригинале):
С Друпалом дружу с января этого года. Свои задачи так или иначе реализовал. Есть конечно особенности и некоторые трудности, но ... Друпал показал себя как очень стабильный движок. Переходил с версии на версию (5->6), делал обновления и т.д. прямо по-живому (в режиме обслуживания) - без проблем.
Книга появилась и в Риге (10.95Ls = 581руб.). Для меня, как для начинающего (познакомился с Друпалом в феврале, в апреле запустил перс. сайт), книга получилась полезной. Даже пролистывая "по диагонали" узнал для себя много интересного. С некоторыми терминами непривычно, но если, как говориться "в теме", не напрягает. Правда у меня сейчас D6.2, а книга о D5.x, но как я понял большая часть материала книги актуальна и для D6.x. Всем удачи!
Продолжение =======================
Использовал команды: ... /usr/local/bin/wget "mydomen.org/cron.php" ... /usr/local/bin/wget -O - -q http://www.mydomen.org/cron.php
(временнЫе параметры опущены т.к. это команды "ISPmanager" панели хостера, задавал работу каждый 1 час, 2 или раз в 12 часов). Все команды запускали мой cron.php, но в логах Друпала, как и ранее, была куча проблемных записей указанных выше (... "Попытка перезапуска", ..."зависание").
Книги (book, подшивки) в седьмом друпале
Не знаю как там с броузерами, но столкнулся с тем же - создаю подшивку, указывая что это будет новая, и затем первую её страницу. Но при создании страницы не вижу вновь созданной, шаг назад, подшивки... А дело в том, что желая подготовить материалл и потом только выложить, я не опубликовал вновь созданную подшивку. Вот она и не доступна в меню при создании её дочерней страницы
[Решено] Апгрейд Drupal 6.22 на 7.8
Да, заглянул в свою базу данных D6.22, там больше 140 таблиц ... Как я понимаю, это очень много - результаты эксперементов за последние годы. При сносе модулей я всегда делал и "Удаление", чтобы очистить и БД, но, очевидно, не всегда это корректно отрабатывало. Загрузил модуль "Схема", он рапортует о примерно 70 таблицах в БД не соответсвующих API (остальные примерно 70 - ОК).
Честно говоря за долгое время я и забыл что я точно ставил и сносил.
Как сделать анализ что из этого списка таблиц нужно, а что не нужно и можно удалить?
[Решено] Апгрейд Drupal 6.22 на 7.8
Виктор, огромное спасибо за ссылку, очень интересно - анализ и работа проделана большая и получен результат.
Как я понял, надо оставить 7-ку в покое и критически присмотреться к своей родной и "правильной" шестёрке.
[Решено] Апгрейд Drupal 6.22 на 7.8
Mollom + errors + "белый экран"
Насчёт нехватки файла сомневаюсь. При переходе недавно на Drupal 6.9 всё было обновлено, модуль Comment Notify также установлен по-новой, но проблема осталась. Может что из настроек в базе "не то"(?), база, конечно же старая.
Ошибку при отсылке комента ( и "белом окне") показывает в:
PHP Fatal error: Unsupported operand types in /home/... /includes/common.inc on line 1376, referer:...
И в файле common.inc строка 1376 - это последняя строка вот этой функции (привожу с описанием как в оригинале):
50 полезных мелочей для спеца
спасибо! Большая работа и полезная. В закладки.
Mollom + errors + "белый экран"
... так удалил я модуль Captcha и затем только поставил Mollom. Или идёт речь о той, что встроена в Mollom?
P.S. Спасибо, Владислав, за DrupalCookBook.ru, много для себя нашёл интересного.
Только приступил к изучению drupala. Буду рад любым советам.
С Друпалом дружу с января этого года. Свои задачи так или иначе реализовал. Есть конечно особенности и некоторые трудности, но ... Друпал показал себя как очень стабильный движок. Переходил с версии на версию (5->6), делал обновления и т.д. прямо по-живому (в режиме обслуживания) - без проблем.
CMS Drupal: руководство по разработке системы управления сайтом
Книга появилась и в Риге (10.95Ls = 581руб.). Для меня, как для начинающего (познакомился с Друпалом в феврале, в апреле запустил перс. сайт), книга получилась полезной. Даже пролистывая "по диагонали" узнал для себя много интересного. С некоторыми терминами непривычно, но если, как говориться "в теме", не напрягает. Правда у меня сейчас D6.2, а книга о D5.x, но как я понял большая часть материала книги актуальна и для D6.x. Всем удачи!
Ошибка при установке BUEditor
У меня, кстати, тоже такое было, но на дальнейшую работу редактора не отразилось ... (Drupal 6.2).
"Зависание" cron'а
Продолжение =======================
Использовал команды:
... /usr/local/bin/wget "mydomen.org/cron.php"
... /usr/local/bin/wget -O - -q http://www.mydomen.org/cron.php
(временнЫе параметры опущены т.к. это команды "ISPmanager" панели хостера, задавал работу каждый 1 час, 2 или раз в 12 часов). Все команды запускали мой cron.php, но в логах Друпала, как и ранее, была куча проблемных записей указанных выше (... "Попытка перезапуска", ..."зависание").
"Зависание" cron'а
Огромное спасибо! Буду разбираться.
Просмотрел мануал по wget на www.opennet.ru.
У себя, пока, настроил такую команду:
... /usr/local/bin/wget -O - -q http://www.mydomen.org/cron.php [1]