GrAndSE's blog

Збираємо php 5.3 та nginx докупи

php 5.3 вийшов вже досить давно. Хоча лише невелика кількість хостерів оновлюється до нової версії, але рано чи пізно ця версія стане основною для більшості хостингів, особливо з огляду на те, що в ній з'явилась велика кількість приємних нововведень. Коли я працював з Mac OS X, я вже встиг познайомитись з php 5.3 (та ще й описати зміни з якими я зіткнувся), але не мав змоги поекспериментувати з новим функціоналом, перевірити всі самописні (і не тільки) бібліотечки, що я використовую, на сумісність з новою версією. А хочеться ж :)

Я вже встиг оновитись до бети Ubuntu, однак там все ще відсутній пакет для php-5.3. Оскільки й від версії 5.2 відмовлятись не хочеться, то я вирішив зібрати для експериметів зв'язку php-fastcgi+nginx.

Збираємо php

Оскільки готові пакети відсутні, то будемо збирати з вихідного коду. Завантажити його можна без жодних проблем. Розпаковуємо та переходимо для конфігурування. Кожен сам добре знає, які модулі йому потрібні. Особисто я зробив це так:

Слід звернути увагу

Так вже сталось, що я іноді пишу щось в неприємному ключі про мову php. :) Хоча й сам дуже часто нею користуюсь. І як я з часом розумію, причина тут не тільки в тому, що досить багато роботи є для php-програміста, а ще й в тому, що деякі речі дуже просто зробити саме на php. Можливо на python чи ruby ще простіше, однак оскільки я вже дуже звик до php, то сам можу попрацювати в якості такого собі справочного матеріалу, що може багато розповісти і про синтаксиси виклику функцій і про бібліотеки :) Тому для того, щоб написати маленький скриптик на декілька десятків рядків мені в більшості випадків не треба думати, як з python чи ruby.

Вже давно вийшов php 5.3 і хоча більшість хостерів ще не планують перехід на нього, однак як було з взагалі з 5ою гілкою php він раніше чи пізнціше стане основним на більшості хостингів. Тому хочу звернути вашу увагу на декілька аспектів, що можуть стати неприємними сюрпризами при переході.

Modev View Controller framework своїми руками

Декілька днів тому з великим задоволенням прочитав статтю про паттерн Спостерігач (Observer). І вирішив, що треба таки написати статтю про дуже розповсюджений зараз паттерн проектування Model View Controller (Модель Відображення Контроллер, скорочено MVC). З тих самих пір як я познайомився з ним більше двох років тому на прикладі фреймворку Ruby on Rails, я використовую самей цей паттерн в проектуванні бульш-менш великих проектів. І впевнений, що його використання дозволяє значно покращити зрозумілість програмного коду, спростити його рефакторинг та подальшу підтримку. Думаю, що після невеличкого приклада, всі хто ще не знайомий з цим паттерном будуть вимушені погодитись з цим.

Зараз цей паттерн використовується в CMS Joomla! та Livestreet, в .NET framework теж було додано інструментарій для роботи саме в рамках цієї ідеології, Swing для Java вимагає (наскільки це можливо) писати саме на основі такого паттерну, та ще й існує багато фреймворків, основаних на ньому: вищезгаданий Ruby on Rails, Django, Code Igniter, Zend Framework, Spring. Тому розумыння MVC є одною з необхідних речей для будь-якого програміста, що вважає себе професіоналом, оскільки дозволить значно легше розібратись з будь-яким з вищеперерахованих та ще десятків інших готових рішень..

В якості прикладу я напишу простенький php-фреймворк, на основі якого розроблю елементарний двигунець для блога (так-так, я "містер-оригінальність" :)) з можливістю додавати, видаляти та переглядати статті. Хоча й слово "розроблю" виглядає тут занадто пафосно ;)

Bug or feature? Числа в php

Хочу поділитись двома своїми спостереженнями про роботу з числами в мові php, які змусили мене коли я вперше зіштовхнувся з таким проблемами витратити купу часу та сил на їх подолання. Купу в межах кількості коду та часу, які б я мав витратити у нормальній мові програмування на подолання таких труднощів. Це мені дало ще більше підстав недолюблювати цю мову програмування, та називати її нелогічною. Справа в тому, що тут мова піде про таку здавалось би звичну для всіх річ, як робота з числовими даними, робота з якими мала б бути дуже простою та не викликати жодних проблем. Мала б бути. Однак php і тут підкинув проблему.

Дослідженні швидкості виклику методу в php

Давно цікавило мене питання, якою є швидкість виклику методів класів та функцій в мові php. Насправді питання доволі важливе, так як може суттєво вплинути на проектування системи, в тому випадку коли важливою є швидкодія системи. Всі відомі мені сучасні системи CMS та framewrok'и об'єктно орієнтовані. Раніше не раз зустрічав інформацію, що виклик методу класу ресурсомістке завдання, навіть у порівнянні з викликом функції. Чи справді це так? Наскільки? Вирішив присвяти годину-дві вільного часу дослідженню цього питання.

Трошки морфології на php

Так вже сталось, що framework, яким я користуюсь для розробки переважної більшості проектів за останній рік (і блог цей входить в їх число), був за останні тижні суттєво мною перероблений. Вирішив додати туди функціонал для автоматичного створення деяких об'єктів (моделей та контролерів). Для цього необхідними є перевірки: чи наявні такі об'єкти серед глобальних змінних та чи були продекларовані раніше всі необхідні класи. Зрозуміло, що на вхід функції для завантаження моделі чи контролера може потрапити назва сутності як в однині так і множині, а завантажувач має вже сам розбиратись, з яким іменем він має створити об'єкт і якого саме класу.

Така приємна штука непокоїла мене давно, з часів мого знайомства з Ruby on Rails. Але все ж знаходилась маса приводів чому це мені не треба робити - економія часу на виклик функції, та і так же все працює, немає власного часу на те щоб посидіти за цією задачею. А тут вже вирішив, що з кодом треба попрацювати, так чому б не додати таку функцію? Тому поставив собі задачу розробити функцій якій б повертали множину та однину переданого параметра для англійської мови.

Балада про php та електронну пошту.

Досить давно зіткнувся з проблемою відправки електронної пошти з php. З того часу знайшов декілька підходів до вирішення цієї проблеми та дізнався про різноманітні підводні камені, що можуть Вам, Шановний Читач, зустрітись в повсякденній роботі.

Розпочну я з того, яким чином просто можна відправляти повідомлення за допомогою php.

Перевірка імені та прізвища користувача регулярним виразом в php

Здавалося б елементарне завадання: "Перевірити ім'я, прізвище користувача на коректність". Ну зазвичай так і є. Однак, завадння ускладнюється при потребі перевіряти ім'я користувача надекількох мовах. Наприклад, англійська, російська та українська, що є актуальним для нашої країни.

Зрозуміло, що добрим варіантом є використання регулярних виразів. Ну особисто я полюбляю PERL-сумісні регулярні вирази, так як вони є більш потужними, та працюють швидше (в усякому разі так було раніше). Здавалося б для всіх символів оптимальним є використання символьного класу w, причому весь рядок має складатись з таких символів

Граблі з поштою та php

Приношу свої величезні вибачення пані letrodectus, що ніяк мені не вдається виконати свою обіцянку, та додати можливість підписуватись на коментарі. Для того, щоб зробити підписку через rss мені то й нічого особливого не потрібно - лише годинку чи дві. Однак я вважаю це недоцільним - ну немає на цьому блозі активних обговорень. Сподіваюсь, що лише поки що.

Частіше використовують поштову підписку. І з цим виникла одна проблема - пошта з серверу потрапляє далеко не на кожну поштову скриньку. Якщо відправлене на gmail повідомлення прийшло за пів хвилини, то на mail.ru доводиться повідомлення чекати досить довго, причому немає жодних гарантій, що воно дійде. Про перевірку ukr.net та rambler.ru залишились ще гірші враження: нічого не прийшло і не тільки з цього сервера.

Є одна ідея, як через ці граблі перейти, однак поки-що немає часу її випробовувати, та реалізовувати. Все одно доведеться в найближчому часі з цією проблемою боротись. Хотілось би спитати. а чи не стикався хто-небуть з такою проблемою? Хотілось би подивитись також очима інших людей - можливо моє рішення буде занадто складним та громіздким і хтось запропонує щось просте та еффективне.

Дякую за увагу!

Збираємо дані про швидкодію скриптів

Доволі часто необхіжно оцінити швидкодію написаного Вами на php програмного коду. Хочу зробити коротенький огляд способів оцінки того, як швидко працює написаний код.