Решил тут на днях сравнить производительность своих новых консольных приложений на Yii против их предшественников запуск из строки браузера.
Ну и сразу скажу, что предполагалось, что они должны работать быстрее, т.к. запускаются из командной строки. И предположения были правильные.
Многие из нас сталкивались с проблемами создания файлов таблиц (EXCEL) придумывали свои костыли для работы.
Создавали свои классы чтобы можно было создавать эти самые документы, вроде и работает хорошо, и своё, но с каждым разом появляются недостатки своего кода. Такие как, стилизация ячеек, автоматические поля для пересчета, чтобы при скачивании и изменении некоторых данных, суммы считались сами, уже инструментами EXCEL.
/index.php?r=index/new&id=1&t=testingsНу что тут сказать. в принципе нормально, данные получить можно, но смотриться некарсиво!
/index.php/post/1/testings
Много статей по тому "Как я реализовал Front и Back". Ну и я решил написать подобную статью, с единственным отступлением от всех.
В большинстве случаев, все предлагают разделить эти части так
Контроллеры у себя в папках protected/controllers/frontend protected/controllers/backend Представления у себя protected/views/frontend protected/views/backend
Ну ничего плохого в этом и нет. Контроллеры отдельно, представления тоже. Единственное что все остальное лежит в одном месте. Нет ничего против не имею. Просто, скорее всего под разные задачи это все годиться.
Просто в этих случаях входные файлы, как правило, лежат в корне сайта это index.php и admin.php у которых пути подключения разные и только. И тем самым мы из одного места можем попасть и в админку и на сайт. С одной стороны все здорово, все в одном месте и не нужно искать что где лежит, ведь все разложено по папкам. С другой стороны, все хотят как-то обезопасить вход в админку сайта, сделать для него уникальный путь, да или на худой конец вынести на отдельный поддомен или домен, чем не решение задачи?
В фреймворке Yii есть замечательный инструмент под названием gii.
Он за Вас умеет создавать контроллеры, модели, CRUD, формы, модули.
Настройка его достаточно проста.
В файле конфигурации добавите, если нет, либо раскомментируйте если есть строки
Все сталкивались с тем как написать ТЗ к тому или иному проекту или модулю?!
Скорее всего каждый из разработчиков сталкивался с этим.
Я вот тоже постоянно не знал правильного подхода к написанию этого самого ТЗ, но с течением времени накопились некоторые знания по данному вопросу.
Как известно мы хотим получить от клиента много информации, я сейчас пишу именно про технические стороны проекта. Допустим хочет клиент блок фотографий, мы с одной стороны понимаем в голове уже как и какие поля в БД будут, как будет работать сие. Но что в голове у клиента? Он в большинстве своём вообще не владеет ни технологиями, ни правильной речью, просто ничем, но хочет всё.
Я в таких случаях прошу расписать более конкретно то что должно быть в блоке фотографий. Начнем со стороны сайта.
Итого получаем по минимуму 4 поля + поле уникального ID в базе итого пока из 5 + можно уделить внимание такому полю как статус публикации фотографии, а значит полей уже 6, и вот так думая и раздумывая как должно все выглядеть получаете более точное представление а структуре БД и вашего ТЗ.
Долго хотел зарегиться на сайте http://habrahabr.ru все никак руки не доходили, да и мысли в голове были разные, и что-то выложить действительно стоящее не мог.
Но вот все-таки мысли пришлось разложить по полочкам и вполне можно писать на этот клевый сайт.
Но опять же есть одно "но" нет того самого инвайта.
#cd /tmp
#wget http://download.savannah.gnu.org/releases/hddtemp/hddtemp-0.3-beta15.tar.bz2
#tar -jxvf hddtemp-0.3-beta15.tar.bz2
#cd hddtemp-0.3-beta15
#./configure
#make
#make install
#cd /usr/share/misc/