1. Главная
  2. vadbars@drupal.org

vadbars@drupal.org: Комментарии

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

22 января 2008 в 11:12

Да уж. Та отписка саппорта, которую вы приводили, основана на очень странной "логике". Это типа модуль image виноват. Но там лишь вызывается стандартная php-ная функция move_uploaded_file() и, если она не сработала, выдается сообщение об ошибке.
Функция, по мнению саппорта, срабатывает нормально. Где ж нормально, если файл не перемещается (или, в лучшем случае, перемещается, но остается временный файл)?

22 января 2008 в 10:43

Посмотрите в текст файла - там в первой строке в начале стоит незакомментированная строка po/views-ui-module.ru.po. Уберите ее или закомментируйте, добавив в начале строки # - все должно загрузиться без ошибок.

22 января 2008 в 9:34

Функция phptemplate_user_profile перекрывает стандартную функцию, которая выводит стандартный набор полей для профиля. Т.е. phptemplate_user_profile как раз и "говорит" движку - для вывода профиля бери все из user_profile.tpl.php (или из файла с другим именем - см. _phptemplate_callback('user_profile') в функции.
Откуда иначе движок "узнает", какой файл шаблона использовать?
Прочитайте про "хуки" (hooks) и колбэки (callback) Drupal'а.

21 января 2008 в 21:24

Вот еще нечто концептуальное - "Jevix — средство автоматического применения правил набора текстов, наделённое способностью унифицировать разметку HTML/XML документов, контролировать перечень допустимых тегов и аттрибутов, предотвращать возможные XSS-атаки в коде документов."

21 января 2008 в 20:36

Сайт в целом симпатичный, но я заметил много опечаток в текстах. Прежде всего - "увидЕте" в слогане (о самом слогане говорить не буду, хотя меня смутил, например, и сам смысл его - как бы надо долго приглядываться, чтобы увидеть нечто положительное в Опеле). Ну далее - "эксплу(а)тационные", "буд(ь)те", "Выберете автомобиль", "опель" с маленькой буквы и т.п.

Красиво сделан выбор информации о машинах и другие разделы. Удачи в дальнейшей разработке!

21 января 2008 в 16:36

Временно уберите из каталога модулей /sites/all/modules один или несколько модулей (ту же капчу, например). Это у вас нехватка памяти - поищите на форуме по слову memory_limit

21 января 2008 в 15:25

Под полем для ввода текста есть раздел "Формат ввода". У вас, видимо, там выбрано Filter HTML, в котором из текста удаляются некоторые теги, в т.ч. тег img. Либо добавьте этот тег в число разрешенных, либо поставьте фильтр Full HTML (это если только вы или только доверенные лица добавляют материалы у вас на сайте).

21 января 2008 в 15:20

А что есть "права 4770"?
Пробовал и 477 и 770 - никаких изменений. Точнее 477 мне не удалось выставить через FTP менеджер FARа (делает 577 почему-то).

Даже при создании материала типа page выдает сообщение типа "Выбранный файл /pub/home/aquatica/tmp/fileEqHWhC не удается скопировать." Создается какой-о файлик в 282 байта, который не перемещается.

Если добавлять прикрепленные изображения, то симптоматика та же - пустая страница и материал не создается. Только временный файл в /tmp

Что-то валуи наворотили при обновлении, раньше все работало.

21 января 2008 в 14:26

Поставил на каталог files и files/images и даже на /tmp права 777 - не помогает, как и valen. В папке tmp создаются временные файлы jpg, но переместить их функцией move_uploaded_file() не удается.
Апач - под nobody точно (User/Group - nobody(65534)/8080). Safe mode - Off, safe_mode_gid - Off, safe_mode_exec_dir и safe_mode_include_dir - no value, file_uploads - On, upload_max_filesize - 2M, upload_tmp_dir - /pub/home/my_login/tmp... Что еще может влиять?

21 января 2008 в 13:37

Попробовал приведенный вами "патчик". Картинки создаются успешно, но заметил 3 "странности":
1) после создания выдается сообщение "Выбранный файл /pub/home/my_login/tmp/fileYse6IW не удается скопировать."
2) в каталоге /files/images/temp остаются файлы имяфайла.thumbnail.jpg и имясайта.preview.jpg
3) после удаления материала все эти файлы + файл имяфайла.jpg также остаются неудаленными.

21 января 2008 в 12:56

Вот еще на Hostforum нашел обсуждение проблемы, связанной с move_uploaded_file(): "Сообщение от tmax
а почему move_uploaded_file() создает файл с владельцем nobody, а не моим username?
фактически PHP копирует файл из /tmp в каталог куда мне надо, и чтоб его удалить или изменить прийдется действовать только скриптами, а через шелл не получится."

21 января 2008 в 12:27

Я не большой знаток PHP, но в решении данного вопроса тоже заинтересован, ибо размещаюсь на Валуе.

Вот в доке про move_uploaded_file() увидел такое: "Примечание: если safe mode включён, PHP проверяет, имеют ли файл(ы)/директории, с которыми вы собираетесь работать, тот же UID, что и выполняемый скрипт.
Примечание: на move_uploaded_file() не действуют нормальные safe-mode UID-ограничения. Это не небезопасно, поскольку move_uploaded_file() работает только с файлами, загруженными через PHP".

20 января 2008 в 8:34

Калькуляторы - зло. Нужно учиться считать в уме или, на крайний случай, на пальцах.

Эта тема - древний "холивар", т.е. "религиозная" война на тему "а наши - лучше".