Основополагающим фактором при создании персонажа является сама идея, а не прочес.
А идеи с такого ресурса будут вороваться безбожно. И на сколько мне известно доказать факт плагиата очень трудно, а если и можно, то очень муторно и долго. Так что в судебные тяжбы как правило ни кто не ввязывается (особенно это коснётся CC-ND и CC-SA лицензий).
Вот с этим мне кажется могут возникнуть проблемы и оттолкнуть разработчиков с точки зрения монетизации своих работ.
Дело даже не в том, что кеш нужно отключить на время разработки.
Сам подход к проектированию CMS должен подразумевать, что необходимость кеша встает только при наличии «отягчающих обстоятельств». Будь то набег ботов, посещаемость 50000 в сутки либо магазин на 100000 товаров.
Брать за основу разработки ZF также не самое оптимальное решение. Да это ускорит разработку, но и налагает рад зависимостей от стороннего продукта. Что в конкретном случае, добавляет камень в огород ресурсоёмкости.
ZF отлично подходит для штучного продукта, который нужно сдать в срок и забыть про него, либо для очень узко направленной не изощрённой CMS.
Когда же заходит разговор о чём-то серьёзном да ещё и с намеком на дальнейшее динамичное развитие. К сожалению приходится писать практически всё с нуля и ручками. Нарабатывать тех процесс, API и пр.
Здесь же, на мой взгляд, разработчики сделали уклон в сторону быстрого старта. Забыв о том, что всю эту красоту в дальнейшем придётся тянуть на себе.
Я не по наслышке знаю что значит разработка CMS и как может аукнуться в будущем любая мелочёвка.
Статья хорошая, но вот после дискуссии о необходимости очистки кеша лично у меня «нарисовался» некий скептицизм.
При адекватном проектировании, продукт должен работать быстро и без кеша. А кеширование включают при повышенных нагрузках на сервер, либо при тяжёлой БД.
Девочки в нашем деле встречаются реже чем затмение.
R.I.P.
А вот так, чтобы «для души»… получается не всегда.
Сама технология разрабатывалась для конкретных целей и справляется с ней весьма неплохо.
#!/usr/bin/perl
… не сделает из меня Perl программиста.print "Hello, World!";
Вот ажиотаж был бы!
Когда вижу в ТЗ вёрстку с поддержкой IE6, глаз дёргаться начинает.
А идеи с такого ресурса будут вороваться безбожно. И на сколько мне известно доказать факт плагиата очень трудно, а если и можно, то очень муторно и долго. Так что в судебные тяжбы как правило ни кто не ввязывается (особенно это коснётся CC-ND и CC-SA лицензий).
Вот с этим мне кажется могут возникнуть проблемы и оттолкнуть разработчиков с точки зрения монетизации своих работ.
Сам подход к проектированию CMS должен подразумевать, что необходимость кеша встает только при наличии «отягчающих обстоятельств». Будь то набег ботов, посещаемость 50000 в сутки либо магазин на 100000 товаров.
Брать за основу разработки ZF также не самое оптимальное решение. Да это ускорит разработку, но и налагает рад зависимостей от стороннего продукта. Что в конкретном случае, добавляет камень в огород ресурсоёмкости.
ZF отлично подходит для штучного продукта, который нужно сдать в срок и забыть про него, либо для очень узко направленной не изощрённой CMS.
Когда же заходит разговор о чём-то серьёзном да ещё и с намеком на дальнейшее динамичное развитие. К сожалению приходится писать практически всё с нуля и ручками. Нарабатывать тех процесс, API и пр.
Здесь же, на мой взгляд, разработчики сделали уклон в сторону быстрого старта. Забыв о том, что всю эту красоту в дальнейшем придётся тянуть на себе.
Я не по наслышке знаю что значит разработка CMS и как может аукнуться в будущем любая мелочёвка.
При адекватном проектировании, продукт должен работать быстро и без кеша. А кеширование включают при повышенных нагрузках на сервер, либо при тяжёлой БД.
Нет всей мощи полномаштабных IDE, но хорошая подсветка синтаксиса(не только для PHP).
Плюс ко всему очень шустрый.
Раз в пол года стабильно меняю привод, пишет без нареканий, а вот с чтением постоянно проблемы начинаются. ))
Если браузер «приживётся» новый квест им будет: «Найди ещё десяток кроссбраузерных костылей».
Если браузер «приживётся» новый квест им будет: «Найди ещё десяток кроссбраузерных костылей».
Хотя для версии 0.8 можно сказать что не плохо, некоторые браузеры только к восьмой версии дотягивают до некоторых пунктов из списка ))
А я имел ввиду именно 3GS аппараты, которые вышли не более двух месяцев назад.