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

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

І я теж Шерлок Холмс.

Останні два дні мав змогу повноцінно насолодитись розробкою та відлагодженням коду на C++. І тут зрозумів, який же драйв я отримую від цього процесу. Ніяк інакше це назвати не можна. Причому це задоволення не покидало мене протягом всього часу роботи з кодом: від того моменту, коли я написав ті два десятки рядків, що читали вхідні дані з файлу та виводили їх на екран, до того часу, коли я запустив останнього разу цю невеличку програму та побачив результати її виконання, саме так як це й мало бути. Навіть після цього разом з задоволенням від закінченої справи та очікуванням на виплату за зроблену роботу відчув ще щось.. Немов дочитав цікаву книжку. І так само, як на останніх сторінках захопливого твору, якось не хотілось щоб це невеличке диво закінчилось.

І це C++, відомий досить сладною роботою з пам'яттю, вимогливістю до написання коду, готовий в будь-який момент сказати Segmentation fault, без яких би то не було пояснень. Ніякого трейсу стеку, чи хоча б невеликого повідомлення з вказівкою на рядок, де цей самий fault вискочив. І тут починається виведення додаткової інформації по всьому коду, з метою виявлення місця де виникла помилка, покрокове виконання програми за допомогою gdb (для тих хто не знаю, консольний відлагоджувач, досить потужний та гнучкий, хоча й незвичний).

Чому Open Source не помре?

Саме сьогодні мені захотілось поділитись своїми думками стосовно світу Open Source. Виною тому є моя спроба зробити свій внесок в проект MySQL Proxy. Про неї я розповім окремо, коли доля мого шматочка коду стане відомою, а поки що хочу поділитись своїми думками з приводу Open Source як явища та його подальшої долі.

Досить багато людей вважають, що вільне (чи тим паче з відкритим кодом) програмне забезпечення не може бути якісним, що в нього немає майбутнього. В чому причина таких думок? По-перше, звичка до того, що програмне забезпечення - великий бізнес, що за прибутками переріс розробку та продаж апаратного забезпечення. По-друге, прихильники такої думки прагнуть стати частиною цього бізнесу на якому б то не було рівні. По-третє, нерозуміння причин стрімкого розвитку світу Open Source та вільного ПЗ.

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

День програміста

Радий всіх товаришів за родом занять та інтересами привітати з днем програміста (256 днем року). Бажаю щоб завжди на вашу долю випадали цікаві для Вас задачі, щоб писались вони легко, щоб помилок було мало, а пошук тих що є проходив безболісно та швидко та щоб за ці цікаві для Вас задачі гонорари були достойні вашого високого професійного рівня. Ну і ще гарного Вам спілкування з колегами та керівниками. І чудово провести цей день :)

P.S.: Якось так вже сталось, що ну ніяк на блозі не пишу про не-ІТ свята - завжди щось заважає.

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

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

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

Соціальна ІТ спільнота розробників

Останнім часом звернув своб увагу на соціальну спільноту Rozrobka.com. Зараєстрований я там доволі давно, після коментаря на моєму блозі пана Zenuk. Але тоді чомусь тільки трошки пробіг очима по першій сторінці і далі не став читати. Відштовхнула схожість проекту на всім відомий Хабрахабр.

Однак останнім часом я змінив свою думку, перечитав всі цікаві особисто мені матераіли на Розробці, привів до ладу свій профіль та потрошку викладаю посилання з описами на свої матеріали. Можливо треба було б викладати матеріали повністю, але мені відверто кажучи лінь це робити.

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

Порівняння швидкодії БД (PostgreSQL, MySQL, SQLite)

Думаю, найбільш популярною на сьогодняшній день серед розробників є БД MySQL. Досить простий у використанні, розповсюджений серед хостерів, більшість CMS орієнтовані саме на нього, а починаючи з 5ої версії в цій системі з'явилось багато можливостей, притаманних корпоративним БД. І список можливостей продовжує рости. Розробники та прихильники MySQL досить часто стверджують, що він дуже швидкий, гнучкий та здатний до масштабування.

Однак, не дивлячись на те з MySQL все так добре та чудово, самеPostgreSQL використовується для збереження данних в більшості великих соціальних мереж, саме нею скористалось Yahoo! для побудови найбільшої в світі БД. Цікаво, що прихильники PostgreSQL з гордістю кажуть, що їх улюбленець значно швидший за MySQL, ну а його прихильники в свою чергу доволі часто кажуть протилежне.

А тут ще SQLite, що займає доволі потужні позиції в desktop-орієнтованому софті, а ще дехто каже про чудові можливості Firebird. І це тільки найпопулярніші з opensource баз данних.

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

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-фреймворк, на основі якого розроблю елементарний двигунець для блога (так-так, я "містер-оригінальність" :)) з можливістю додавати, видаляти та переглядати статті. Хоча й слово "розроблю" виглядає тут занадто пафосно ;)

GROUP_CONCAT та інші дрібнички в PostgreSQL

Не вперше я хочу написати про БД PostgreSQL. Цього разу хочу розповісти про декілька дрібничок, що можуть стати неприємною несподіванкою для людей, що довгий час працювали з MySQL та зіпсувати враження від цієї чудової БД. І ось такі дрібнички часто є причиною того, що PostgreSQL вважається деякими програмістами системою значно складнішою в роботі за MySQL. Особисто я з цим не можу погодитись - просто треба знати, як і що зробити саме тут.

Ну що ж. Розпочнемо з простого, а там буде видно.

MySQL proxy та логування запитів

Вже більше тижня я ніяк не можу одужати. Переважно лежу вдома, відпочиваю та набираюсь сил. Тому досить довгий час я не міг зібратись з думками та дописати (хоча й почав доволі давно) продовження своєї розповіді про молодий та цікавий проект MySQL proxy, що дозволяє досить легко проксювати запити до одного чи декількох серверів MySQL. Нагадаю, що таким чином можна створювати системи, що можуть витримувати підвищені навантаження, внаслідок розподілення запитів між декількома серверами, систему автоматичного коректування запитів, чи систему ведення логів запитів та підключень для декількох різних серверів. Думаю, що невеличке занурення в написання lua-скриптів для конфігурування MySQL proxy слід розпочати саме з такої досить простої задачі (це я про ведення логів).

Для початку рекомендую продивитись попередній матеріал та мою ж розповідь про Lua, хоча це й необов'язково.