opeykin

Юпи! 0.4

opeykin — Fri, 04 Jan 2013 08:56:43 GMT

Друзья, после долгого молчания мы рады сообщить Вам о выходе Юпи! Версии 0.4

Юпи! Все еще находится в процессе усиленной разработки и модификации, тем не менее есть и положительные сдвиги =)

1 У нас сложилась группа разработки! Пока это 4 самых активных разработчика и еще несколько интересующихся . Мы даже завели себе отдельную скайп-конференцию, где мы троллим, спорим и ругаемся,говорим о политике, но чаще всего обсуждаем Юпи! (и Yii) и его развитие (у вас есть шанс попасть в этот закрытый клуб БЕСПЛАТНО!)

2 Юпи! Набрал 207 фолловеров и 64 форка на гитхаб!

3 Мы проделали рутинную работу по переводу всей панели управления на Twitter Bootstrap, а за одно переехали на YiiBooster. Теперь не стыдно (мы надеемся) отдавать сайт с такой “админкой” заказчику.

4 У нас, совсем как у больших, появился CHANGELOG https://github.com/yupe/yupe/blob/master/CHANGELOG

5 На разных версиях Юпи! Работает уже около 30-40 проектов (мы даже знаем одну студию, которая “подсела” на Юпи!) Попробуйте!

На версию 0.5 у нас запланировано много всего интересного (https://github.com/yupe/yupe/issues?milestone=4&state=open ) !

Отдельно спасибо всей команде:

archaron, lyzhenkov , davetoxa <тут можешь быть и ты>

Юпи! - цмс на Yii! Присоединяйся!

Перевод Modern Perl Book

opeykin — Mon, 10 Sep 2012 11:31:18 GMT

Цель проекта: сделать качественный перевод на русский язык отличной книги для начинающих и опытных программистов по современному подходу программирования на мощном языке Perl 5. Книга собрала в себе огромный опыт (более 17 лет Perl5!) сообщества программистов, о том как правильно и успешно программировать на Perl 5, как создавать поддерживаемый, масштабируемый, выразительный и эффективный код.

Подробнее http://allframeworks.ru/blog/perl/352.html

Запись опубликована . You can comment here or there.

Перевод Modern Perl Book

opeykin — Mon, 10 Sep 2012 11:29:54 GMT

Цель проекта: сделать качественный перевод на русский язык отличной книги для начинающих и опытных программистов по современному подходу программирования на мощном языке Perl 5. Книга собрала в себе огромный опыт (более 17 лет Perl5!) сообщества программистов, о том как правильно и успешно программировать на Perl 5, как создавать поддерживаемый, масштабируемый, выразительный и эффективный код.

Подробнее http://allframeworks.ru/blog/perl/352.html

Запись опубликована . You can comment here or there.

Маркетинг и мысли о прекрасном будущем

opeykin — Fri, 31 Aug 2012 05:58:09 GMT

Маркетинг и мысли о будущем

Я просто оставлю этот здесь…

Запись опубликована . You can comment here or there.

Мысли про null…

opeykin — Tue, 10 Jul 2012 11:09:48 GMT

Послушал сегодня очередной «радиот» — довольно такой интересный выпуск получился. Громко кричали и шумели со словами «PHP — говно!», но к этому можно уже привыкнуть и пропускать мимо ушей. Если инструмент меня кормит — пусть он будет хоть трижды говном. Был там еще очень любопытный момент. Всем известный Бобук рассказывал про такой тип данных как null в Smalltalk. Хочу заметить, что в этом самом смалтолке реализован этот null довольно интересно. Передам как я это понял. Null в смалталке это такой объект, у которого можно вызвать любой метод и этот метод вернет….правильно null! Гениально! Сразу же отпадает необходимость проверки на возвращаемый тип и сразу же пропадают пхп-шные ошибки типа «null is not object…». Удобно же!

Запись опубликована . You can comment here or there.

Мысли про проверки, зависимости, фреймворки, php и perl …

opeykin — Wed, 04 Jul 2012 10:44:23 GMT

Продолжаю выкладывать свои мысли и соображения о php и perl (первая серия вот тут). Сегодня хотелось бы поговорить про проверку зависимостей («чекеры»так называемые). Написать эту заметку меня заставил чекер зависимостей Symfony2. Возьмем, к примеру, пхпшный Yii (или Symfony2) в дистрибутивах всех этих фреймворков есть специальная страничка/скриптик, который проверяет наличие всех необходимых расширений и системное окружение, в которое фреймворк установлен. Почему таких страничек нет в перловых фреймворках Mojolicious, Catalyst и т.д. ? На мой взгляд, все эти, так называемые, зависимости должны проверяться и валидироваться при установке фреймворка/библиотеки. Беда в том, что в мире php установка, в большинстве случаев, сводится к простому копированию файлов на сервер (ну нету пока у php центрального хранилища модулей и библиотек). Как-то же необходимо узнать «правильно» ли мы все скопировали, все ли у нас теперь заработает ? Вот для этого такие странички «чекеры» и необходимы. При таком подходе к установке очень часто возникают ситуации, когда все кажется сделано: фреймворк залит, приложение залито, запускаем….ничего не работает, смотрим наш «чекер» и видим, что не хватает какого-то PDO расширения или драйвера для memcache. Отсутствующие библиотеки — это еще пол беды. Самое интересное когда работа фреймворка зависит от конфигурации php (всем известен php.ini c его сотнями параметров ? ). Т.е. имея установленный php, имея установленные все необходимые модули, наше приложение может не заработать из-за конфигурации языка программирования (!). Вот и чекер Symfony2 выдал мне варнинги (хорошо хоть не фатальные) с просьбой подкорректировать настроечки в php.ini. Наличие у языка программирования централизованного файла настроек, на мой взгляд, очень сомнительная штуковина, добавляющая лишние проблемы при распространении приложения (вот маленький пример, возникший при разработке Юпи! https://github.com/yupe/yupe/issues/203 ). А что же Perl ? А тут все просто: ставим пакеты из CPAN, при установке автоматом проверяются и ставятся все зависимости, если что-то пошло не так — установка просто закончится неудачей и нам не придется гадать «а заработает ли?». Конечно, и тут бывают проблемы, но значительно реже. У перла нет никакого конфигурационного файла, что решает еще одну проблему с установкой. Есть конечно опции компиляции, которые могут отличаться от сервера к серверу, но это настолько редко было в мой практике, что я не беру это в расчет. И снова забыл про тестирование. При установке Mojolicious (как пример) прогоняются все тесты, которые только есть в дистрибутиве фреймворка и зависимостях. Автоматическая проверка зависимостей, их установка и прогон тестов практически всегда гарантируют работоспособность расширения на данной конкретной машине. Мысли кончились…

В заключении поделюсь ссылкой на статью Фабьена (разработчика Symfony) http://fabien.potencier.org/article/64/php-is-much-better-than-you-think

Запись опубликована . You can comment here or there.

Презентация Catalyst – MVC framework на Perl

opeykin — Mon, 02 Jul 2012 12:34:58 GMT

В очередной раз пишу про «мертвый» язык, про его инструменты и инфраструктуру =)

На этот раз просто ссылка http://protey.ru/data/rit2008/catalyt.pdf

Запись опубликована . You can comment here or there.

Брат, вся сила в модулях!

opeykin — Fri, 29 Jun 2012 12:49:51 GMT

Многие разработчики (и не только они) который год уже твердят, что Perl мертв, холиваров на эту тему хватает на любом форуме/сообществе. О «смерти» Perl-а кричат все кому ни лень, начиная от «питонистов» и «рубистов» и заканчивая «пхпшниками». Так уж получилось, что мне приходится писать и на Perl и на PHP (в связи с этим про Python и Ruby ничего не могу сказать) и я могу сделать кое-какие выводы на основании личного опыта. Поливать гразью я никого не собираюсь =)

Когда перед разработчиком встает какая-либо задача первое, что он делает (должен!) - ищет уже готовое решение. Для чего изобретать свой велосипед если уже все изобретено до нас (отговорки про модуль «с барышнями и шампанским» не принимаются) !? И вот встала передо мной простая задачка: необходимо написать программку, которая бы просто напросто парсила почтовые сообщения на сервере, сообщения эти лежат как простые файлики в файловой системе. Почта приходит от совершенно разных отправителей, в совершенно разных кодировках и т.д. Писать необходимо на PHP. Вариантов несколько. Взять старые и добрые PCRE и распарсить все самому (не хочу описывать всю головную боль этого подхода — просто возьмите и попробуйте это сделать ) ! Вариант второй — поискать готовый модуль/пакет/класс. И вот тут я начинаю понимать всю силу перла, не зря говорят, что CPAN — это перловская киллер-фича. В случае работы с перлом — все просто. Заходим на https://metacpan.org/, вбиваем в поиск «EMAIL» и получаем второй ссылкой вот такой вот модулек https://metacpan.org/module/Email::MIME, который прекрасно делает все то, что нам необходимо. CPAN — это такое единое и общее хранилище перловых модулей (для тех, кто не слышал про Perl и CPAN). Отмечу, что слова «единое» и «общее» выделены не просто так. Что мы имеем когда необходимо проделать тоже самое, но для PHP !? Идем на http://pear.php.net/ - это вроде как «CPAN для PHP» и пытаемся там найти нужный нам модуль. Находим вот такую «штуковину» http://pear.php.net/package/Mail_mimeDecode (на мой взгляд это единственное, что может подойти для нашей задачи). Я даже не беру в расчет тот факт, что последнее обновление этого модуля было в 2010 (работает — не тронь), мне хватает просмотра документации (http://pear.php.net/manual/en/package.mail.mail-mimedecode.mail-mimedecode.php) из которой, лично мне, абсолютно ничего не понятно (сравните с примерами из https://metacpan.org/module/Email::MIME)! Итак, на http://pear.php.net/ нам ничего не подошло, тогда мы идем в гугл и ищем «php email parser», в выдаче видим ссылку на http://stackoverflow.com/questions/12896/parsing-raw-email-in-php (я, как правило, доверяю stackoverflow), читаем и видим ссылку на https://github.com/plancake/official-library-php-email-parser

Как вам название «official-library-php-email-parser» !? Если ты «official» почему тебя нет на pear !? Как мне поставить, а потом при необходимости обновлять модуль (git pull — для меня зло) !? Ну да ладно. Скачал, поставил. Попробовал использовать. Если коротко — адский ад! Проблемы с кодировкой и перекодировкой писем, проблемы с использованием строк как массивов (метод «getCc» и прочие). Нет ни одного теста, НИ ОДНОГО! Сравните с 1364 тестами на разных версия Perl и на разных платфомах (http://www.cpantesters.org/distro/E/Email-MIME.html#Email-MIME-1.910) Плевался, плевался и пошел искать дальше… А дальше я попал на http://www.phpclasses.org/ - ну что это, простите, за помойка !? Для того чтобы скачать архив с кодом необходима регистрация! »The registration requirement is an option of the package author. This package has that option set.» — wtf ? Блоки гугл адсенс постоянно пестрят какими-то банерами, такое ощущение, что попал на какой-то «шаре-варе» сервер, который вот вот насажает тебе пачку троянов! Теперь сравните все это «добро» с отлично выполненной главной страницей https://metacpan.org/…Есть разница ? Искал я искал и в итоге не нашел ничего более подходящего, чем описанный выше модуль с гитхаба (пришлось вбить в него парочку костылей/заплаток после чего он более или менее заработал).

Подведем итог. PHP — хороший язык (особенно если использовать фреймворки, например Yii), но я вот в упор не понимаю почему нельзя сделать единый репозиторий модулей с удобным консольным клиентом для установки, чтобы из одного источника я мог сразу обновить всю систему в пару кликов (слышал про Composer — но не то это). Почему тот же Yii нельзя поставить и обновлять через что-то похожее на CPAN !? Почему нельзя сделать приятную глазу и функциональную веб-морду для поиска всех этих модулей ?

В качестве финального аккорда приведу ссылку на http://www.modulecounts.com/ - счетчик количества модулей в репозиториях для разных языков. Цифра 588 во всех строчках для PHP — меня поразила. Perl с его 25114 явно выигрывает.

Точка!

Запись опубликована . You can comment here or there.

Ruby ??? или Ruby !!!

opeykin — Tue, 19 Jun 2012 11:17:10 GMT

Мне давно хотелось изучить что-то новое, прямо вот хотелось и все тут. С питоном любовь не получилась, ну не мое это и все. Не понравился мне его синтаксис, его «полу-объектная» модель ну и т.д. и т.п. После долгих лет разработки на Perl хотелось чего-то такого же ~~распиздяйского~~ офигенно красивого, такого где кроме «if» есть еще и «unless», такого где »ифы можно писать после самого выражения». Одновременно со всеми этими хотелками, очень хочется чтобы этот новый язык/инструмент был востребован на рынке, был, так сказать в тренде, чтобы на нем можно было писать веб-аппликухи, всякие консольные скриптики и утилиты, чтобы у него была куча различных фреймворков и «серверов приложений», чтобы было активное сообщество ну и еще много чего хотелось =)

Выбор пал на Ruby других вариантов я не нашел (если только посмотреть в сторону node.js и всей около него темы, но пока не мое это).

И наткнулся я вчера вот на такую ссылку http://ruby.hasbrains.ru/ - скринкасты по Руби, замечу, что не по Рельсам, а именно по Руби,по самым основам и азам. Да, да, многие кидаются учить и понимать рельсы не зная о существовании руби — это примерно тоже самое как в 90-е многие учились «писать на CGI», не понимая, что в большинстве своем они пишут на Perl (это я в какой-то умной книжке вычитал, так как сам в то время еще ничего не писал и не учил). Хочу сказать, что эти скринкасты рассчитаны на самых новичков не только в Руби, но и в программировании вообще, автор довольно подробно, хоть и быстро, все излагает. Приятное впечатление от выпусков.

Просмотрел я пока первые 7 выпусков…уж очень из руби торчат перловые корни, но я этого и хотел, это и искал, мне все нравится =)

Подводя итоги. Для начала посмотрю все эти выпуски, думаю они дадут хороший старт для начального знакомства с Ruby, ну а потом будет видно стоит оно того или нет.

Запись опубликована . You can comment here or there.

Быстрое разворачивание Mojolicious-приложения в облаке Heroku

opeykin — Sat, 09 Jun 2012 08:01:34 GMT

Быстро и просто разворачиваем веб-приложение на Perl и Mojolicious в облачной платформе Heroku

http://allframeworks.ru/blog/mojo/331.html

Запись опубликована . You can comment here or there.

Записали подкаст YiiTalk 5

opeykin — Sat, 09 Jun 2012 08:00:57 GMT

Первый раз в жизни участвовал в записи подкаста. Надеюсь, что получилось «слушабельно» =)

Спасибо @BelyakovYuri за приглашение!

Шоу нотес.

Авторские проекты
https://twitter.com/xomaa - Twitter
http://andrey.opeykin.ru/ — Блог
http://allframeworks.ru/ — проект о фреймворках для web-разработки
https://github.com/yupe/yupe — Yupe CMS

Книги о Perl
1) Изучаем Perl — http://www.books.ru/books/izuchaem-perl-5-e-izdanie-666334/?show=1
2) Изучаем Perl глубже — http://www.books.ru/books/perl-izuchaem-glubzhe-2-e-izdanie-536459/?show=1
3) Программирование на Perl — http://www.books.ru/books/programmirovanie-na-perl-3-e-izdanie-11085/?show=1

Perl фреймворки
http://mojolicious.org/ — Mojolicious
http://perldancer.org/ — Dancer
http://www.catalystframework.org/ — Catalyst

Прочее
http://www.ozon.ru/context/detail/id/1050295/ — Just for fun
http://lib.aldebaran.ru/author/levi_stiven/levi_stiven_hakery_geroi_kompyuternoi_revolyucii/ — Хакеры: Герои компьютерной революции

Источник http://belyakov.su/content/yiitalk-episode-05

rpod http://yiitalk.rpod.ru/267769.html

podfm http://yiitalk.podfm.ru/my/5/

Запись опубликована . You can comment here or there.

Mojolicious. Видео руководство.

opeykin — Wed, 27 Apr 2011 10:57:09 GMT

http://allframeworks.ru/blog/mojo/225.html

Наше кино!

opeykin — Sun, 24 Apr 2011 11:17:21 GMT

Originally published at Опейкин Андрей. Please leave any comments there.

Решили с женой пересмотреть все наши «классические» фильмы, составили вот такой список:

Иван Васильевич меняет профессию
Москва слезам не верит
Карнавал
Любовь и голуби
Кавказская пленница
Джентльмены удачи
Вокзал для двоих
Бедная Саша
Офицеры
Белое солнце пустыни
Служебный роман
Достояние республики
Зеленый фургон
Свадьба в Малиновке
Операция «Ы»

Прошу дополнить список интересными, на ваш взгляд, фильмами (пишем в комментариях).

Мемориальный музей космонавтики, Москва, Россия :: Достопримечательности мира — WorldPOI

opeykin — Wed, 20 Apr 2011 13:30:56 GMT

Мемориальный музей космонавтики, Москва, Россия :: Достопримечательности мира — WorldPOI

Очень хочется посетить этот музей. Есть желающие ?

YAPP #3: Интервью с Анатолием Шарифулиным

opeykin — Mon, 18 Apr 2011 07:11:46 GMT

http://allframeworks.ru/blog/perl/224.html

Золотые правила создания успешных веб-сайтов

opeykin — Tue, 12 Apr 2011 07:06:20 GMT

Originally published at Опейкин Андрей. Please leave any comments there.

Увидел на хабре ссылку на эту презентацию и просто не мог не поделиться.

Много полезной информации.

Золотые правила создания успешных веб-сайтов

Русские в Кремниевой долине. Взгляд изнутри.

opeykin — Sat, 09 Apr 2011 07:54:23 GMT

Originally published at Опейкин Андрей. Please leave any comments there.

Хороший рассказ о том «как там у них» =)

Perl по Японски или Introduction of the coding style at Six Apart / Perl / allframeworks.ru - Блог о

opeykin — Wed, 06 Apr 2011 06:18:47 GMT

http://allframeworks.ru/blog/perl/222.html

Как я вынес денег из кассы М.Видео.

opeykin — Sat, 26 Mar 2011 09:03:58 GMT

Originally published at Опейкин Андрей. Please leave any comments there.

Нет, все обошлось без криминала. Дело было так. Два года назад (уже чуть больше) мы с женой купили себе «плоский телевизор». Поддержали «отечественного» производителя и взяли 32-х дюймовый Samsung. К этому телевизору продавец-консультант «впарил» нам сертификат на программу дополнительного обслуживания на 2 года (по слухам, продавец получает от 30 до 40 процетов от стоимости этого сертиификата). За все вместе мы тогда отдали 21600 рублей. Телевизор прекрасно работал и радовал нас =) Однако, как часто и бывает, за пару недель до истечения этой самой дополнительной гарантии – «пациент умер». Делать нечего, погрузил «трупик» в машину и потащил в магазин. Привез…Продавец, практическм покрутив пальцем у виска, объяснил, что везти мне его не было необходимости, а достаточно было вызвать мастера на дом и он все сам осмотрит и при необходимости отвезет в ремонт (ну а кто же читает то, что пишут на этих сертификатиках!) Вызвал, через пару дней мастер приехал и забрал «тело». На диагностику ушло недели три. Позвонили, сказали : «пациент скорее мертв, чем жив» – ремонту не подлежит. Еще через пару дней приехал тот же мастер и торжественно вручил мне акт о неремонтопригодности. С этим самым актом поехал я в М.Видео. Честно говоря, думал, что погрязну там в заполнении анкет, согласованиях и т.д. Все оказалось на удивление очень просто: объяснил все менеджеру, заполнил анкетку, получил чек и уже через 15 минут бежал к кассе за своими кровными. Вернули как стоимость телевизора, так и стоимость дополнительной гарантии. Этим же вечером, там же в М.Видео, мы с женой приобрели новый телевизор, уже 42 дюйма и более «продвинутый», той же самой «отечественной» фирмы. По деньгам вышло тоже самое, т.е. получился очень неплохой и «бесплатный» апгрейд. Вывод: толк в переплате за эту дополнительную гарантию есть =)

Вспомнилось вот =)

opeykin — Sat, 26 Feb 2011 17:25:33 GMT

Originally published at Опейкин Андрей. Please leave any comments there.

Эх…Вот вспомнились мои любимые исполнители и их клипы =) Последнее время слушаю то, что придется, а ведь раньше….раньше было все серьезно…

И так…несколько клипов, которые мне когда-то очень нравились (да и сейчас они ничего):

Пурген «Философия урбанистического безвремения»

Пурген «Это не то что я думал»

Теперь более спокойная и размеренная музыка =)

Наив «Рок»

Тараканы «Я смотрю на них»

СМЕХ «Макдональдс»

Все, ушел качать Пургенов, Тараканов, Дистемперов, Наивов и прочих милых исполнителей!

Python – забавная картинка

opeykin — Fri, 25 Feb 2011 07:25:00 GMT

Originally published at Опейкин Андрей. Please leave any comments there.

Как писать читаемый код на Perl ? / Perl / allframeworks.ru - Блог о современной веб-разработке и ин

opeykin — Mon, 07 Feb 2011 14:22:59 GMT

http://allframeworks.ru/blog/perl/206.html

Как делался debo.ru на Yii Очень кратко =)

opeykin — Mon, 31 Jan 2011 20:31:20 GMT

Originally published at Опейкин Андрей. Please leave any comments there.

debo.ru

Был у меня давно вот такой вот проект http://debo.ru/ – каталог гостиниц и отелей. Время его разработки теперь вспоминается как страшный сон. Не буду вдаваться в подробности из-за чего так произошло, но было что-то невообразимое (честно говоря, я сам так и не понял из-за чего так вышло).

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

Итак http://debo.ru/

Продолжение следует =)

Фильм “Pro Рунет” о развитии социальных сетей в 2010-м

opeykin — Tue, 25 Jan 2011 14:01:24 GMT

Originally published at Опейкин Андрей. Please leave any comments there.

Документальный фильм “Социальные сети”

Социальные сети from Igor Sanin on Vimeo.

Россия занимает первое место в мире по количеству часов, проводимых в социальных сетях!

Оооо! Что-то мне плохо в это верится =)

Вконтакте – четвертый сайт в мире по количеству просмотров страниц!

Снова оо!

В ролике говорится, что Livejournal – западная сеть, корни то ее конечно растут оттуда, но принадлежит она, по моему, уже давно НАМ =)

В целом – приятный ролик про состояние дел в социальных сетях.

Как я делал pechat-noginsk.ru

opeykin — Fri, 21 Jan 2011 17:01:14 GMT

Originally published at Опейкин Андрей. Please leave any comments there.

pechat-noginsk.ru

Продолжаю рассказ о проектах и сайтах, которые мне приходилось делать.

Первой была заметка о каталоге объектов недвижимости http://www.buyrealty.su/.

Сегодня речь пойдет о сайте для заказа печати фотографий – http://pechat-noginsk.ru/

В один прекрасный день я получил сообщение на моем круге приблизительно следующего содержания:

«Андрей, нам необходим специалист для разработки программы приема заказов фото печати через интернет…»

После некоторой переписки выяснилось, что заказчику нужна именно программа, т.е. реальное десктопное приложение. Я естественно отказался, так как писать десктоп-приложения – это не моя специализация. Однако в своем «прощальном» письме все же предложил вместо приложения реализовать сайт/портал для приема этих самых заказов. Через некоторое время мне ответили согласием, но с одной оговоркой, которая касалась бюджета. Заказчик хотел опробовать наш местный рынок и посмотреть пойдут ли вообще эти услуги. В связи с этим бюджет был весьма ограничен, более того от услуг дизайнера/верстальщика тоже решили отказаться. Как и большинство своих проектов, этот проект я решил делать на фреймворке Yii, который активно изучал (и продолжаю это делать). В качестве «дизайна» самого сайта и личного кабинета пользователя/администратора я предложил использовать макеты, кторые Yii генерирует при создании CRUD-а для моделей базы данных. Заказчик одобрил это.

Практически любой сайт состоит из стандартных элементов, таких как: страницы, регистрация и авторизация пользователя, форма обратной связи и т.д. После того как человек слез с дерева и заменил палку-копалку клавиатурой и монитором – изобрели CMS, которые все эти проблемы решают на «раз два». В то время я активно разрабатывал свой «движок» на фреймворке Yii и решил попробовать применить его в первом «настоящем» проекте. Так как управление страничками, пользователями, регистрациями и авторизациями, а так же форма обратной связи – у меня уже были реализованы, осталось всего лишь написать модуль для работы с заказами.

Модуль оказался довольно простой. Вот что он умеет:

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

Проект размещается на простеньком хостинге, который не отличается супер производительностью и бесконечными ресурсами. В связи с этим были введены некоторые ограничения:

за один раз можно загружать только 5 фотографий (экономим ресурсы)
после того как заказ выполнен, все фотографии и превьюшки удаляются (экономим диск)
пустые заказы периодически чистятся (они ведь тоже занимаю кое-какое место =) )

В процессе разработки возникло несколько ситуаций, когда ресурсов хостинга мягко говоря «не хватало». Вот они:

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

В записной книжке сохранилось несколько TODO-листов по этому проекту, вот они (фото с мобильника):

pechat-noginsk.ru

На сайте есть несколько моментов, которые можно улучшить, да и идей по его доработке/развитию у меня предостаточно (не буду выдавать все тайны), но заказчика все устраивает и в таком виде.

Хозяин – барин!

В целом и я и заказчик остались довольны проделанной работой (я надеюсь =)).

http://pechat-noginsk.ru/

Продолжение следует =)