Тег ‘PHP’
ПрограмуванняEclipse Helios + PDT + Smarty = незамінний інструментарій WEB-програміста
Eclipse Helios 3.6
Eclipse Helios – чергове обновлення всім нам відомого і любимого IDE, яке містить величезну кількість нововведень, а також, покращення його роботи в цілому. Раніше я уже писав про те, як інтегрувати попередню версію Eclipse Galileo із PDT + Smarty, і приємно те, що матеріали тієї публікації все ж таки комусь пригодились, адже отримав безліч подяк в анонімному вигляді. Але через катастрофічний брак вільного часу так і не вдалось вчасно написати матеріал про те, як інтегрувати нову версію Eclipse Helios, який вийшов ще 23 червня 2010р. Насправді, тепер немає жодних проблем із інтерграцією, оскільки Eclipse Helios уже містить в собі нові PDT 2.2.x та DLTK 2.x плагіни, які необхідні для функціонування SmartyPDT.
Тому, рекомендую всім обновитися на Eclipse Helios, і якщо є бажання інтегрувати PDT + Smarty, то читайте нижче… 
ПрограмуванняEclipse Galileo + PDT + Smarty + Python = незамінний інструментарій WEB-програміста
Eclipse Galileo
Eclipse – це модульне інтегроване середовище розробки програмного забезпечення (IDE). Воно є найпопулярнішим серед Java, C++, PHP, JavaScript, Python розробників. Сьогодні ми поговоримо про IDE для WEB- програміста, а якщо конкртеніше, то про взаємодію: Eclipse + PDT + Smarty + Python. Я у свій час “пройшов” через багато редакторів: починаючи від простеньких, що лиш підсвічують синтаксис, і закінчуючи такими “монстрами” як: Eclipse, Zend Studio та NetBeans. З останнім я кілька днів попрацював і чомусь розчарувався, уже точно не пам’ятаю чому. А з Zend Studio “дружив” багато часу, починючи з тих часів, як він тільки почав розроблятися (це версії 2.x і тд.). Але з того часу як з’явився “плагін” для роботи із PHP у Eclipse (Eclipse 3.2 & PDT 0.7) – я назавжди попрощався з Zend Studio. Просто уже тоді було зрозуміло, що платити немає за що, так як Zend Studio якраз і базується на платформі Eclipse. І що саме важливе, що зазвичай для Zend Studio викорстовує старі релізи. А якщо порівнювати функціонал і кількість необхідних плагінів – то Zend Studio “курить в стороні”
Але менше з тим, мабуть, із заголовка Вас більше цікавило PDT + Smarty + Python? Так, так – це можливо! Але для цього прийдеться використовувати останні тестові збірки PDT та DLTK. Це все пов’язано із тим, що незабаром (23 червня 2010 року) має вийти новий реліз Eclipse Helios 3.6. Тому всі розробники уже проектують свої плагіни для сумісності із новими можливостями Helios. DLTK зараз працює над гілкою 2.x, PDT – над 2.2.x, а Smarty для PDT – взагалі майже ніхто не підтримує. Останні зміни були 25 листопада 2009 року, і саме на них чекали більшість шанувальників Eclipse+PDT, так як тепер SmartyPDT буде працювати із останніми тестовими збірками PDT 2.2.x. Тому, менше слів – за роботу!
Mac OSPHP: Проблема компіляції “iconv” – “Undefined symbols: _libiconv”
Mac OS Snow Leopard & PHP
Не дивлячись на те, що Mac OS X 10.6 (Snow Leopard) був випущений уже більше місяця тому, а мені “пощупати” його так і не вдавалось досі (із-за відсутності вільного часу). Тому, я недавно оновив свого Leopard-а В цьому процесі жодних проблем не було виявлено, за винятком USB Overdrive, який просто “убивав” систему своїм старим “kext”-ом, після першого перезавантаження. Але у новій версії 3.x це все було поправлено.
Найбільше веб-девелоперів, мабуть, порадував новий PHP 5.3 , який тепер комплектується у парі із останнім Apache в режимі 64bit. Але для тих людей, кому стандартної комплектації модулів не вистачає – вдаються до ручного збору PHP під свої потреби. Але у мене була інша особливість – мені потрібно зробити “downgrade” до останньої версії 5.2.x, так як PHP 5.3 поки знаходиться в такому стані, в якому його нормально використовувати не можна. Та і є багато нюансів із “deprecated” особливостями, після яких необхідно буде переглянути старі проекти чи їх окремі бібліотеки на сумісність з новим PHP…
Mac OSСкажемо “Ні!” – PHP з роздільними модулями, або як боротися із “PHP’s Buildconf: Can’t figure out your VCS, not cleaning.”
PHP: Hypertext Preprocessor
Досить часто на різних форумах чи блогах зустрічаю скарги людей, які жаліються на те, що “buildconf”(скрипт, який перебудовує конфігураційний файл на основі наявних розширень у папці “ext” та інших параметрів), не працює належним чином. В принципі, з такою проблемою рідко хто зустрічається, адже використовувати “buildconf” немає потреби, так як вихідний код PHP уже містить конфігураційний файл “configure”, що містить інформацію про всі наявні розширення із /php-x.x.x/ext.
Але я не є прихильником того, коли PHP компілюють із роздільними модулями (shared). Іншими словами, коли уже зазначені модулі у *.INI файлі, PHP буде підключати із системи. Тому, альтернативним варіантом є компіляція PHP одразу з необхідними мені розширеннями. Робити акцент на тому, наскільки PHP із роздільними модулями буде повільніше працювати (старт ВЕБ-сервера і тд.) чи про витрати пам’яті я не буду, так як про це досить багато статтей є в Інтернеті. Мова піде якраз про те, як зібрати PHP на Mac OS з модулями, які будуть зібрані разом із ядром самого ж PHP…
