Да. Плюс можно реализовать вывод отдельного изображения в стандартном окне (bootstrap). Это даст возможность работать уже и с окнами (добавлять рядом с фото некий контент, например описания и т.п.), а показ в виде слайдшоу вывести отдельной ссылкой.
Это конечно супер конкурентное решение по отношению к галерее ЛС. прямо вижу как пользователи галереи отказываются от нее, со словами — «мы же можем реализовать в стандартном окне бутстрап» :D
Итого: я не считаю, что вставку изображения в текст статьи и добавление фотосета нужно объединять. Но это вовсе не значит, конечно, что не нужно работать над интерфейсом и улучшением логики.
Например, выше я упомянул про «врезку» — давно предлагалось сделать это для фотосета, добавив возможность еще и настраивать представление фотосета – будет ли это некий блок с фотографиями, или слайдер, или что-то иное.
Но я уже неоднократно писал, что тут сначала нехилую работу должен выполнить дизайнер/UI-проектировщик, а потом уже – программист и верстальщик. Но пока каких-то внятных наработок от дизайнеров в этом плане не было, увы.
Это, конечно, вовсе не означает, что ничего в этом направлении не делается, но все не так быстро получается, как хотелось бы.
Очень, очень, очень странное решение!
Я прекрасно понимаю желание сделать внтуренее устройство движка более красивым, удобным для разработчиков плагинов. Могу даже понять некоторые сложности, связанные с переделкой. Но пользователю это все убеждения что
Фото в контексте статьи и прикрепленный набор фотографий, как уже объяснялось, это разные сущности.
— по барабану. Какое ему дело?
Существующее решение в плане юзабилити, буду называть вещи своими именами — ужасно. Предложение делать «врезку» это костыль, и перенос со своей головы, на чужую. Дескать вы же можете там на уровне представления перелопатить — ну придумайте что-нибудь. И это при том что целый ряд пользователей высказались что им нужна одна кнопка и один тип загрузки НЕСКОЛЬКИХ изображений и в топики, и в КОММЕНТАРИИ!
Вадим, вы везде декларируете что прислушиваетесь к пользователям, но где же реальные дейтсвия?
1. И в «топике» и в комментариях можно добавить любое количество картинок, если после этого сохранить файл — они будут отображаться в виде миниатюр внизу поста. (В два (!!) клика)
2. Если нажать на кнопочку «встроить в текст» напротив файла — в текст добавляется ссылка и изображение исчезает из миниатюр.
Это решение не идеально, например оно не позволяет из коробки разворачивать встроенное в текст изображение на полный экран. Или при добавлении картинки не показывает ее миниатюру, только после сохранения. А лайтбокс для просмотра миниатюр есть только в виде плагина (с кучей багов). Но вы же можете учесть все эти нюансы и сделать по-настоящему удобно.
Вадим, можно как-то сделать чтобы картинку меньше какого-то настраиваемого значения плагин не выводил? Со всеми смайликами такая проблема. К тому же маленькая картинка растянутая на заданную ширину превью выглядит некрасиво.
Я не говорю что это не будет работать, я говорю что на мой взгляд это не правильно. Может они делают иначе чем я описал, черт его знает.
Проверил лс-овские эмоджи — там сделано так что в тексте топика преобразуются каждый раз, в комментарии вставляются картинки. Типа компромисс.
можете удалить из базы из текстов смайлики (ссылки на изображения). Но я не понимаю почему месяц смайлики никого не смущали, а потом это стало проблемой
Мир изменчив. Вдруг выйдут новые еще более красивые и для юзеров это будет критично. Или выявится какой-то адский глюк. Или еще что.
У других как-то работает? Работает. Чтобы были какие-то колоссальные нагрузки не заметил. Более того, на некоторых форумных движках все фантастически быстро (не сравнимо с лс-подобными). А насчет тысячи комментариев — так если там такие длинные треды надо либо делать подгузку аяксом постепенно, либо разбивать на страницы.
Просто получается я не смогу с этими смайлами ничего сделать. Ни заменить ни отключить. Месяц попользовался и теперь это будет навсегда…
Гифки из одного места тянутся или каждый новый смайл это новая загрузка? Почему нельзя их удалить?
Правильно я понимаю что аватарка блога/фото в профиле/аватарка пользователя будут ограничены только вот этим параметром:
$config['view']['img_max_width'] = 5000; // максимальная ширина загружаемых изображений в пикселях
$config['view']['img_max_height'] = 5000; // максимальная высота загружаемых изображений в пикселях
И при загрузке ужмутся до соотвествия этим параметрам?
А в шаблоне я смогу выводить их уже согласно вышеописанным модификаторам любые нужные размеры?
2. И второе уточнение, правильно я понимаю что размер изображений (и другие параметры) для топиков уже будут определяться вот этимим параметрами?
$config['module']['image']['preset']['default'] = array(
'driver' => 'Imagick,GD', // 'GD', 'Imagick' or 'Gmagick', or several libs separated by comma
'jpg_quality' => 80,
'watermark' => array(
'enable' => false,
'image' => array(
'path' => '___path.static.dir___/___path.uploads.root___',
'file' => 'altocms.png',
'topleft' => false,
'position' => '0,0',
),
),
'size' => array(
'width' => 700,
'height' => 700,
),
);
$config['module']['image']['autoresize'] = true;
// Нужно ли использовать водяной знак для изображений в топике
$config['module']['image']['preset']['topic']['watermark']['enable'] = false;
// Нужно ли использовать водяной знак для изображений в фотосете
$config['module']['image']['preset']['photoset']['watermark']['enable'] = false;
Т.е. они будут ужиматься до 700x700 с качеством jpeg 80%? И для них также можно использовать вышеописанные методы?
Вот этот параметр уже не работает получается?
$config['view']['img_resize_width'] = 570; // до какого размера в пикселях ужимать картинку по ширине при загрузки её в топики и комменты
Ну так-то оно так, но внимание это тоже форма оплаты. Делая что-то «бесплатным», и свободно распространяемым ты даешь хороший пинок своему проекту в плане приобретения известности и раскрутки. Особенно если у других появляется возможность встраиваться в экосистему. А как потом монетизировать то, что стало известным и популярным это дело техники. Просто пытаясь сразу сходу «стричь» можно затоптать слабый росток, имеющий на самом деле скрытый потенциал вырасти во что-то большое.
С SSL потребуется больше ресурсов… для бюджетных веб-проектов это очень критично. Да а сам факт наличия SSL не дает гарантии защиты, все ж упирается в то, какой используется алгоритм и длину ключа. А понятно что ввиду необходимости шифровать на лету весь трафик на не самом мощном сервере или VPS, это некий компромисс.
Хороший вариант — это аутентификация через SSL, а затем уже редирект на http. Может быть это можно сделать плагином?
Насколько я понимаю браузер не должен ругаться если сделать самоподписанный сертификат, тогда можно и не платить никому. У меня как-то был большой проект для одного из телеком операторов, так вот бекофис от платформы для customer care я сделал на самоподписанном сертификате. (сам проект на j2ee — weblogic). Но правда уже не помню приходилось в браузер исключение добавлять, или нет… короче я б попоробовал, если нет тогда уже покупать.
Это конечно супер конкурентное решение по отношению к галерее ЛС. прямо вижу как пользователи галереи отказываются от нее, со словами — «мы же можем реализовать в стандартном окне бутстрап» :D
Очень, очень, очень странное решение!
Я прекрасно понимаю желание сделать внтуренее устройство движка более красивым, удобным для разработчиков плагинов. Могу даже понять некоторые сложности, связанные с переделкой. Но пользователю это все убеждения что
— по барабану. Какое ему дело?
Существующее решение в плане юзабилити, буду называть вещи своими именами — ужасно. Предложение делать «врезку» это костыль, и перенос со своей головы, на чужую. Дескать вы же можете там на уровне представления перелопатить — ну придумайте что-нибудь. И это при том что целый ряд пользователей высказались что им нужна одна кнопка и один тип загрузки НЕСКОЛЬКИХ изображений и в топики, и в КОММЕНТАРИИ!
Вадим, вы везде декларируете что прислушиваетесь к пользователям, но где же реальные дейтсвия?
На всякий случай, чтобы не говорили что требования размыты и нереализуемы. Вот есть простое и элегантное решение:
yogatalk.ru/forum/69-kak-dobavlyat-kartinki
1. И в «топике» и в комментариях можно добавить любое количество картинок, если после этого сохранить файл — они будут отображаться в виде миниатюр внизу поста. (В два (!!) клика)
2. Если нажать на кнопочку «встроить в текст» напротив файла — в текст добавляется ссылка и изображение исчезает из миниатюр.
Это решение не идеально, например оно не позволяет из коробки разворачивать встроенное в текст изображение на полный экран. Или при добавлении картинки не показывает ее миниатюру, только после сохранения. А лайтбокс для просмотра миниатюр есть только в виде плагина (с кучей багов). Но вы же можете учесть все эти нюансы и сделать по-настоящему удобно.
Ошибся я — там не все так просто. Если редактировать то да, а если просто отключаешь то картинки остаются. Хз как сделано.
Ага он у вас и задан как раз как надо.
А озвученное выше решение хоть что-то. По крайней мере глюк с выводом смайлика в topicintro решает.
Проверил лс-овские эмоджи — там сделано так что в тексте топика преобразуются каждый раз, в комментарии вставляются картинки. Типа компромисс.
Мир изменчив. Вдруг выйдут новые еще более красивые и для юзеров это будет критично. Или выявится какой-то адский глюк. Или еще что.
Просто получается я не смогу с этими смайлами ничего сделать. Ни заменить ни отключить. Месяц попользовался и теперь это будет навсегда…
Гифки из одного места тянутся или каждый новый смайл это новая загрузка? Почему нельзя их удалить?
Правильно я понимаю что аватарка блога/фото в профиле/аватарка пользователя будут ограничены только вот этим параметром:
И при загрузке ужмутся до соотвествия этим параметрам?
А в шаблоне я смогу выводить их уже согласно вышеописанным модификаторам любые нужные размеры?
2. И второе уточнение, правильно я понимаю что размер изображений (и другие параметры) для топиков уже будут определяться вот этимим параметрами?
Т.е. они будут ужиматься до 700x700 с качеством jpeg 80%? И для них также можно использовать вышеописанные методы?
Вот этот параметр уже не работает получается?
altocms.ru/736.html#comment14858
Хороший вариант — это аутентификация через SSL, а затем уже редирект на http. Может быть это можно сделать плагином?
Насколько я понимаю браузер не должен ругаться если сделать самоподписанный сертификат, тогда можно и не платить никому. У меня как-то был большой проект для одного из телеком операторов, так вот бекофис от платформы для customer care я сделал на самоподписанном сертификате. (сам проект на j2ee — weblogic). Но правда уже не помню приходилось в браузер исключение добавлять, или нет… короче я б попоробовал, если нет тогда уже покупать.
насчет оплаты вроде как изначально тема создавалась с учетом того что не бесплатно. и на самом деле мне лично не понятно в итоге к чем у пришли…