Колко от вас работят с CakePHP?

След 10-тина дни се провежда CakeFest 2010 - едно доста мащабно събитие, уви, в Щатите. Искрено се надявам на видео записи, за да видя последните трендове във фреймуърка.

Доколкото познавам PHP пазарът в България, няма ярко изразена платформа или фреймуърк в PHP, наложени масово. Използват се Joomla, WordPress, от известно време Drupal. Отвъд CMS (и блогинг) системите познавам малки групи от кодери на CakePHP, Zend, Symfony и множество custom фреймуърци. 

Тъй като скоро CakeFest 2010 ще премине, колегите от Cake Software Foundation разучават възможни локации за провеждане на събитието. Имах неангажиращ разговор с Graham Weldon, по време на който той прояви интерес към София като дестинация за феста през 2011-та година. Един от основните фактори, разбира се, е каква част от PHP (и не само) разработчиците (и отново не само) в страната биха посетили такова събитие? Естествено, яснота за цени няма, но най-малкото отпадат разходи за път и хотели (за разлика от конференции в други страни).

Конференциите обикновено са 2 части: workshop и семинар. Полезното на първата част е, че се вижда технологията в действие: реален проект с всичко стандартно по него и някои fine tunes с въпроси и отговори. Във втората част има някои интересни плъгини или трикове с технологията. 

Като цяло минимална бройка заинтересовани е 110-120 човека от БГ. Без яснота в цената е трудно да се прогнозира, но в случай, че цените са достъпни, датите - също, смятам че хората от самото ядро на проекта биха били истински интересни и полезни за такъв тип събитие.

Аз лично познавам ограничен кръг от CakePHP заинтересовани потребители и бих се радвал да чуя колко от вас биха посетили такова събитие? Предполагам че някои фирми биха закупили ваучери/билети за участие на служителите им, ако имат такава практика. Някой сеща ли се за PHP фирми, които биха включили хора в такъв тип?

Сходни постове:

1. CakePHP и RSS feed без магии   Cak
2. CakePHP и свързани select-и с AJAX Наложи се
3. CakePHP - администрация, Auth, Acl и привилегии В CakePHP

Related posts brought to you by Yet Another Related Posts Plugin.

Тъй като "безплатен обяд няма", условията на играта са следните: 

Всеки, който отговори сериозно на списъка, ще получи 2 линка в 2 поста (в този блог и във Freelance Lodge) с кратък коментар от списъка. За отговор се счита коментар под поста с мнение по 10-те въпроса или пост в блога на колегата (тип меме на задачата).

А ето и въпросите:

1. Как договаряте условията - гъвкави (agile) методологии или дълги спецификации?
2. Колко време отнема контактът с клиента: срещи, телефонни разговори, мейли?
3. По какъв начин договаряте дизайна, за да избегнете постоянните промени в процеса на работа?
4. Как разпределяте минорните (незначителни и кратки) корекции от съществените (тези, които отнемат време и водят до закъснения и загуби)?
5. По какъв начин договаряте плащанията (авансови, на фази, на срокове)?
6. Работите ли извън стандартното време (вечер, уикендите)?
7. Как реагирате при закъснения на клиент (забавяне на материали, закъснение при отговор и на плащане)?
8. Кои са задължителните въпроси и уточнения, които задавате и разяснявате на клиента в началото?
9. Колко от проектите ви са на загуба или със закъснение?
10. Кои са признаците на потенциалния проблемен клиент?

Сходни постове:

1. Права и отговорности за домейните - онлайн дискусия Голяма час

Related posts brought to you by Yet Another Related Posts Plugin.

Вчерашната ни разходка беше по-скоро изследователска - разглеждахме за някои неща, но така и не попаднахме на нещо конкретно. В Сердика мола ни заболя главата от магазини от двете страни - типичен търговски център ала Илиянци (базар за дрехи, обувки и бижута). 

Днес обаче разходката до The Mall бе далеч по-ползотворна. Последният път, връщайки се от Пловдив, бях без кола и не успяхме да напазаруваме оттам. Днес си взех едни къси гащи от New Yorker, прегледахме магазина за видео фенове (със статуетки, плакати и книги от Star Wars, Simpsons etc), минахме през Ку-Ку частта в Карфур и, разбира се, в плей центъра с конзоли, игри, боулинг, 4D кино. Радвам се, когато има възможност да се прекара един ден с такива неща. Повечето клубове с конзоли, за които се сещам, отдавна не съществуват; за Боулинг се сещам за Люлин и залата в Студентски и в общи линии повечето игрални зали или са адски зле поддържани, или просто ги няма. 

Основните предимства на моловете изобщо са, че имат безплатен (за известен период) паркинг, а вътре в себе си съдържат повечето неща, необходими за ежедневието - храна (супермаркети, готвена храна и джънк), дрехи, книги. По няколко различни вида кафенета, подходящи за срещи (снадбени обикновено с отворен безжичен нет). Споменах ли и кино залите? (с натъртване на iMax в Mall of Sofia). От започването на кризата насам в Илиянци вдигнаха цените и наемите неимоверно (безкрайно тъпа идея), а в центъра намалиха цените по 30-70% дори на доста маркови стоки - внос от Италия, Германия, Англия. Вече доста маркови и хубави дрехи са на доста достъпни цени - в Тера Нова дрехите са по 5-30лв, както и в различни други чужди вериги за тениски, дънки, блузки и подобни. Конкуренцията (20+ такива магазина в един мол) прави нещата още по-конкурентни, а при наличието на охладена сграда в летните жеги не е невъзможно обикалянето до няколко съседни магазина и сверка на часовника.

Банките вътре, гишетата на Easy Pay, магазините за техника, за мобилни оператори и прочие обслужват и останалите нужди, така че да може да се свърши максимално работа за минимална единица площ и време (поне чисто теоретично). Тъй че, колкото и да съм скептичен спрямо изчезването на малките магазинчета по блоковете и уличките (подобно на динозаврите едно време), големите хранителни вериги и молове имат значителни предимства в доста аспекти.

P.S. Виждал съм Guitar Hero на няколко места, но играта с танците на квадратната арена със стрелки е нещо, което съм виждал единствено в Malcolm in the Middle и американски филми, така че с Ива направихме няколко разигравания на въпросното. ) Ако има състезания, може да се подготвям за участие в тях

Няма сходни постове.

Related posts brought to you by Yet Another Related Posts Plugin.

Например, ако във файла one.py се опитаме да извикаме "import two.py", а в two.py направим обратното - "import one.py", то ще изпаднем във въпросния кръгов цикличен импорт и ще счупим кода успешно

Като цяло решенията, които открих, са:

• дизайн на кода по начин, който не довежда до такива взаимни извиквания
• късни импорти (import в логиката на кода, а не в началото на модула)

В Django обаче, при взаимни връзки между апликации, се налага да се вмъкват отделни модели от models.py в различните апликации. Грешката, която извежда при подобен проблем, обикновено няма абсолютно нищо общо и трудно ще откриете проблема. 

За да може да се обърнете към връзка 1:M или M:M, вариант е да посочвате името на модела като символен литерал, като по този начин не се налага да го добавяте в импортите отгоре. Например:

countries = models.ManyToManyField(
'mainapp.Country', db_table='mainapp_country_links', blank=True, null=False)

С горния начин печеля две неща: не довеждам до рекурсивно вмъкване директно, а и посочвам с db_table таблица за "many to many", в която да търси дадената връзка.

Няма сходни постове.

Related posts brought to you by Yet Another Related Posts Plugin.

На мен ми отне доста време да навлезна в нещата. Досега бях ползвал единствено Auth, а бях писал и мой собствен малък компонент за забрана на административния панел. Acl връзките обаче ми отнеха доста време. Прегледах няколко open source проекта, както и плъгини на мои колеги, но не намерих работещ пример за същото нещо. Получи се горе-долу като в CodeIgniter - има доста различни решения за Acl, тъй като стандартното не е особено удобно или е трудно за интеграция (по тази причина пуснах алфата на ZonesCI)

В края на краищата урокът от сайта на CakePHP е на Mark Story, който го е описал в две страници в блога си. След като опитах няколко пъти да го направя, а и поговорих лично с него и с други по-опитни хора от contributor-ите, успях да подкарам демото. Качен е примерен проект и лекцията е относително подробна, с няколко дребни изключения поради разликата между CakePHP 1.2 и 1.3.

• трябва да добавим Session в масива с компоненти в app_controller.php, тъй като от версия 1.3 не се добавя автоматично, а flash съобщенията използват сесията
• cake schema run create вече не изисква 'run' като аргумент, така че трябва да се махне
• cake acl grant вече има друг синтаксис

Първата страница обикновено не е проблемна при следване на инструкциите. Там са основните неща - създаване на базата и промяна на контролерите и моделите, за да бъдат свързани с ACO и ARO функционалностите. Тъй като ACO и ARO са неясни в началото, добър урок е Access Control Lists от сайта, обясняващ с примери access control обектите и различните роли за тях.

Във втората част има малко повече места, които могат да бъдат спънка. На първо място идва въпросът: какъв е този root controllers обект? Отговорът е следният: controllers е главната папка, в която се намират контролерите. Това е началната точка, от която започваме. По-нататък, със скрипт (а може и на ръка), могат да се извлекат всички контролери + всички действия (actions) в CakePHP проекта ни. По този начин рекурсивно може да извикаме скрипт, който да ни генерира този списък. 

Може да извикаме командата 1 към 1 в шела на Cake, без да се притесняваме.

P.S. За row-based ACL може да ползваме плъгина на Ceeram - user plugin. Той ни дава по-добра връзка за Auth, който прави проверки за ACO обекти, създадени с AclBehavior обекта.

По-долу има един скрипт buildAcl. Той прави именно това, което ни трябва - да мине надолу по контролерите и да напълни acos таблицата с всички контролери и методи, които ни трябват. Имайки списък с всички пътища, можем да зададем привилегии за тях за всяка роля - група или потребител в група. 

buildAcl се извиква по следния начин:

http://localhost/иметонапроекта/users/buildAcl (ако хостваме на локалния хост)

Функцията може да се вика всеки път, когато добавяме нови методи или контролери в папката, за да е актуален списъкът. Това може да се прави и на ръка от шела, но е доста повече механична работа. 

Най-критичната част по мое мнение е следващата: Setting permissions. Там срещнах основните затруднения. 

След като сме прочели статията за Access Control Lists, става ясно, че трябва да свържем ролите (потребителите и групите) с контролите (контролерите и действията). Тъй като самия add не е със същия синтаксис от шела, лесен начин за начало е да се добави initDB функцията по-долу и да се извика - http://localhost/сайтътни/users/initDB (ако хостваме на локалната машина). Това ще даде примерни привилегии за нашите групи от 1 до 3, както е описано по-долу.

Така все пак ще имаме почти работещо приложение. Ако добавим login.ctp в app/views/users и добавим 2-та реда в logout() action-а на users_controller, ще имаме изцяло работеща система: ще можем да се логнем с предварително създадените ни потребители и те ще бъдат ограничени, както сме посочили. 

Проблем обаче е задаването на привилегиите. Писането в шела е мъчно и дълго, а и най-вече неясно и съвсем неудобно за нетехнически хора. На помощ идва acl_plugin - плъгин за ACL в CakePHP, който предоставя удобен ajax-базиран административен панел Демо на панела ще откриете тук. Така с drag'n'drop (или click+click) може да си създавате привилегии.

Схемата е следната - теглим проекта по http или с git и го добавяме в app/plugins/acl на проекта. Въпреки че онлайн се подвизава като acl_plugin, трябва в папката plugins да се именова като acl! Допълнителни настройки не са необходими - влизаме като администратор и достъпваме:

http://localhost/иметонапроекта/admin/acl/acl

Note: За да имаме достъп до acl, най-лесният вариант е временно да добавим в app_controller -> beforeFilter action-а един:

$this->Auth->allow('*');

Това ще ни разреши достъп до всеки път, докато си сглобим привилегиите. След това може да премахнем реда и да не го достъпваме без права.

Така имаме работеща CakePHP система с Auth, ACL и административен панел за привилегии.

Сходни постове:

1. ZonesCI - малка CodeIgniter auth библиотека   Вче
2. Колко от вас работят с CakePHP? Един интер
3. CakePHP и RSS feed без магии   Cak

Related posts brought to you by Yet Another Related Posts Plugin.

От месец и нещо, минавайки през книжарниците до офиса, поглеждам за БГ литература за IT-та. Пазарът винаги е бил беден, но напоследък никакъв го няма. Издания, които имам вкъщи от преди 4-5 години (и още са що-годе актуални) не са преиздавани и ги няма никъде. Няколко е-книги, които имам също от доста време, отсъстват на книжния пазар.

Изобщо сумарно навсякъде - Orange, Хеликон, Пингвините и още няколко големи + Славейков, а и книжарниците на НБУ и ТУ-София, въртят 20-тина компютърни книги, като 2/3 от тях са "Компютър for dummies", "Skype за начинаещи" и "Windows 2000". В програмните пък има Visual Basic и Pascal, 2-3 книги за Java, някакви преводни неща на O'Reilly и толкоз. 

Колегата Веселин има в библиотеката в офиса си 10-тина книжки на БГ за PHP. От тях само 1 или 2 се разпространяват в момента. 

Та какво "пиратството ограбва", като и да имаш желание, няма какво да си вземеш за pocket manual, ако тепърва започваш в училище например? В случая дори не обсъждаме преводите (от лингвисти, които не работят с компютри) и странната терминология от математиката през 70-те, която отдавна не е актуална...

Сходни постове:

1. Нов тираж на "Въведение в програмирането с Java"   От

Related posts brought to you by Yet Another Related Posts Plugin.

В Италия беше хубаво. Хората в тези ширини са по-отворени и познават понятия като почивка. Привечер по улиците има хора, за разлика от много градове в Германия например. По площадите хората са айляк, правят си седянки по фонтаните, свирят, рисуват, почиват. Чудя се какво ли е да си израснал в такава обстановка. Най-малкото в градския транспорт не става пого, а има съобразяване. Прикачам 1-2 снимки за цвят, Ива ще качи в албумчето ни повече кадри за София - Болоня (P.S. специални благодарства на Влади за хубавите extreme тениски, които ми подари ) ).

Това не е основното в случая, де. Болоня, Равена и Форли, които разгледахме, бяха много приятни дестинации. Но с една особеност. Европейски. А България е гранична точка между Северна Африка и Западна Азия. Вероятно преди Освобождението е имало някакви дрязги и за сметка на отнетите ни земи за ни причислили към Европа (компромисно). За жалост това не ни променя особено много.

Гледам да страня от културния шок при кацане на летището или минаване през границата (макар че при втория случай се минава през балканска страна и преходът е по-плавен). При все това сутринта с Ива обсъждахме pros and cons на България. Съпоставяйки с преди две-три години, някои неща вървят в добра насока. Стандартът се е вдигнал малко от влизането ни в ЕС насам (макар цените и таксите да скочиха гротескно много). Направиха се някои ремонти на пътища и продължават да се правят, пусна се все пак някаква форма на метро. Някои по-невидими, но важни промени в народа също настъпиха. Пешеходните пътеки се ползват по-активно, а шофьорите спират по-често. Дали заради засилен контрол (според мен да), или заради нещо друго - не знам.

Обаче манталитетът още си е същият. Изнервеното положение, агресията, войната по пътищата, снобизмът, липсата на вежливост, неграмотността, простотията и други подобни качества прозират дори в изкуствения свят.

Защо изобщо споменавам „изкуствен свят“?

Защото тези от нас, които живеят относително добре в България, не живеят като българите. Изкарах средното си в специализирано училище, пълно с ИТ-та, под някаква форма на контрол и с някакво желание за развитие. Университетът ми е частен. Работя в ИТ сферата - сиреч комуникирам основно с чужденци и/или бизнесмени, седя пред компютър през голяма част от времето. Пътувам с кола, маршрутки или таксита; умишлено избягвам градския транспорт в пиковите часове по много причини. Повечето ми познати процедират по подобен начин - комуникират виртуално или с колеги в някаква специализирана ниша, пътуват, самоусъвършенстват се. И да, това не е истинската България, но това е и един от малкото начини да поддържаш нещата поносими.

Няма смисъл от особени лирични отклонения за страната - всеки си я знае, но не всеки положително настроен осъзнава, че се намира в затворена капсула с определен филтриран социален живот. Нещата в периферията имат почти митологичен характер.

За финал - нещо на Яворов, носещо името "Ледена стена":

Ледена стена - под нея съм роден.

Стъклена стена - отвред съм обграден.

Хладната стена - замръзна моя дих.

Вечната стена - с глава я не разбих...

Който приближи - стовари черен труп:

кой не приближи! - и мъртъвци са куп.

Който приближи - затули лъч една:

кой не приближи! - и чезна в тъмнина.

Няма сходни постове.

Related posts brought to you by Yet Another Related Posts Plugin.

При работа с посредници нещата могат да се усложнят допълнително. Ако използвате фирма или freelance специалист за своя уебсайт, след това може да имате проблеми при заемане на правата на своето собствено онлайн пространство. Ако имате нужда от .bg домейн, от своя страна, ще трябва да предоставите доста подробна документация за себе си и дейността си, за да може да заемете място в бранша, завършващо на .bg.

На 29-ти юни (утре) от 11ч IDG.bg ще проведе онлайн дискусия със съдействието на Суперхостинг, в която ще се разяснят много междинни въпроси по темата. Важни теми са правилата на потребителите и на компаниите, които предлагат услугите; юридическите норми, действащи в законодателството, участието на повече посредници и други. Дискусията е отворена и достъпна онлайн утре на chat.idg.bg.

Сходни постове:

1. Топ 10 проблема при преговорите - дискусия Една диску

Related posts brought to you by Yet Another Related Posts Plugin.

След малко ровене се оказа, че проблемът е в HeadSpace2 SEO плъгина (за тези, които го ползват). Тъй като е вързан за доста неща и миграцията от него не е проста, по-лесно е да се фиксне плъгина.

Корекцията е в headspace-tags.js - трябва да заменим get_tag_element() функцията с тази:

function get_tag_element () {
  if ($('#tax-input-post_tag').length == 1)
	return '#tax-input-post_tag';
  else if ($('#tags-input').length == 1)
	return '#tags-input';
  else if ($('#tax-input\[post_tag\]').length == 1)
	return '#tax-input\[post_tag\]';
}
 

10x на Aaron за фикса.

Сходни постове:

1. Колко от вас работят с CakePHP? Един интер
2. Хакнат peshev.net WordPress 2.8.4 + малко оптимизъм   Таз
3. Модерното CV или LinkedIn интеграцията   Раб

Related posts brought to you by Yet Another Related Posts Plugin.

Концепцията не е нова - прихваща се click на първия списък, взима се стойността, а на базата на нея се зареждат резултатите във втория лист. Въпреки това структурата на CakePHP не предполага функциите да извеждат чисто и просто резултат, а MVC подходът изисква връзка на controller-а с view, което да извежда резултат. Нещата стават малко по-усложнени - особено поради необходимостта от шаблон (layout). Така че се налага да се направят някои корекции по въпроса.

Първо, използвам jQuery Related (Dependent) Selects Plugin. Само с няколко реда код може да навържем няколко списъка като верига (chain). 

След като добавим плъгина в webroot/js на проекта и го вмъкнем в шаблона (наред с jQuery скрипта, разбира се), трябва да добавим скрипта във view-то, в което са селектите, и да го навържем към дадена функция. 

Тъй като трябва да попълваме списък, най-удобният вариант е да правим find() в таблица, в която филтрираме записите, и да връщаме 'list'. Сериализираме това към json и го подаваме на AJAX метода.

Има два лесни начина да накараме функцията да връща само това, което ни е необходимо - без да спазва структурата на CakePHP и да зарежда различни шаблони и да счупи връщания резултат.

1. Да използваме вградения layout "ajax":

$this->layout = 'ajax';

, след което върнатият резултат няма да има шаблон, а само json кода от нас.

Да използваме RequestHandler и да специфицираме, че ще връщаме json съдържание. Зареждаме RequestHandler компонента в контролера:

var $components = array('RequestHandler');

, а след това (в action метода) задаваме какво точно съдържание да се връща:

$this->RequestHandler->setContent('json', 'text/javascript');

И в двата случая по-горе трябва да направим празен view файл с името на метода, както е конвенцията на Cake. В противен случай системата ще изведе съобщение за грешка... вместо просто сериализираните данни. 

Примерен код от view-то, което вика ajax-а:

echo $form->create('Order');
echo $form->input('account_id', array('empty' => true));
echo $form->input('location_id', array('empty' => true));
...
$('#OrderAddForm').relatedSelects({
	onChangeLoad: 'locbyaccount',
	selects: ['data[Order][account_id]', 'data[Order][location_id]']
});
 

Примерна функция, която handle-ва:

function locbyaccount($account_id = NULL) {
		$this->RequestHandler->setContent('json', 'text/javascript');
 
		$account_id = $_GET['data']['Order']['account_id'];
		$orders = $this->Order->Location->find('list', array('conditions' => array('Location.account_id' => $account_id), 'fields' => array('location_id', 'location_address'), 'order' => 'location_address'));
		echo json_encode($orders);
}

Сходни постове:

1. CakePHP и RSS feed без магии   Cak
2. CakePHP - администрация, Auth, Acl и привилегии В CakePHP
3. Колко от вас работят с CakePHP? Един интер

Related posts brought to you by Yet Another Related Posts Plugin.