Zasadniczo nie mam nic przeciwko phpMyAdmin . Towarzyszy mi praktycznie od początku przygody z PHP. Wprawdzie przez parę lat przytyło mu się znacznie, ale za to jego ostatnie wersje mają odrobinę Ajaxa dzięki temu nabrał trochę prędkości. Jednak nie o nim będę dzisiaj pisał, tylko o ciekawej alternatywie w postaci CIMyAdmin . Projekt o tyle ciekawy, że oparty o nasz ulubiony CodeIgniter.

Jakiś czas temu pisałem o darmowym VPS z Amazonu, z którego sam namiętnie korzystam. Niestety okazuje się, że jednak odrobinę trzeba dołożyć nawet w okresie próbnym, szczególnie jeżeli pojawia się faktyczny ruch i wykorzystanie serwera. Nie zmienia to faktu, że za darmo można cieszyć się 612 MB ramu i 10GB przestrzeni dyskowej. No i 30GB transferu (15GB w jedną i 15GB w drugą).

Bez komentarza…

Więcej na stronie Geek & Poke

Altra to mój dobry klient od wielu, wielu lat. Wykonałem dla niego kilka różnych realizacji. Od prostego e-commerce, po portal dla foto sklepów. Najnowsza właśnie ujrzała światło dzienne. Zacznijmy więc od podstaw…

Nie mogłem się powstrzymać, żeby tego nie powielić. Więcej na stronie Geek And Poke .

O tym, że monitorować należy wszystko co można monitorować wie każdy admin z kilkoma latami doświadczenia. To tak jak z backup’ami – zaczynasz je robić regularnie po pierwszej utracie danych.

Narzędzi do monitorowania jest mnóstwo, począwszy od własnych skryptów poprzez rozwiązania typu NAGIOS . Dzisiejsza historia jednak nie będzie o skryptach do monitorowania, tylko o tym jak zły monitoring może spowolnić, albo zabić cały system.

Stare ludowe przysłowie mówi “tylko prawdziwi twardziele nie robią backupu”. Ja niestety do prawdziwych twardzieli się nie zaliczam, więc robię regularne backupy. Wiadomo – spadały wahadłowce, nasz serwer też się prędzej czy później spali 😉

Współczesna architektura aplikacji skupia się na trzymaniu danych w… bazach danych. W naszym przypadku jest to zwykle MySQL. Więc na tym się skupimy. Nie wiem jak wy, ale ja lubię mieć kopię każdej bazy w osobnym pliku. Jak to zautomatyzować? Poprzednie używałem Perla, a teraz wiem jak zrobić to bez niego.

Jako fanboy CodeIgniter ‘a ciężko mi było spróbować i przekonać się do czegoś innego. CodeIgniter jako framework dla PHP zapewnił to co było mi potrzebne – modularność, porządek – sporą liczbe gotowych modułów. Polubiłem go głównie za bardzo klarowną dokumentację i prostotę całego rozwiązania. Jednak po dłuższej pracy z tym rozwiązaniem odkryłem też jego braki.

Jego prostota po pewnym czasie zaczyna też być jego wadą. Brak wbudowanego CRUD’a i praktycznie nie istniejące wsparcie dla idei modelu (o czym napisał jeden z moich czytelników) to główne wady CI. W przypadku prostych projektów nie stanowi to problemu, modele tworzymy sami, ale trzeba pisać wszystkie zapytania “ręcznie” – dbać o relację pomiędzy złożonymi tabelami i obiektami.

Czy zawsze jest nam potrzebne jQuery albo mootools? Czasami wykorzystujemy jedynie kilka funkcji z całkiem złożonego frameworka. Na stronie Microjs.com możesz znaleźć całkiem pokaźną listę małych frameworków JavaScript, które realizują określone funkcje takie jak np. tylko animacje CSS czy Ajax.