tindarej

В папке photo иметь папку ”буфер” куда любой авторизированный пользователь может закинуть фоточки, от туда админ перетаскивает их в другие папки к которым доступ редонли у пользователей (для архивного хранения). Ну а через фотостэйшин все фотки видны во всех папках всем авторизированным пользователям. Но если полная засада с возможностью создать папку в photo с возможностью редактирования (при ограничении на другие папки) то придется буферную делать на другом диске.

Целиком закрыть тоже не вариант, там фоточки для соц сетей юзеры берут )). Видимо придется ставить пользователям ридонли на папку photo

Речь именно про папку photo а вернее про вложенные в нее папки. Как я понимаю стандартные средства в DSM препятствуют ставить ограничения на вложенные папки в папку photo. Вот и интересно может есть возможность это обойти (т.к. пользуюсь PhotoStation но хочется обезопасить фотографии от случайного удаления).

Может кто подскажет как можно в папке photo ограничить доступ, хочется часть вложенных папок сделать только для просмотра (права редактирования только у Администратора)?

Не, все чётко ввел.

Может кто знает, в wordpress на отрез не грузятся картинки. Ставлю с нуля wordpress, активирую тему с фоновыми картинками, они грузятся все хорошо. Стоит загрузить свою картинку в фон или поставить другую стандартную и все после этого перестает отображаться картинка что моя что стандартная. Правда если доступ к wordpress осуществляется внутри локальной сети все хорошо.

Мда... тяжело быть тупым (это я про себя), ладно может кто нибудь еще подскажет, а то переустанавливать DSM пока не охота.

Разумеется уже множество раз была перезагрузка. А по поводу "страница не найдена", есть соображения? Я так понимаю у Вас страница в папке web отображается?

Туплю, нет конечно же, лежит в папке web. По умолчанию папки www у пользователя нет, личный веб сайт у пользователя выключен. При активации в настройках папка появилась, туда кинул index.html, в браузере прописал путь http://192.168.1.3/~admin/index.html и http://192.168.1.3/~admin/ результат один, страница не найдена. Попробовал отключить главную папку пользователя и снес photostation, результата ноль.

Ну сейчас у меня на NAS вращается tiny tiny rss, думаю это сойдет за простой html =) (да и как я писал выше PhotoStation у меня общий то работает) Насчет отключить и включить пробовал вроде уже все, кроме отключения главной папки пользователя (пока не было желания отключать эту штуку). Боюсь как бы не пришлось заново ставить DSM, жалко все настройки и информацию, вот...

А Вы наблюдательны =) Изначально правильный адрес, но через доли секунды появляется эта страница с ошибкой (как я понимаю система кидает на нее, вот по этому и другой адрес) Так я пробую войти тремя путями: 1. Через web интерфейс DiskStation Manager конкретно жмакаю на ярлык личного фотостейшена. 2. Прописываю путь в браузере http://192.168.1.3/~admin/photo/ (пробую разных пользователей). 3. Через приложение для iOS. Ранее все три пути работали без проблем, а сейчас всегда один и тот же результат.

http://s003.radikal.ru/i204/1510/b2/8c7c69f489cf.jpg http://s015.radikal.ru/i331/1510/85/9c465b7fc1ea.jpg http://s018.radikal.ru/i502/1510/4f/e6640a1d8929.jpg Чаще всего заливаю просто добавлением через проводник

Давно уже столкнулся с проблемой (уже и не помню с какой прошивки), что не работает личный PhotoStation. Могу лишь предположить, что началось это после обновления (сейчас версия 5.2-5592 Update 4). Пробовал отключать и вновь включать личный PhotoStation, безрезультатно, сообщение при попытки зайти: Файлы в папке общего доступа "photo" недоступны. Проверьте настройки доступа к файлам в DSM. При этом общий PhotoStation работает исправно.

Доброго времени суток. Пытаюсь создать задачу в cron, но уже на этапе ввода в командной строке: /usr/bin/php /volume1/web/tt-rss/update.php --daemon имею: [19:10:22] Lock: update_daemon.lock error: Can't create lockfile (update_daemon.lock). Maybe another update process is already running. а при вводе: /usr/bin/php /volume1/web/tt-rss/update.php --feeds имею: [19:20:05] Lock: update.lock [19:20:05] Scheduled 0 feeds to update... [19:20:05] Sending digests, batch of max 15 users, headline limit = 1000 [19:20:05] All done. [19:20:05] cache/simplepie: removed 0 files.