Привет народ, нужна ваша помощь.
При переносе сайта на другой сервер возникла такая трабла:
никак не могу разделаться с этой ошибкой. понасоздавал везде папок /tmp с правильным владельцем, группой и правами 777, поставил 777 на папку mod_tmp на сервере - не помогло, не видит зараза.
обычно советуют поменять путь к папке на нужный в настройках файловой системы. а там:
Ничего нет! )) и так почти все настройки и поля ввода на сайте отсутствуют. и главное никаких ошибок php не выдаёт! просто там, где были разнообразные настройки и инпуты, теперь пусто.
ладно, редактирую запись напрямую в базе. единственная таблица с записью "/tmp" называется "variable". меняю запись на просто "tmp", потом на полный путь к папке "tmp" - ноль внимания.
искал запись "/tmp" в файлах сайта - ничего внятного не обнаружил.
кто получше разбирается в Drupal, подскажите, что ещё можно сделать? на старом серваке всё работает отлично.
Комментарии
sites/default/files/tmp
Здесь я тоже создавал папку tmp с правильными доступами. не помогло.
что ещё можете посоветовать?
Папка "/tmp" в *nix системе может быть только одна. Именно по адресу /tmp. И обычно в *nix системах эта папка всегда предсоздана.
К тому же в d6 же вроде есть настройка, где путь к tmp можно указать.
Вы имеете ввиду папку tmp, которая создается самим сервером? она у меня по умолчанию создана как ссылка на mod-tmp (tmp -> mod-tmp) и проблем с этим никогда не было. Вчера переносил другой Drupal сайт на этот же сервер - всё прошло как по маслу. А этот какой-то кривой.
предлагаете удалить все созданные мною папки tmp в каталоге с сайтом?
А та настройка, про которую вы говорите, не работает. Это именно она на втором скрине.
Интересное кино. В корне сайта tmp с правами 777 оставляли, после этого сброс кеша, безрезультатно?
Кстати кэш не сбрасывал!
Я в Drupal плохо разбираюсь и попросту его не нашёл вчера. Где можно сбросить кэш? Или хотя бы где лежит папочка с кэшем?
Кэш вообще зло для разработчика )
Извини, конечно за вопрос, но ты в курсе, что нотация /tmp – это указание абсолютного пути в файловой системе? А не относительно твоей пользовательской директории?
И для тебя это должно быть /home/$$$USER-NAME$$$/www/...
Можешь у тех.поддержки хостинга уточнить правильный путь до своей директории, а уже к этой строке добавить путь до mod-tmp.
Переспросите точно путь до папки /tmp. Он отличается на разных хостингах, конкретно, в исп-панели он сильно отличается.
Проще всего, поставить с нуля Друпал, система сама пропишет нужный путь. Потом скопируете путь туда, куда вам нужно.
Значит, неправильно создавали. Всем помогает, вам нет. Догадываетесь, где проблема?
абсолютный путь от корневой директории сервера? или от корневой директории владельца на сервере?
А Друпал разве имеет доступ выше корневой директории своего владельца?
кстати, что подразумевается по папкой tmp? папка созданная сервером (которая видна у меня на третьем скрине) или всё-таки папка "/sites/default/files/tmp" ?
так или иначе, я прописывал пути и от корня сервера и от корневой папки владельца и слэш убирал.
либо я не в той таблице прописываю путь (таблица variable)
либо срабатывает кэш, в котором прописан старый путь.
поэтому ещё раз спрашиваю: как почистить кэш? и в какой таблице прописан путь?
В дебиане, по умолчанию -- да, исполняемый php-скрипт имеет доступ выше DocumentRoot веб-сервера. По-моему, это обязательно, иначе как бы php мог подключать необходимые ему библиотеки.
Зависит от предыдущего ответа. )
Капец, ребята, лучше бы вы не сносили мозг человеку...
ппц
не валяйте дурака, плиз.
Poopkien, сброс кеша в настройки/производительность. Но если честно, сам факт того что у вас пропадает текстовое поле в настройках - как-то странно. Поставьте рядом свежую инсталляцию - гляньте там.
Спасибо.
На этом сервере стоит Ubuntu, но в любом случае я уже все пути к папке перепробовал.
Кэш сбросил - не помогло.
Может быть при переносе что-то не скопировалось. На этом же сервере лежит другой сайт на друпал, который я без проблем перенёс вчера. Буду смотреть, сравнивать что потерялось.
Я тоже считаю, что капец, каким боком здесь кэш? Друпал не находит директорию, прочитай сообщение об ошибке.
А насчет путей к файлам – почитай документации или сделай тесты. Прежде, чем пытатся опровергать. ))
Попробуйте снять дамп супексом, и накатите заново. Ориентируйтесь на то, что настройки нужно восстановить, проблема с tmp ведь не единственная, как я понял.
v1adimir@drupal.org, почитать документацию - это ценный совет, спс.
ппц
C базой проблем не было. Она хоть и весила 200Мб, но встала нормально.
Зайди в phpmyadmin, найди таблицу variable и удали строку
`name`='file_directory_temp'
И заходи на страницу admin/settings/file-system
подставится верный путь. Сохраняй.
хостеру скажите. это в директиве php.ini и смотрите конфиг апача
вот на самом деле дельный совет! спасибо большое!
путь к папке оказался "/var/www/пользователь/data/mod-tmp" то есть от самого корня сервера. серверную ссылку "tmp -> mod-tmp" он по видимому не приемлет, обратился напрямую к mod-tmp.
инпуты, к сожалению, так и не появились. буду искать причины этой траблы.