PicAlbums - пользовательские галереи (about)
Главная основная составляющая любой социальной сети – это конечно же фотографии пользователей. Люди настолько привыкли выкладывать свои фото, делиться поездками, праздниками и т.д., что уже современный интернет без фотографий скушен и уныл.
Основная задача нашего плагина PicAlbums – обеспечить комфортную загрузку фотографий, простоту использования, а самое главное, чтобы фотографии действительно смотрели, а не просто «абы было».
180 комментариев
А техническое описание обязательно будет.
из загрузчиков думаю лучше всего оставить флешевый, имхо.
готов буду купить, если цена не будет слишком бешеной :)
опять же, блоки включены чтобы наглядно демонстрировать функционал плагина
Большое спасибо разработчикам, очень жду выхода плагина — надеюсь буду первым среди купивших!
Для этого как минимум листалка на ajax с history API должна быть, а не с открытием новой страницы
или вы про умолчание? ПС как будут индексировать ваши фотокарточки с аяксом? :)
Если, например, на странице альбома ссылки на все фотокарточки есть?
Другой вопрос как вы это реализовали. Если вы посмотрите на вконтакте или фейсбук, то по ссылке там загружается все без js, а при смене уже динамически. Таким образом ПС по прямой ссылке спокойной забирает страницу фотографии со всеми комментариями
Все это вместе с history API у нас реализовано.
Спасибо огромное, проекту всего месяц а нас уже сравнивают с вконтакте. =)
Да, конечно можно реализовать логику работы предложения так, что бы пользователи с отключенным js переходили по прямым ссылкам с перегрузкой страницы, а те, у кого js есть использовали ajax. Но у меня на данный момент стабильной работы данной техники на всех популярных браузерах добится пока не удалось, но я работаю над этим. Данная галерея на первой версии не оставноится, функций, которые ещё нужно будет реализовать ещё много и все впереди.
Но тем не менее авторизированные пользователи могут наслаждаться красивой плавной перегрузкой страницы. Для этого перейдите по адресу: picalbums.lsmafia.com/settings/picalbums/ и в поле «Я хочу листать фотографии без перезагрузки страниц » выберите «Да». Теперь при листании картинок они будут плавно заменять друг друга. Так же если картинки имеют разную высоту, она будет плавно меняться. Картинка покажется только после того как будет загружена полностью.
На мое личное мнение навигация очень красивая, но вы сможете это оценить сами.
Я попробую один трюк, если он прокатит, то листание будет если нет, то в следующей версии.
Сам себя не похвалишь никто не похвалит =) на самом деле фб и вк я Вам привел, чтобы далеко не ходить за примерами. Данный функционал есть на любом более-менее приличном сайте с галереей.
Что касается плавного изменения размеров, то это чертовски неудобно, Вам нужно серьезно подумать над ресайзами, тот же совет и насчет тумбочек, которые обрезаются довольно криво.
Ну и извините, конечно, но
это смешно, учитывая, что за работу вы планируете просить денег.
Я честно признаюсь что сделал, а чего не сделал. То что я описал, я попробовал сделать, когда понял что меня ожидает, перенес этот вопрос немного в будущее. Я не говорю, что задаче мне не по силам, просто сейчас есть функции которые имею более важный приоритет. Я лично не вижу смысла пол года писать плагин, и потом выпускать с миллиардом функций и возможностей, который подойдет субъективно всем. Это трудозатратно, тяжело оценить окупится ли это вообще, и в любом случае в конечном итоге будет оценено в соответствии с затратами, т.е дорого. Этот вариант не для меня, я за поэтапное программирование. К примеру у меня и без этой функции в голове порядка десятка функций, которые можно было бы сделать. Сдлеав их, я уверен что можно придумывать ещё и ещё. В конечном итоге продукт так никогда и не выпустить. Я перфекционист, но не на столько. Я предлагаю банальный выход, версионность. Она вам не подходит, чтож как говорится рыночная экономика, никто не заставляет. Я тоже не покупаю то, что мне не подходит. Зачем это.
Я же стараюсь из-зо все сил сделать качественный продукт. Сколько людей, столько и мнений, кому-то понравится, кому-то нет. Выбор всегда за конечным потребителем. Ноя в продукт вкладываю сердце.
Лично я с нетерпением жду релиза.
Не хотел Вас задеть, честно.
Что касается «десятка функций» то я же не новую фичу Вам предлагаю, а говорю о корректной реализации того, что уже сделано.
Ждите плагин, возможно не первая версия, но это будет шикарный плагин.
Лариса поддержала идею.
Какую — пока не скажу.P.S. Оценил на демо сайте — нет слов, шедевр!
Насчет галереи — все конечно круто :)) Это мечта! Правда вот после того, как я загрузил фотки и сохранил их описания, было бы неплохо перекинуть сразу в альбом, а меня возвращает к загрузчику) Ну это мелочи
вАпрос. У плагина-конкурента имеется довольно серьезная проблема с нагрузкой. Профиль пользователя, загрузившего 360 фотографий, выдавал 3600 запросов. На демке у Вас это не посмотреть. Как ведет себя Ваша галерея в плане нагрузки на страницах типа этой (где много фото):
picalbums.lsmafia.com/albums/sebastianprelesniy/allpictures/
В целом я выделю логин и пароль админа на демо-сайте, так как это важно для теста.
Ну и любые найденные вами проблемы в плане производительности и общей оптимизации будут рассмотрены и по возможности устранены. Я для одного сайта этот плагин буду использовать, поэтому мне важно, что бы он был хорошо и грамотно оптимизирован. Как говорится, заинтересованы все.
Но это без применения к какому-то конкретному плагину.
На самом деле у меня есть личная уникальна тактика с проверки качества кода в галереях. Это блок рандомных фото =)
Если запрос достающий их заканчивается
То дальше смотреть смысла нет =)
Сейчас, если отключить все блоки, которые находятся справа, страница по прежнему все кеширует, с кеша делает 39 запроса. Если блоки вернут обратно 77.
Конечно эти показатели можно улучшить, хоть влодь до нескольких запросов, если писать под каждую страницу большой запрос, который за раз все получит. Но это усложняет разработку и дальнейшую поддержку.
И в целом среди этих 77-ти запросов, запросов которые обращаются непосредственно к таблицам фотоальбомов немного. К примеру метод User_GetUserByLogin генерирует 5 запросов, а этот метод нужно вызвать для самой страницы и 3 раза для блоков, в итоге 20 запросов. Вот так вот. В целом я заоптимальный код. Делайте замечания, советы, будем улучшать код.
Оптимизатор что-ли?Нехорошо конечно, т.к. ранд() вызывается каждый раз при итерации (проходе по строкам таблицы), но некоторые этого не знают и используют.Содержание файла который предлагается сохранить:
У всех фото есть «Показать оригинал фотографии». Стоит наверное показывать только при существовании оригинала (ссылкой)?
А про оригинал. Вот у этой фотки ссылка имеется надпись при увеличении «Показать оригинал изображения». Надпись есть, а оригинала нет. Я это имел ввиду
— Добавление отметки на фотку клевая штука, но как то долго работает, если сравнивать с тем же контактом.
— Нельзя не отметить пользователя, то есть отметка должна указывать обязательно на зареганого юзера, а иногда хочется отметить что-нибудь другое, какой то объект на фотке, ну и т.д.
При отметке имя пользователя задавать не обязательно.
Вот урл у меня, заходишь в профиль, альбомы, добавить альбом.
Мне казалось это очевидным
Нельзя ли сделать так, чтобы описание задавалось тут же, на странице загрузки? Ну в столбик фотки и рядом формы. И сразу сохранить изменения.
Если будете кодировать, будет ли отдельная dev-версия для продажи?
Будут ли следующие релизы данного плагина, а так же все последующие наши плагины зашифрованы, зависит только от ВАС самих. Если Вы уважаете тяжелый чужой труд, то зачем мне лишний раз усложнять и Вам и мне жизнь. Если же нет, у меня не будет просто другого выбора.
Что то заладили все с этим шифрованием… хотел купить плагин ДАО, только ради событий, но т.к. там все закодировано, то переделать события под мои нужды уже не получится. придется платить в 10 раз больше чтобы писать события с нуля…
Я могу сказать мысль, про которую думаю разработчики, которые шифрую, а вы не запарили все нахаляву получать?
Со своей стороны я не хочу доставлять никаких неудобств никому. Будете чесно сотрудничать, не воровать и с уважением относится к труду, всегда будет не зашифровано. Все завист только от Вас.
Хотя у вас есть все основания для шифрования данных, это я понимаю. Но… не хотелось бы:))
А студия и не может знать есть ли лицензия или нет, она и спрашивать не будет — есть деньги — переделают. Тут не повлиять.
Это будут делать, поверьте опыту — будут, некоторые решают это закрытием кода.
Я ж говорю основной мой род деятельносит вообще не веб. Это хобби и как доп. зароботок.
Если делается продукт (не говорю про ваш, а вообщем) который заведомо кроме вас никто не сможет доработать? И, естественно, вы, как продавец хотите чтобы продажи продукта шли успешно (50-100-200 продаж, не важно). Что в этом случае предполагают делать голосующие? Я думаю, что об этом нужно заботиться еще до шифрования плагина.
К тому же формат продаж на данном сайта как я понял построен так что как таковой обязанности допиливать у разработчика нет. Просто у него покупать больше никто не будет. В целом люди не любяд, когда кто-то считает что им кто-то должен.
Почему не делать закрытый КАЧЕСТВЕННЫЙ продукт, поставить не сильно высокую цену и не зарабатывать помимо продаж на доработках своего продукта? Думаете не будет желающих заплатить деньги за интеграцию в свой проект?
При этом, опять же, заранее обеспечив возможность КАЧЕСТВЕННО И БЫСТРО осуществлять эту самую интеграцию.
А по поводу, того, что люди не любят что кто- считает что им кто-то должен, так продавцы сами под это подписываются когда делают первую продажу. Это деньги и психология человека.
Но это я все о сферических случаях в вакууме, ко мне это отношения не имеет.
Хотя в чем-то вы правы, если расчет продавца идет только на то, чтобы продавать готовое решение (конвеерного типа, попользовался и выкинул), тогда да.
Вообщем засирать тему более не буду, это бесполезно. Тема с шифрованном черезчур обширна.
те, кому вы виртуально адресовали эти строки обычно не читают этого.
Им все равно. Страдают как раз нормальные пользователи.
А так же теперь комменты к фотографиям попадают в прямой эфир, а так же доступны по адресу: picalbums.lsmafia.com/comments/
У нас предосмотренная своя «Активность» за слежением обновлений. Если ещё сами не увидели, то вскоре будет написана презентация. Там все узнаете.
Как только Lora_GT освободится, напишет презентацию с полным описанием функционала, плагин будет переведен в состояние открытого тестирования. Через несколько дней релиз.
На счет багфиксинга после продажи, он будет чуть ли не ежедневным. На нашем сайте будет блог, где будут указаны все изменения, что правилось и т.д. Для того что бы когда один клиент нашел баг, он и все остальные клиенты могли оперативно его починить.
1. Добавление картинки к себе в альбом. Мне лично не хватает в контакте такой функции. Когда в чужом альбоме есть фотография, или картинки чего-то, которую хочется сохранить к себе, но скачивать не хочется (и так бардак на компе). Если бы можно было добавить в избранное, таким образом всегда иметь быстрый доступ к любимым изображениям.
2. Функция «добавить фотографию на страницу». То есть из любой фотки в альбоме сделать фотографию профиля. Не очень то и нужно, по большому счету, но достаточно удобно!
2. Тоже можно сделать но позже.
3. добавлять фотки из альбома в топик. т.е. при написании нового топика сделать ссылку «добавить из альбома», а там уже выбрать какой альбом, какие фото. иногда альбомы могут быть тематические. да и вообще логично на мой взгляд когда пользователь создают альбом, загружает фотки, подписывает их, пишет топик, подключает (подгружает) эти фотки и публикует, а из публикации кликом на фотку можно уйти в превью фото из альбома, проголосовать, оставить комментарий к фотке
Я думаю, будет редко использоваться, разве что в личных блогах. Все таки в топиках никто не будет публиковать фотки с пикника. А создавать альбом и грузить в него фотки и только потом идти писать топик, это тупо. Легче сделать нормальный механизм мультизагрузки картинок в топик.
Сделать фотоальбомы, привязанные к коллективному блогу, где будут висеть все фотки из топиков этого блога. Таким образом, если блог тематический, можно будет по фотке найти интересный топик.
(потому что смысла специально загружать фотки в коллективный блог я не вижу, что туда грузить?!)
В разделе редактирования альбома (лучше всего на странице с загрузчиками) реализовать возможность изменения порядка фотографий. Так как вся галерея активно работает с Ajax, то и это дело очень логично и красиво можно реализовать обычным drag&drop: при отображаемой матрице превьюшек фотографий альбома любая фотография (или даже их группа с выделением по Ctrl) может быть перемещена в любое место и сохраниться в таком положении.
За работу над модулем — большая благодарность.
Вообще хорошо, что на функцию галереи начали обращать внимание.
Удачи вам в развитии, а пока буду следить за прогрессом.
Качественная галерея для моего проекта жизненно важный элемент.
Предварительно почитать описание можно тут: lsmafia.com/blog/picalbums/3.html
Как только плагин добавится в каталог, создам тему в разделе livestreet.ru/blog/pay/ исправив все свои косяки, которые я допустил в последней моей теме.
Заранее всем спасибо.
1. Сортировка фотографий внутри альбома.
2. Коллективные фотоальбомы. Т.е. привязка не к профилю пользователя, а к сайту в целом или к коллективному блогу.
3. Формирование избранного из фотографий
4. Добавить фотку к себе в альбом из чужого альбома. Но тут нужно продумать логику. Что нужно к примеру делать, если фотка была скопирована к себе в альбом, с открытого на тот момент альбома после того как этот альбом закрыли приватностью. =)
почитал презентацию (успел)
Впечатляюще!
вопрос по поводу описаний:
1. не нашел пока ни одной фотки с ними — при создании тестовых альбомов они не заполнялись?
2. может есть смысл сделать, что бы при незаполненных полях названия и описания в alt и title название альбома автоматом проставлялось? не хочется игнорировать поисковый траф с фоток на сайт
+ Титл и дескрипшен страниц фотографий и альбомов один и тот же
p/s хочется его уже пощупать и цену хотя бы примерную узнать
у меня раньше тоже такое было