Плагин SmartResizer - мини-эскизы картинок в статьях и блогах

[vagkrsk]

стоит расширеннный и очистка кода никогда и язык английский.
русификатора нет, но он проблему с добавлением функций по моему не решит.

Как нет? Попробуйте скачать тут, последняя версия в правой колонке.

P.S. По картинкам непохоже, что у Вас выставлены все настройки, как Вы пишите.
Подстрахуюсь, на всякий случай.
А админку после обновления и установки новых параметров перезагружали?
Изменения все сохранили?
Проверьте права на папки после обновления, может где права слетели?

[smilexpo]

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

[smilexpo]

Братцы.
ОГРОМНОЕ ВСЕМ СПАСИБО ЗА ПОМОЩЬ.
RADIUS и VAGKRSK, а Вам добавил по плюсут в карму.
1-ый раз помогли на форуме. а то обычно сам задавал вопросы, а в ответ всякая хрень. В результате сам разбирался и сам на них отвечал.
А с проблемой  урезанности редактора после обновления сам разобрался.
Оказывается в плагине тини меню функциональность надо было поставить не РАСШИРЕННЫЙ, а EXTENDED.
Сразу просто внимания не обратил, потому что в 1.5.9 EXTENDED вообще не было.

[vagkrsk]

На здоровье!

А для того, чтобы не было EXTENDED, все таки нужно сделать обновление файлов первода (русских).
У меня "Расширенный"

[alnorton]

Во-первых, выражаю огромную благодарность автору сего плагина.
Во-вторых вопросик решил подкинуть.
я использую редактор JCE. Настроен он таким образом, что при добавлении рисунков каждому пользователю создается своя директория на сервере.
Удобно, право слово. Нет путаницы, нет бардака общажного и пр. прелестей сосуществования всех в одном месте.
Но появился огромный минус - права то на вновь создаваемые папки 755.
а плагин не может туда записать создаваемые превьюхи.

вот и вопрос отсюда - как автоматом выставлять новым папкам права 777?
ну конечно, если вы знакомы с этим
спасибо

[vagkrsk]

Но появился огромный минус - права то на вновь создаваемые папки 755.
а плагин не может туда записать создаваемые превьюхи.

Причина явно не в плагине.
Я создал папку в корне для картинок к компоненту - права 755
В папке лежат картинки и две превьюхи на 90 и на 120 к ним
Все работает, превью создаются.

Как вариант, дайте головной папке, в которой находятся папки с картинками пользователей права 777

[radius]

вот и вопрос отсюда - как автоматом выставлять новым папкам права 777?

ПРисоединяюсь, права здесь ни при чем, если везде стоит 755 на директориях.
Дело в чем то другом. На всех картинках не работает? Какой маршрут в src у картинки?

[Trampypys]

А вот еще вопросик по плагину. А нельзя ли сделать так чтобы во все картинки автоматом вставлялся class smartresaiz? Заранее благодарю! А так плагин просто суппер! Спасибо за него. Все работает с первого раза.

[vagkrsk]

В последней версии такое условие есть, в настройках плагина.
Скачайте с оф.сайта, переустановить дело двух минут.
Настройки в материалах сохраняются.

P.S. Сначала зайдите в настройки плагина, посмотрите может у Вас такая функция уже есть?

[Trampypys]

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

[vagkrsk]

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

Обязательно нужно задать размеры для всех картинок.
Я задал по высоте:
- Высота эскиза для блогов - 120
- Высота эскиза по умолчанию для статей - 250
- Высота эскиза по умолчанию для других компонентов - 90 (для каталогов и прочего)

- Создавать эскизы для всех картинок - Да (если не хотите использовать, в ID media пишите - nosmartresize)   
- Игнорировать индивидуальные размеры картинки - Нет (при оформлении текста с выставленными самостоятельно параметрами, лучше видится что и где расположено и сколько реально занимает места)

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

[Trampypys]

Спасибо! Буду эксперементировать!

[alnorton]

Как вариант, дайте головной папке, в которой находятся папки с картинками пользователей права 777

У меня путь к папке: images/stories/users/

Поставил всей цепочке права 777.
Буду проверять

[alnorton]

ПРисоединяюсь, права здесь ни при чем, если везде стоит 755 на директориях.
Дело в чем то другом. На всех картинках не работает? Какой маршрут в src у картинки?

Да, абсолютно на всех картинках не создаются превью.
Пока через ФТП не выставишь папке нового пользователя права 777.

Касательно маршрута:
<a target="_blank" href="/images/stories/users/jinnystan/Esher.jpg" rel="rokbox[277 680]" title="Карандаш: абстракция"><img class="smartresize" src="http://www.softbe.ru/images/stories/users/jinnystan/Esher_mini_medium250_0.jpg" alt="Карандаш: абстракция"></a>

Получается, пока на папку "jinnystan" не выписал права 777 - прьевью не создавались.

[alnorton]

Поставил всей цепочке права 777.
Буду проверять

Короче, картина такая. У всех упомянутых папок права - 777.
Создал тестового юзера. Создаю от его имени материал. Загружаю рисунок с винта.
На сервере создается папка с именем этого юзера. Ее права - 755.
Захожу в категорию, где отображается материал - превьюхи НЕТ.
Меняю права папки на 777, обновляю страницу - превьюха сразу же появляется.
----------------------------------------
Так же дела обстоят и со вложенными папками пользователя. То есть если он в своем корне решит создать дополнительные директории для порядка.
Например: статьи, стихи, фото...

[radius]

Провел эксперимент у себя. В настройках JCE выставил параметр "путь к файлам" (в двух местах) "images/stories/$username" для группы Frontend.

Завел пользователя user1, дал ему права Publisher. Зашел с фронта под этим пользователем, создал статью, добавил картинку, картинка записалась в созаднную автоматически директорию images/stories/user1. ПРописал команду smartresize, опубликовал статью. Открыл статью - эскизы сформированы, полноразмерная картинка открывается как положено. Иду в директорию image/stories, везде права на папки 755, права на файлы 644, права на каталог user1 755, на файл вновь загруженной картинки 644. ВОт так. Все работает.

права на каталог 755 означают что созавать подкаталоги и записывать в этот каталог файлы модет только владелец каталога
права 777 оначают, что писать в эту папку может кто угодно.

Я не силен в юниксе, но могу предположить что скрипты вашего сайта на сервере запусаются под именем пользователя, который не является владельцем каталогов image/stories/$username. Как то так, вот в эту сторону покопать, посмотреть владельцев каталогов, разобраться из под какого пользователя запускаются php скрипты сайта

[alnorton]

К сожалению, ни что не помогает.
Перепроверил все настройки.
единственное отличие от вашей записи - images/stories/$username:

images/stories/users/$username

[radius]

Кто владелец каталогов $username ?

[alnorton]

Для информации. Чтобы редактор при сохранении сохранял относительный маршрут к картинке (без http://mysite.ru/) нужно в свойствах редактора задать параметр "Тип URL-ссылок" в значение "относительные". Но если вы скачаете новую версию, то  все должно работать и с абсолютными ссылками

Так у меня для обеих групп стоит
Опции Редактора
Относительные URL - Да

Сейчас переустановлю. Погляжу, что получится.

Кто владелец каталогов $username ?

Судя по всему, пользователь - автор материала.
JCE для каждого юзера свой каталог под изображения создает.

[alnorton]

Увы, не работает.
Все точно так же...

А в статье по пустой рамке щелкаешь - оригинал всплывает.
Саму картинку же редактор заливает на сервер. Почему плагин то к папкам достучаться не может?

[alnorton]

Завел пользователя user1, дал ему права Publisher...

А случаем, не критично ли это - дал ему права Publisher?

У меня пользователи - Авторы с правом публикации без премодерации.

[radius]

Судя по всему, пользователь - автор материала.
JCE для каждого юзера свой каталог под изображения создает.

Вы меня не поняли. Я уже не про Joomla. Какой пользователь в юниксе владеет каталогами images/stories/users/%username

[radius]

Саму картинку же редактор заливает на сервер. Почему плагин то к папкам достучаться не может?

Вот это черт возьми ВОПРОС...

[alnorton]

Вы меня не поняли. Я уже не про Joomla. Какой пользователь в юниксе владеет каталогами images/stories/users/%username

Вы меня прямо в тупик загнали))
Как это узнать?

[alnorton]

Вот у человека подобная проблема с папками была:
http://ru-mambo.ru/smf/index.php?topic=16254.0

Может что то подобное и у меня происходит?

Короче, обратился в службу тех.поддержки. Может они чего дельное посоветуют...

[vagkrsk]

Вопрос.
Когда Вы сами готовите материал со стороны админки, у Вас такая же история?
Или материалы подготовленные и опубликованные с админки проходят нормально?
Имею ввиду, создание превью.

[alnorton]

Вопрос.
Когда Вы сами готовите материал со стороны админки, у Вас такая же история?
Или материалы подготовленные и опубликованные с админки проходят нормально?
Имею ввиду, создание превью.

То же самое происходит

[vagkrsk]

Вам прямая дорога к хостеру. Пусть снимает права apache c пользовательских папок.
По идее у Вас должен быть доступ в панель управления хостинга.
Возможно, что панель управления DirectAdmin? Если так, то самостоятельно можно убрать ограничения.
Но это не решит проблемы навсегда, все равно хостер должен снять с определенных папок условия,
поподание при создании новых папок под права apache автоматически.
Я так и не решил эту проблему со своим хостингом, пришлось попрощаться.
Пока не попрощался, у меня каждое утро начиналось с  DirectAdmin и снятие прав apache с вновь созданных папок.
При установке на них прав 777  в дальнейшем проблем с ними не возникало.
Описал один из многих вариантов возможных событий. Но есть у меня подозрение, что на самом деле все так и происходит.

[alnorton]

Вот что хостер ответил:

Как мне узнать владельца создаваемого редактором каталогов?
В Direct Admin в меню управления файлами можно посмотреть владельца и группу.
Что касается проблемы, рекомендую указать нужные для его работы настройки PHP, тогда постараемся помочь.

Пошел смотреть и вижу:
Апач забирает права лишь на мини эскизы. На все...
Получается плагин пытается записать в папку уменьшенные файлы не от моего имени. И ни чего не выходит ессно. Так как все папки и залитые файлы принадлежат мне...
вот где корень зла зарыт. или я не верно понимаю?

Пример содержимого каталога:

DSC00451.jpg                                   644   alexn188   alexn188DSC00451_thumb100_.jpg                   644     apache   apacheDSC00451_thumb_medium250_0.jpg      644   apache   apache

Видимо, все же, причина в плагине.
У меня стоит СВ и с ним идет ТАВ галереи юзеров. В этих галереях тоже на лету создаются превьюхи.
И все работает.

[vagkrsk]

Мнение. Из опыта работы на хостинге Ruweb панель управления DirectAdmin
Про CB. Больше, чем уверен, что на папку компонента стоят права 777 или на ряд пользовательских папок в нем.
Была похожая ситуация с MarketPlace, пока не выставил права 777, ни админ ни пользователи не могли подать объявление с фото.
После этого все объявления подавались без проблем, в компоненте также происходит создание превью на картинки.
На хостинге RU-CENTER (nic.ru) права на эти же папки 755 и нет никаких проблем с подачей объявлений.
Эта проблема не последняя с которой Вам придется столкнутся.
Очень серьезная проблема, все вновь созданные файлы в папке cache (кеш) попадают автоматически под apache.
Если у Вас такая же ситуация, то скоро объем папки кеш догонит по объему дискового пространства весь сайт.
Удалить файлы можно только через админ панель и только после снятия с каждого файла прав apache.
А если страниц под 30 и более с такими файлами? Весело, одним словом.

Предложение. Пока хостер идет Вам на встречу и предлагает настроить работу PHP, просите его снять условия автоматического установления прав apache на вновь установленные (записанные) папки и файлы. Если по каким-то соображениям это невозможно, то указать конкретные папки (не забудьте про кеш)