Спасибо за отзыв. Так же благодарю за предложение о публикации кошелька и за готовность пожертвовать некоторую сумму на развитие.
1) На счет фильтра согласен — необходимо переписать запрос, что бы он работал так, как вы это видите. Мне об этом еще после прошлого релиза говорили — но руки пока не дошли.
2) Не против на счет лайтбокса, но такое решение с большой картинкой на данный момент самое оптимальное и не затратное — пока есть другие более приоритетные задачи.
Решение проблемы, описанной пользователем kovaldo , может быть следующим: рендерить картинку нужного размера только в том случае, если идет обращение через некий объект. Например, если встречается подобная конструкция в шаблоне:
{$oUser->getAvatar('100x100-pad.jpg')}
А вот когда идет просто GET запрос к файлу картинки — то выдавать только то, что есть уже на сервере.
Я понимаю, что такой подход может добавить много геморроя, и из-за некоторых особенностей, которых я мог не заметить, такой подход вообще может не сработать — но злоумышленник в самом деле может воспользоваться данной «фишкой» в своих целях. Не обязательно ддос-ить сайт — можно «потихоньку» обращаться к файлу — и его клоны будут занимать свободное место. Возможно, это проблема надуманная, и злоумышленнику надоесть действовать подобным образом, но все же этот вопрос необходимо как-то решить.
Извините, но тут нет такого понятия, как техподдержка. Тут вам могут оказать ту или иную помощь в техническом вопросе (если зададите вопрос правильно). AltoCMS — бесплатный продукт, соответственно, на сколько мне известно, никто пока не брал на себя обязанность по созданию центра техподдержки.
За хранение изображений мне тоже не нужно отвечать (т.е. смогу ли хранить изображения в том же хранилище, где их хранит Альто)? Если, например, с помощью моего плагина пользователь загружает изображения для дальнейших каких-либо действий (например, тот же плагин miniMarket, где необходимо добавлять картинки к товарам).
Думаю, самый главный вопрос по работе с изображениями — это так называемая «расширяемость». Что я имею в виду. Например, делаю я плагин, в котором идет своя работа с изображениями. Соответственно, мне необходимо заново написать все функции работы с изображениями + придумать для них способ хранения + протестировать весь заново написанный функционал. Идеальный вариант — когда я просто пользуюсь методами работы с изображениями, уже существующих по дефолту в движке, и мне не нужно решать выше описанные проблемы.
Будет ли данная проблема решена? Это очень упростит разработку.
extravert , так как AltoCMS активно развивается и скоро в нем от LS останется больше архитектуры и воспоминаний, чем кода (возможно, тут я ошибаюсь, и LS все еще составляет львиную долю от Alto) — существует ли вероятность того, что Alto в ближайшем будущем сможет избавится от копирайтов LS?
Следуя из заголовка, база юзеров одна и та же. Когда регистрируюсь на одном сайте, то количество зарегистрированных юзеров увеличивается как на одном так и на другом сайте. Но, проблема в том, что на втором сайте я не могу зайти под логином/паролем, под которыми зарегистрировался на первом.
Ну как я понимаю, сразу после релиза разработчики уже получили от нас обратную связь — где есть какие проблемы. Теперь просто ждем, когда будет рабочая версия.
1) На счет фильтра согласен — необходимо переписать запрос, что бы он работал так, как вы это видите. Мне об этом еще после прошлого релиза говорили — но руки пока не дошли.
2) Не против на счет лайтбокса, но такое решение с большой картинкой на данный момент самое оптимальное и не затратное — пока есть другие более приоритетные задачи.
А вот когда идет просто GET запрос к файлу картинки — то выдавать только то, что есть уже на сервере.
Я понимаю, что такой подход может добавить много геморроя, и из-за некоторых особенностей, которых я мог не заметить, такой подход вообще может не сработать — но злоумышленник в самом деле может воспользоваться данной «фишкой» в своих целях. Не обязательно ддос-ить сайт — можно «потихоньку» обращаться к файлу — и его клоны будут занимать свободное место. Возможно, это проблема надуманная, и злоумышленнику надоесть действовать подобным образом, но все же этот вопрос необходимо как-то решить.
П.С. Если у вас стоит выбор перед тем каким путем идти — делать быстро но плохо или долго но хорошо — то делайте хорошо, я готов ждать.
Будет ли данная проблема решена? Это очень упростит разработку.
Вот еще интересная ссылочка: virtualsports.ru/team/499
UP: и еще: virtualsports.ru/team/9999999
А куда вставить этот код, что бы все «работало» — уже сами ищите, или сюда идите: altocms.ru/freelancers/