Продолжаю рассказ о проектах и сайтах, которые мне приходилось делать.
Первой была заметка о каталоге объектов недвижимости http://www.buyrealty.su/.
Сегодня речь пойдет о сайте для заказа печати фотографий — http://pechat-noginsk.ru/
В один прекрасный день я получил сообщение на моем круге приблизительно следующего содержания:
«Андрей, нам необходим специалист для разработки программы приема заказов фото печати через интернет…»
После некоторой переписки выяснилось, что заказчику нужна именно программа, т.е. реальное десктопное приложение. Я естественно отказался, так как писать десктоп-приложения — это не моя специализация. Однако в своем «прощальном» письме все же предложил вместо приложения реализовать сайт/портал для приема этих самых заказов. Через некоторое время мне ответили согласием, но с одной оговоркой, которая касалась бюджета. Заказчик хотел опробовать наш местный рынок и посмотреть пойдут ли вообще эти услуги. В связи с этим бюджет был весьма ограничен, более того от услуг дизайнера/верстальщика тоже решили отказаться. Как и большинство своих проектов, этот проект я решил делать на фреймворке Yii, который активно изучал (и продолжаю это делать). В качестве «дизайна» самого сайта и личного кабинета пользователя/администратора я предложил использовать макеты, кторые Yii генерирует при создании CRUD-а для моделей базы данных. Заказчик одобрил это.
Практически любой сайт состоит из стандартных элементов, таких как: страницы, регистрация и авторизация пользователя, форма обратной связи и т.д. После того как человек слез с дерева и заменил палку-копалку клавиатурой и монитором — изобрели CMS, которые все эти проблемы решают на «раз два». В то время я активно разрабатывал свой «движок» на фреймворке Yii и решил попробовать применить его в первом «настоящем» проекте. Так как управление страничками, пользователями, регистрациями и авторизациями, а так же форма обратной связи — у меня уже были реализованы, осталось всего лишь написать модуль для работы с заказами.
Модуль оказался довольно простой. Вот что он умеет:
- позволяет пользователю создать и отправить заказ, добавив в него фотографии
- создает превьюшки всех фотографий загружаемых пользователем
- позволяет рассчитать стоимость заказа в зависимости от размера фото, типа бумаги, эффектов и т.д.
- позволяет распечатать квитанцию, с которой пользователь обращается в фото-мастерскую
- позволяет управлять (создавать, редактировать) отделениями фото-печати (их около 10)
- администратор может управлять статусом заказа, может отредактировать заказ и т.д.
Проект размещается на простеньком хостинге, который не отличается супер производительностью и бесконечными ресурсами. В связи с этим были введены некоторые ограничения:
- за один раз можно загружать только 5 фотографий (экономим ресурсы)
- после того как заказ выполнен, все фотографии и превьюшки удаляются (экономим диск)
- пустые заказы периодически чистятся (они ведь тоже занимаю кое-какое место =) )
В процессе разработки возникло несколько ситуаций, когда ресурсов хостинга мягко говоря «не хватало». Вот они:
- генерация превью для фотографий — если позволить пользователю загружать за один раз произвольное количество фотографий — при загрузке, приблизительно 10-15 фотографий и более — упираемся в недостаток памяти, а иногда работа прекращается из-за таймаута. По хорошему можно было просто загружать фотографии, а генерацию превью производить в фоновом режиме или вообще организовать что-то типа очереди.
- менеджер магазина может скачать все фотографии по заказу за один раз, для этого фотографии ужимаются в архив и уже этот архив отдается на скачку, после чего удаляется. При генерации таких вот архивов тоже бывали ситуации когда не хватало оперативной памяти. После переговоров с хостером немного памяти нам все же добавили.
В записной книжке сохранилось несколько TODO-листов по этому проекту, вот они (фото с мобильника):
На сайте есть несколько моментов, которые можно улучшить, да и идей по его доработке/развитию у меня предостаточно (не буду выдавать все тайны), но заказчика все устраивает и в таком виде.
Хозяин — барин!
В целом и я и заказчик остались довольны проделанной работой (я надеюсь =)).
Продолжение следует =)
Привет!
Погружаешься в разработку ? Ищешь ментора ?
Поделюсь своими знаниями и опытом - https://opeykin.ru/mentor/
Я толи дурак толи куда, но в упор не понимаю зачем «Разрабатывать свои движки»
Тем более на Yii который обладает жутчайшей мощьностью скафолдингом. Ведь с каждым сайтом каждый раз придется в любом случае переделывать функционал, а обсолютно универсального решения нет.
Абсолютно универсального нет — согласен, но и повторять каждый раз такой функционал как регистрация, авторизация, восстановление пароля и т.д. — очень дорого по времени. Я предпочитаю иметь каркас, который можно, при необходимости «допилить» до нужной функциональности, учитывая особенности проекта/заказчика.
Мне интересно посмотреть как устроены такие движки, сам YII я пока никак не могу освоить, не получается понять все эти ООП дела… точнее кое что понятно, но многое и непонятно. Так посмотреть хоть на готовые решения на этом фреймворке… так сказать в целях обучения.
Исходный код можно найти вот тут http://code.google.com/p/yupe/ а живую демку вот здесь http://yupe.ru/ (используется очень старая версия Yupe, в эти выходные планирую обновиться) Если будут вопросы — пишите =)