Archive for the ‘Bazy danych’ Category
Znam język programowania X, ale nie mam pomysłu na aplikację
Tym razem temat trochę bardziej na luzie. Na grupach dyskusyjnych pojawia się często pytanie od początkujących programistów o pomysły na aplikację: a to na prywatny projekt, a to na jakąś pracę inżynierską czy magisterską, itp. Pytania te są dziwne, ponieważ bardzo często przyczyną rozpoczęcia nauki programowania jest niezadowolenie z używanych aktualnie narzędzi albo potrzeba zautomatyzowania sobie pracy. Oczywiście, jest jeszcze druga grupa ludzi, którzy usłyszeli/przeczytali, że „programowania można się nauczyć przerabiając tutorial i wtedy co miesiąc dostaje się górę kasy” – ale to w sumie temat na inny wpis 🙂
No dobra, wybraliśmy język programowania. Oczywiście, mówię tutaj o języku programowania – jeśli ktoś przerobił kurs HTML i/lub CSS to można powiedzieć, że dopiero „liznął” temat jako, że wspomniane technologie nie są językami programowania 🙂 Jak to jednak mówią – Nawet najdalszą podróż zaczyna się od pierwszego kroku.
Więc odbębniliśmy już 15 kursów i 150 tutoriali w wybranej przez nas technologii (oczywiście jest ona najlepsza ze wszystkich dostępnych :)), dowiedzieliśmy się jak poskładać dostępne klocki, żeby napisać program "Witaj świecie!\n" powtarzany dowolną ilość razy. Ale w sumie co teraz? Chyba z tego „Witaj świecie” nie uda się wyciągnąć 15k na miesiąc. Może jednak zostawić wszystko i wyjechać „w góry na Mazury”?
Oczywiście jako początkujący programista (tzw. junior) mamy szansę na zatrudnienie. Szanse są, ale jest to uzależnione od zbyt wielu innych kryteriów – to też byłby dobry temat na oddzielny wpis.
Zgaduję, że nie mamy się jeszcze za bardzo czym pochwalić potencjalnemu pracodawcy, więc jedną z najlepszych rzeczy jakie możemy zrobić gdy zaczynamy budować swoją przyszłość zawodową jako najlepszy developer w branży IT to zbudowanie swojego portfolio. Oczywiście, generalizuję w tej chwili. Przykładowo takich Panów jak Guido van Rossum czy Douglas Crockford nie zatrudnia się ze względu na ich bogate portfolio 🙂
Tu pojawia się pewnie w wielu głowach pytanie: Spoko, to co mam napisać?
Odpowiedzią na to pytanie niech będzie ta krótka lista – dłuższe listy z konkretnymi propozycjami projektów znaleźć można już pod dostępnymi linkami:
- Aplikacja na Androida z pomysłami podzielonymi na kategorie oraz stopnie trudności – Programming Ideas 2
- Lista niewielkich mini-programów do napisania o różnych stopniach trudności – Dailyprogrammer w serwisie Reddit
- What Should I Make? Beginner Programming Project Ideas
- Przytaczana w wielu miejscach lista: Martyr2’S Mega Project Ideas List!
- Kolejna lista z propozycjami projektów
- Krótka, pogrupowania lista Over 1,500 Coding Project Ideas z kilkoma różnymi źródłami
- Top 27 Programming Project Ideas For Beginners
- 5 Project Ideas To Help You Learn Programming Faster
- Ideas for Coding Projects
- 1000+ Beginner Programming Projects
- „I Need Practice Programming”: 49 Ideas for Game Clones to Code
Jak widać, pomysłów jest naprawdę całkiem sporo. Gdyby postawić sobie za cel wykonać nawet połowę z tych projektów – życia by nie starczyło. Oczywiście, nie polecam rzucać się od razu na jakiś ekstremalnie duży projekt, ponieważ istnieje ryzyko, że się szybko zniechęcisz.
Ponadto, jeśli już wciągnęło Cię programowanie i/lub potrzebujesz miejsca na „praktykowanie” swoich umiejętności, poniżej kilka dodatkowych zasobów do codziennych ćwiczeń:
- https://py.checkio.org/
- https://www.codewars.com/
- https://coderbyte.com/
- https://codefights.com/
- http://exercism.io/
- http://codekata.com/
- http://www.codeabbey.com/
Niewątpliwą zaletą tych stron jest możliwość konkurowania z innymi programistami i podglądanie często rewelacyjnych rozwiązań, które poszerzą naszą wiedzę na temat danego języka. Nawet do głowy by nam nie przyszło jak ładnie czy zwięźle można rozwiązywać niektóre problemy.
Django – zwracanie pustego zbioru
QuerySet to jedna z podstawowych klas, z którą będziemy pracować w trakcie pisania aplikacji w Django. Trafiłem ostatnio na problem, w którym należało zwrócić inne wyniki w zależności od tego, czy w żądaniu do serwera przesłana została zmienna w postaci pustego łańcucha znaków czy nie została wysłana w ogóle. Drobna różnica mająca ogromne znaczenie. Aby dokładniej zobrazować zaistniały problem postaram się to opisać z przykładami:
Żądany adres http://127.0.0.1/ skutkuje zwróceniem wszystkich wyników – brak jakiegokolwiek filtrowania
Żądany adres http://127.0.0.1/?q= skutkuje brakiem wyników – filtrowanie jest, ale wyszukiwanie po pustym łańcuchu – który de facto pasuje do każdego dowolnego łańcucha znaków też zwróciłoby wszystkie wyniki – a tutaj potrzebowałem zwrócić pusty zbiór.
Żądany adres http://127.0.0.1/q=abc skutkuje zwróceniem wszystkich wyników, które w swojej treści zawierają łańcuch znaków „abc” – tutaj sprawa jest oczywista.
Ponieważ zwrócić musiałem obiekt QuerySet sprawa się komplikowała – a rozwiązaniem okazał się taki prosty kawałek kodu:
Odtwarzanie tabeli InnoDB
W kilku projektach zdarzyło mi się z bliżej nieokreślonych powodów podczas próby czyszczenia cache w Drupalu wystąpienie błędu MySQL w postaci:
mysql> show tables; +--------------------------------------+ | Tables_in_drupal7demo | +--------------------------------------+ | ... | | cache_apachesolr | | ... | +--------------------------------------+ 108 rows in set (0.00 sec) mysql> TRUNCATE `cache_apachesolr`; ERROR 1146 (42S02): Table 'drupal7demo.cache_solr' doesn't exist
Mogło to być spowodowane wykonaniem polecenia TRUNCATE `cache_apachesolr` i sposobem w jaki w rzeczywistości wykonywane jest polecenie TRUNCATE.
Jednym z najprostszych rozwiązań jakie udało mi się znaleźć jest odtworzenie struktury tabeli, a ponieważ praktycznie każda próba odczytu/zapisu z/do tabeli zwróci komunikat błędu (np.: ERROR 1030 (HY000): Got error -1 from storage engine) musimy dodać jeszcze jedno polecenie w ostateczności wykonując poniższe polecenia:
ALTER TABLE `cache_apachesolr` DISCARD TABLESPACE; DROP TABLE IF EXISTS `cache_apachesolr`; CREATE TABLE `cache_apachesolr` ( `cid` varchar(255) NOT NULL DEFAULT '' COMMENT 'Primary Key: Unique cache ID.', `data` longblob COMMENT 'A collection of data to cache.', `expire` int(11) NOT NULL DEFAULT '0' COMMENT 'A Unix timestamp indicating when the cache entry should expire, or 0 for never.', `created` int(11) NOT NULL DEFAULT '0' COMMENT 'A Unix timestamp indicating when the cache entry was created.', `serialized` smallint(6) NOT NULL DEFAULT '0' COMMENT 'A flag to indicate whether content is serialized (1) or not (0).', PRIMARY KEY (`cid`), KEY `expire` (`expire`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='Cache table for apachesolr to store Luke data and...';
Potencjalne przyczyny problemu: http://dba.stackexchange.com/a/6269
Źródło rozwiązania: http://www.palominodb.com/blog/2011/11/02/how-recreate-innodb-table-after-tablespace-has-been-removed
Kilka innych pomysłów, które można wypróbować by odzyskać tabele: http://www.chriscalender.com/?tag=innodb-error-tablespace-id-in-file
Eksport wszystkich baz z MySQL do plików SQL
Eksport wszystkich baz danych z MySQL.
<?php
header('Content-type: text/html; charset=utf-8');
class Config {
public static $host = '127.0.0.1';
public static $username = 'root';
public static $password = '';
public static $port = 3306;
}
if (!file_exists('dbdumps') || !is_dir('dbdumps'))
mkdir('dbdumps', 0700);
$dsn = 'mysql:host=' . Config::$host . ';port=' . Config::$port;
$options = array(PDO::MYSQL_ATTR_INIT_COMMAND => 'SET NAMES utf8');
$dbh = new PDO($dsn, Config::$username, Config::$password, $options);
$result = $dbh->query('SHOW DATABASES;');
if ($result !== false)
foreach ($result->fetchAll() as $row) {
$cmd = 'mysqldump -u ' . Config::$username . ' -p' . Config::$password
. ' ' . $row['Database'] . ' > dbdumps/' . $row['Database'] . '.sql';
system($cmd);
$fileSize = filesize('dbdumps/' . $row['Database'] . '.sql');
echo 'File ' . $row['Database'] . '.sql saved [' . $fileSize . ' bytes] .<br />';
}
PhpMyAdmin – konfiguracja autologowania
Po ściągnięciu najnowszej wersji PhpMyAdmin praktycznie każda próba wejścia do panelu będzie wymagała od nas podania loginu i hasła. Na komputerach developerskich często jest to niewielkie utrudnienie. Aby logowanie następowało automatycznie należy:
1. Otwieramy plik PhpMyAdmin/libraries/config.default.php, gdzie PhpMyAdmin to lokalizacja panelu na serwerze.
2. Zmieniamy wartość:
$cfg['Servers'][$i]['host'] = 'localhost'; // lub odpowiednia nazwa hosta, o ile wcześniej nie była ustawiona
3. Zmieniamy wartość:
$cfg['Servers'][$i]['auth_type'] = 'config'; // wcześniej cookie
4. Zmieniamy wartość:
$cfg['Servers'][$i]['user'] = 'mysql_username'; // nazwa użytkownika, najczęściej root
5. Zmieniamy wartość:
$cfg['Servers'][$i]['password'] = 'mysql_password'; // hasło użytkownika, najczęściej użytkownika root
6. Wchodzimy na stronę PhpMyAdmin na naszym serwerze i powinniśmy automatycznie być zalogowani.
Drupal 6 – Instalacja
W związku z tym, że od pewnego czasu próbuję nauczyć się Drupala na poziomie „początkujący” postaram się opisywać różne rozwiązania potencjalnych problemów, konfiguracje oraz opisy modułów. Wpis ten (mam nadzieję, że kolejne się także pojawią) dotyczy aktualnie stabilnej wersji 6.25 ze względu na ogromną ilość materiałów i modułów dostępnych w sieci. Proszę o wyrozumiałość, gdyż sam jestem na etapie nauki i do kompletnego opanowania tego CMSa dużo mi jeszcze brakuje. Powstające wpisy nie są kompletnym opisem możliwości Drupala ani rozwiązań użytych przy budowie stron – mają być dla mnie jedynie materiałem do przypominania róznych zagadnień.
Pierwszym krokiem, jaki należy wykonać jest sprawdzenie wymagań jakie stawia nam Drupal. Dokładne informacje znajdują się na stronie http://drupal.org/requirements. W skrócie są to:
Miejsce na dysku 15 MB – zalecałbym więcej (moduły, skórki, dodatkowe pliki),
Serwer WWW: Apache 1.3, Apache 2.x lub Microsoft IIS,
Serwer baz danych: MySQL 4.1 lub nowszy,
PHP 4.4.0 lub nowszy (5.2 zalecany) – warto także włączyć np.: APC
Jeśli spełniamy wymagania kroku pierwszego, to…
Drugi krok to pobranie aktualnej wersji Drupala ze strony projektu http://drupal.org/project/drupal. Adres ten używany jest także do określania lokalizacji modułów Drupala. Sam Drupal jak i jego moduły traktowane są w tym wypadku tak samo. Moduły dostępne są więc pod adresem http://drupal.org/project/NAZWA_MODUŁU. Pobrane archiwum instalacyjne Drupala należy rozpakować w katalogu głównym serwera lub odpowiednio do katalogu – w moim przypadku jest to katalog drupal_install (ścieżka c:/htdocs/drupal_install).
Tworzymy bazę danych (dowolny klient MySQL, np. phpMyAdmin), która zostanie wykorzystana przez Drupala – także nazwałem ją drupal_install. Jako metodę porównywania napisów utf8_general_ci.
Instalacja CMS rozpoczyna się od przejścia pod adres http://localhost/drupal_install, co zaowocuje pojawieniem się pierwszego ekranu, w którym będzie można wybrać język instalacji. Tutaj wybrałem język angielski jako domyślny. Wybranie innego języka do instalacji przedstawię w innym wpisie.
Wybieramy więc opcję „Install Drupal in English”. Pojawia się kolejny ekran z nieprzyjemnym czerwonym komunikatem informującym o braku pliku z ustawieniami oraz przedstawia sposób jego utworzenia.
Postępując zgodnie z zaleceniami przechodzimy do katalogu ./sites/default gdzie znajdziemy plik default.settings.php, który zaleca się skopiować pod nową nazwą settings.php oraz nadajemy mu prawa do zapisu przez serwer www (w Windowsie nie jest to wymagane). Następnie odświeżamy stronę lub klikamy w link na dole strony „try again” co przeniesie nas do ekranu konfiguracji bazy danych.
Wypełniamy wymagane pola – w domyślnej instalacji MySQL wypełnić musimy tylko nazwę bazy danych (Database name) oraz nazwę użytkownika (Database username). Jeśli MySQL został wcześniej skonfigurowany, podajemy także odpowiednie hasło, ewentualnie port (jeśli inny niż domyślny 3306) oraz prefiks w tabeli, jeśli chcemy w jakiś sposób wyróżnić aktualną instalację Drupala lub jeśli wymaga tego środowisko. Jeśli wprowadzone informacje nie pozwolą połączyć się z bazą danych zostaniemy poproszeni o ich weryfikację.
W przedostatnim kroku określamy podstawową konfigurację strony – jej nazwę, główny adres e-mail oraz co najważniejsze nazwę i hasło głównego administratora. Jest to osoba o praktycznie nieograniczonej potędze w środowisku Drupala – użytkownik o ID = 1. Ze względów bezpieczeństwa warto określić dla niego skomplikowane hasło.
Jedną z bardzo przydatnych opcji – zalecanych do włączenia – jest Clean URLs. Pozwala ona wykorzystać możliwości mod_rewrite w serwerze Apache – co ostatecznie przekłada się na ładne adresy URL, np.: serwer.com/to-jest-nowa-strona zamiast serwer.com zamiast serwer.com/?q=node/1.
Dobrze jest także pozostawić zaznaczoną opcję Check for updates automatically ponieważ dzięki temu Drupal co jakiś czas będzie informował nas o pojawiających się aktualizacjach – zarówno w samym jądrze Drupala jak i w zainstalowanych modułach. Kliknięcie przycisku Save and continue spowoduje wyświetlenie paska postępu informującego o tworzeniu struktury bazy danych oraz przebiegu instalacji.
Gdy pasek postępu osiągnie magiczne 100% otrzymamy podsumowanie instalacji oraz możliwość odwiedzenia strony świeżo zainstalowanej wersji Drupala. Automatycznie zostaniemy także zalogowani na konto administratora (które utworzyliśmy w kroku Configure site).
Dobrym pomysłem jest także usunięcie kilku plików z katalogu głównego Drupala, m. in.: INSTALL.mysql.txt, INSTALL.pgsql.txt, install.php.
Powyższy proces instalacji opisany jest także (po angielsku) w pliku INSTALL.txt .
