Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

zapisywac obrazki na dysku czy w bazie?

2 views
Skip to first unread message

Piotr Borowski

unread,
Nov 5, 2009, 5:04:16 AM11/5/09
to
Pozdrawiam

Co jest lepsze pod wzgledem czasu, szybkosci?
Zapisywanie obrazk�w na dysk, czy do bazy danych?

Piotr Borowski

NEO.pl / PHPEncoder.pl

unread,
Nov 5, 2009, 5:06:03 AM11/5/09
to
Piotr Borowski wrote on 2009-11-05 11:04:

> Co jest lepsze pod wzgledem czasu, szybkosci?
> Zapisywanie obrazk�w na dysk, czy do bazy danych?

Obrazki trzymac normalnie na dysku a w bazie jedynie
referencje do nich jesli potrzebne.

PS: A baza danych nie jest "na dysku"? :)

--
Pozdrawiam,
--
Szyfrowanie skryptow PHP v4 oraz v5. Blokady: czasowe, IP, MAC
Loadery dla systemow: Windows, Linux, MacOS, Free/BSD, Solaris
Zabezpiecz swoje skrypty PHP! Przetestuj http://phpencoder.pl

Lemat

unread,
Nov 5, 2009, 5:30:54 AM11/5/09
to
Piotr Borowski wrote:

> Pozdrawiam
>
> Co jest lepsze pod wzgledem czasu, szybkosci?

> Zapisywanie obrazków na dysk, czy do bazy danych?

mógłbym policzyć na palcach czytelników tej grupy, którzy potrafiliby zrobić
porządnie trzymanie obrazków w bazie. Zaliczasz się do tej grupy osób?
--
Pozdrawiam
Lemat
easyISP jest spam friendly - utrzymuje notorycznego spamera polandexport /
ipeik / netex-sterling, pomóżcie ich przekonać nie wykupując u nich
hostingu.

Cezar

unread,
Nov 5, 2009, 5:44:55 AM11/5/09
to

"Lemat" <#@lemat.priv.pl> wrote in message
news:hcu9lg$bg5$1...@atlantis.news.neostrada.pl...

> Piotr Borowski wrote:
>
>> Pozdrawiam
>>
>> Co jest lepsze pod wzgledem czasu, szybkosci?
>> Zapisywanie obrazków na dysk, czy do bazy danych?
>
> mógłbym policzyć na palcach czytelników tej grupy, którzy potrafiliby
> zrobić
> porządnie trzymanie obrazków w bazie. Zaliczasz się do tej grupy osób?

Moglbys po krotce napisac czym charakteryzuje sie "porzadne trzymanie
obrazkow w bazie"?

P.S. To powazne pytanie. Chcialbym po prostu wiedziec czy zaliczam sie do
tych szczesliwcow ;)


c.

Lemat

unread,
Nov 5, 2009, 6:00:26 AM11/5/09
to
Cezar wrote:

na przykład trzeba obsłużyć "304 Not modified" oraz requesty z "range"

Daniel Stalica

unread,
Nov 5, 2009, 6:06:21 AM11/5/09
to
Lemat pisze:
>
> na przyk�ad trzeba obs�u�y� "304 Not modified" oraz requesty z "range"
>

Ale to siďż˝ nie tyczy tylko trzymania w bazie :)

--
Wk�ady kominowe: http://twojkomin.pl

Lemat

unread,
Nov 5, 2009, 6:22:40 AM11/5/09
to
Daniel Stalica wrote:

> Lemat pisze:
>>
>> na przykład trzeba obsłużyć "304 Not modified" oraz requesty z "range"
>>
>
> Ale to się nie tyczy tylko trzymania w bazie :)

w przypadku trywialnego trzymania plików na dysku i odwoływania się do nich
bezpośrednio - powyższe potrafi zrobić sobie apacz.
Jeżeli chodzi o odwoływanie się przez skrypt php, który robi na przykład
readfile to oczywiście skrypt php musiałby się o to martwić.

Piotr Borowski

unread,
Nov 5, 2009, 7:28:22 AM11/5/09
to
"Lemat" <#@lemat.priv.pl> wrote in message
news:hcu9lg$bg5$1...@atlantis.news.neostrada.pl...
> Piotr Borowski wrote:
>> Co jest lepsze pod wzgledem czasu, szybkosci?
>> Zapisywanie obrazków na dysk, czy do bazy danych?
>
> mógłbym policzyć na palcach czytelników tej grupy, którzy potrafiliby
> zrobić
> porządnie trzymanie obrazków w bazie. Zaliczasz się do tej grupy osób?

pewnie nie, bo nigdy nie trzymałem ich w bazie
zawsze na dysku, zastanawiam się czy powinienem zmienić przyzwyczajenia

chodzi mi o to, że kopiowanie bazy danych jest łatwiejsze niż kopiowanie
bazy i plików (ostatnio przez to przechodziłem)
choć może baza z obrazkami też jest trudna do skopiowania

poza tym testując skrypt na swoim komputerze i na serwerze muszę myśleć o
ścieżce do plików

lamer

unread,
Nov 5, 2009, 7:33:14 AM11/5/09
to
Użytkownik "Piotr Borowski" <birs...@gazeta.pl> napisał w wiadomości
news:hcugd6$dqa$1...@inews.gazeta.pl...

> pewnie nie, bo nigdy nie trzymałem ich w bazie
> zawsze na dysku, zastanawiam się czy powinienem zmienić przyzwyczajenia
>
> chodzi mi o to, że kopiowanie bazy danych jest łatwiejsze niż kopiowanie
> bazy i plików (ostatnio przez to przechodziłem)
> choć może baza z obrazkami też jest trudna do skopiowania

Tam trudne:

Maszyna A:
mysqldump >baza.sql
zip -r pliki.zip pliki/*
mv baza.sql public_html/TemP
mv pliki.zip public_html/TemP

Maszyna B:
wget stronka/TemP/baza.sql
wget stronka/TemP/pliki.zip
mysql <baza.sql
unzip pliki.zip

No, chyba, ze masz konto w home.pl albo innym syfie, gdzie nie ma SSH, to
wtedy fakt, ze skopiowanie miliona pliczkow moze zajac mnostwo czasu.

lamer

NEO.pl / PHPEncoder.pl

unread,
Nov 5, 2009, 7:41:38 AM11/5/09
to
Piotr Borowski wrote on 2009-11-05 13:28:

> poza tym testując skrypt na swoim komputerze i na serwerze muszę myśleć
> o ścieżce do plików

Moze powinienes przestac korzystac ze sciezek absolutnych albo wyznaczac
je sobie to dynamicznie w boostrapie? Nie ma zadnej potrzeby zeby uzywac
sciezek absolutnych poza lenistwem programisty.

WRonX

unread,
Nov 5, 2009, 7:42:56 AM11/5/09
to
lamer pisze:

> No, chyba, ze masz konto w home.pl albo innym syfie, gdzie nie ma SSH,
> to wtedy fakt, ze skopiowanie miliona pliczkow moze zajac mnostwo czasu.

Offtopicznie - na home jest phpMyAdmin, ktory pozwala zrobic dumpa :)
Wygode tego rozwiazania pozostawiam ocenie innych.


Pozdrawiam.
--
[= WRonX =] [= WRonX@-CUT-WRonX.NET =] [= http://WRonX.NET =]
[= GCS/CC d->++ s+:- a- C++++$ U P>++ L+ !E W+++$ N++(+++) =]
[= !o-- K-? w++$ !O !M- !V-- PS+ PE !Y !PGP !t !5 X++ R++ =]
[= tv+ b+++ DI++ D+ G+ e+++ h--->---- r+++ y? =]

Daniel Stalica

unread,
Nov 5, 2009, 7:48:44 AM11/5/09
to
WRonX pisze:

> Offtopicznie - na home jest phpMyAdmin, ktory pozwala zrobic dumpa :)
> Wygode tego rozwiazania pozostawiam ocenie innych.
>


Zrobi� to piku�, ale jak go przywr�ci� gdy zajmuje te kilka MB za du�o ;)

Piotr Borowski

unread,
Nov 5, 2009, 7:57:21 AM11/5/09
to
"Daniel Stalica" <dan...@stalica.info> wrote in message
news:hcuhjc$h24$1...@inews.gazeta.pl...

> WRonX pisze:
>> Offtopicznie - na home jest phpMyAdmin, ktory pozwala zrobic dumpa :)
>> Wygode tego rozwiazania pozostawiam ocenie innych.
> Zrobi� to piku�, ale jak go przywr�ci� gdy zajmuje te kilka MB za du�o ;)
r�cznie podzieli� na mniejsze pliki i tak za�adowa� :-P

Lemat

unread,
Nov 5, 2009, 8:02:43 AM11/5/09
to
NEO.pl / PHPEncoder.pl wrote:

> Piotr Borowski wrote on 2009-11-05 13:28:
>
>> poza tym testując skrypt na swoim komputerze i na serwerze muszę myśleć
>> o ścieżce do plików
>
> Moze powinienes przestac korzystac ze sciezek absolutnych albo wyznaczac
> je sobie to dynamicznie w boostrapie? Nie ma zadnej potrzeby zeby uzywac
> sciezek absolutnych poza lenistwem programisty.

podpowiem, że w mojej dość długiej (od 2002) karierze programisty PHP nigdy
nie używałem ścieżek absolutnych (wszystkie ścieżki względne wobec katalogu
roboczego) i nie musiałem używać na sztywno URLa z nazwa hosta - bo to jest
w zmiennych $_SERVER.

Kopiując mój produkt na inny serwer kopiuje się pliki, zawartość bazy danych
i ustawia się login i hasło bazy danych w jednym pliku. Tyle.

Daniel Stalica

unread,
Nov 5, 2009, 8:45:42 AM11/5/09
to
Piotr Borowski pisze:

> r�cznie podzieli� na mniejsze pliki i tak za�adowa� :-P

sama przyjemno�� :) co� wiem o tym ;)

Piotr Borowski

unread,
Nov 5, 2009, 9:48:06 AM11/5/09
to
"Lemat" <#@lemat.priv.pl> wrote in message
news:hcuii4$2pf$1...@atlantis.news.neostrada.pl...

> NEO.pl / PHPEncoder.pl wrote:
> podpowiem, że w mojej dość długiej (od 2002) karierze programisty PHP
> nigdy
> nie używałem ścieżek absolutnych (wszystkie ścieżki względne wobec
> katalogu
> roboczego) i nie musiałem używać na sztywno URLa z nazwa hosta - bo to
> jest
> w zmiennych $_SERVER.
>
> Kopiując mój produkt na inny serwer kopiuje się pliki, zawartość bazy
> danych
> i ustawia się login i hasło bazy danych w jednym pliku. Tyle.

jak już do tego doszliśmy to może zapytam

jeden plik z dostępem do danych raczej nie wystarczy, bo skrypty uruchamiane
np. przez crona muszą mieć własne zapisy do logina i hasła, a także
potrzebują absolutną ścieżkę do ewentualnych plików

nie da się chyba tego przeskoczyć?

alianora

unread,
Nov 5, 2009, 10:09:37 AM11/5/09
to
Piotr Borowski pisze:

> jeden plik z dostępem do danych raczej nie wystarczy, bo skrypty
> uruchamiane np. przez crona muszą mieć własne zapisy do logina i hasła,
A czemuż to?

> a także potrzebują absolutną ścieżkę do ewentualnych plików

A czemuż to?

|<ońrad

unread,
Nov 5, 2009, 10:18:52 AM11/5/09
to
Dnia Thu, 05 Nov 2009 13:42:56 +0100, WRonX napisał(a):

> Offtopicznie - na home jest phpMyAdmin, ktory pozwala zrobic dumpa :)

wrrrrr! jestem akurat po okolo 20 godzinach probowania przeniesienia bazy
przez phpmyadmin z home.pl na inny serwer, wiec nie denerwuj mnie :)

phpmyadmin pierdo*il co chwila kodowanie tekstow w takim zrzucie bazy
(teksty po polsku, fr, es, pt i inne) trzymane w utf ale phpmyadmin
oddawal plik w iso-8859-2 (wiec krzaki)

zadzialal dopiero mysqldump


--
body {
name: '|<ońrad Karpieszu>|';
blog: url('http://www.muzungu.pl/'); }
p.s. O aukcjach czytaj na http://www.aukcjoteka.com

lamer

unread,
Nov 5, 2009, 11:02:09 AM11/5/09
to
Użytkownik "WRonX" <wronx@-cut-.wronx.net> napisał w wiadomości
news:hcuhsh$ifo$1...@nemesis.news.neostrada.pl...

> Offtopicznie - na home jest phpMyAdmin, ktory pozwala zrobic dumpa :)
> Wygode tego rozwiazania pozostawiam ocenie innych.

Taa, mialem na home baze 200 tabelek, 100 MB. PhpmyAdmin sie wywalal na
timeoutach.
Zreszta nie chodzi o baze. Chodzi o to, ze milion malych pliczkow po 2 kB
sciagac FTPem to zadna przyjemnosc.
A jak sie ma SSH to sie robi zipa i po ftp takiego zipa sie ciagnie
elegancko.

lamer

lamer

unread,
Nov 5, 2009, 11:06:08 AM11/5/09
to
Użytkownik "Piotr Borowski" <birs...@gazeta.pl> napisał w wiadomości
news:hcuoj7$ebj$1...@inews.gazeta.pl...

> jeden plik z dostępem do danych raczej nie wystarczy, bo skrypty
> uruchamiane np. przez crona muszą mieć własne zapisy do logina i hasła, a
> także potrzebują absolutną ścieżkę do ewentualnych plików

Mozesz tak:
require_once dirname(__FILE__) . '/path/to/include.inc.php';
albo tak:
require_once __DIR__ . '/path/to/include.inc.php';

Zawsze mozesz wget http://serwer.pl/plik.php
i wszystko dziala, tak, jak w przegladarce :P

lamer

W.S.

unread,
Nov 5, 2009, 11:23:07 AM11/5/09
to
|<ońrad pisze:

> Dnia Thu, 05 Nov 2009 13:42:56 +0100, WRonX napisał(a):
>
>> Offtopicznie - na home jest phpMyAdmin, ktory pozwala zrobic dumpa :)
>
> wrrrrr! jestem akurat po okolo 20 godzinach probowania przeniesienia bazy
> przez phpmyadmin z home.pl na inny serwer, wiec nie denerwuj mnie :)
>
> phpmyadmin pierdo*il co chwila kodowanie tekstow w takim zrzucie bazy
> (teksty po polsku, fr, es, pt i inne) trzymane w utf ale phpmyadmin
> oddawal plik w iso-8859-2 (wiec krzaki)
>
> zadzialal dopiero mysqldump

Ja używam na home.pl mysql query browser.
Jak na razie nie miałem żadnych problemów.

--
W.S.

Koteczek

unread,
Nov 5, 2009, 11:38:39 AM11/5/09
to

> Zreszta nie chodzi o baze. Chodzi o to, ze milion malych pliczkow po
> 2 kB sciagac FTPem to zadna przyjemnosc.
> A jak sie ma SSH to sie robi zipa i po ftp takiego zipa sie ciagnie
> elegancko.
>

home jest drogi. Ale maja dzialajacy support - prosisz o zrobienie paczki z
baza, wystawiaja do tmp w katalogu glownym serwera. Sciagasz przez FTP. Tak
samo wgrywalem duza baze, poprosilem admina i po 40minutach, gotowe.

Piotr Borowski

unread,
Nov 5, 2009, 11:41:29 AM11/5/09
to
"lamer" <la...@pl.pl> wrote in message
news:hcutpj$qhp$1...@nemesis.news.neostrada.pl...

> Użytkownik "Piotr Borowski" <birs...@gazeta.pl> napisał w wiadomości
> news:hcuoj7$ebj$1...@inews.gazeta.pl...
>
>> jeden plik z dostępem do danych raczej nie wystarczy, bo skrypty
>> uruchamiane np. przez crona muszą mieć własne zapisy do logina i hasła, a
>> także potrzebują absolutną ścieżkę do ewentualnych plików
>
> Mozesz tak:
> require_once dirname(__FILE__) . '/path/to/include.inc.php';
> albo tak:
> require_once __DIR__ . '/path/to/include.inc.php';

dzięki, to __FILE__ jest bardzo użyteczne
ale gdy biorę to drugie DIR to wywala mi:
Use of undefined constant

|<ońrad

unread,
Nov 5, 2009, 11:49:51 AM11/5/09
to
Dnia Thu, 05 Nov 2009 17:23:07 +0100, W.S. napisał(a):
> Ja używam na home.pl mysql query browser. Jak na razie nie miałem
> żadnych problemów.

a co to / gdzie to jest?

Koteczek

unread,
Nov 5, 2009, 1:45:15 PM11/5/09
to
|<ońrad wrote:
> Dnia Thu, 05 Nov 2009 17:23:07 +0100, W.S. napisał(a):
>> Ja używam na home.pl mysql query browser. Jak na razie nie miałem
>> żadnych problemów.
>
> a co to / gdzie to jest?

program na pc, podajesz host DB i lecisz?

Xan

unread,
Nov 5, 2009, 3:42:10 PM11/5/09
to

> Zawsze mozesz wget http://serwer.pl/plik.php
> i wszystko dziala, tak, jak w przegladarce :P

z tym warunkiem ze ci max_execution_time sie nie skonczy w po�owie
roboty jakiej ma to wykonaďż˝

kamyk

unread,
Nov 5, 2009, 6:15:58 PM11/5/09
to
U�ytkownik "|<o�rad" <kkarp...@gmail.com> napisa� w wiadomo�ci
news:hcuvnf$aau$1...@inews.gazeta.pl...
> Dnia Thu, 05 Nov 2009 17:23:07 +0100, W.S. napisa�(a):
>> Ja u�ywam na home.pl mysql query browser.

>
> a co to / gdzie to jest?
>
>
na stronie mysqla


--
pozdrowionka
Kamyk


W.S.

unread,
Nov 6, 2009, 2:48:54 AM11/6/09
to
|<ońrad pisze:

> Dnia Thu, 05 Nov 2009 17:23:07 +0100, W.S. napisał(a):
>> Ja używam na home.pl mysql query browser. Jak na razie nie miałem
>> żadnych problemów.
>
> a co to / gdzie to jest?
>

http://dev.mysql.com/downloads/gui-tools/5.0.html

--
W.S.

lamer

unread,
Nov 6, 2009, 3:59:50 AM11/6/09
to
Użytkownik "Piotr Borowski" <birs...@gazeta.pl> napisał w wiadomości
news:hcuv7q$8pk$1...@inews.gazeta.pl...

>> Mozesz tak:
>> require_once dirname(__FILE__) . '/path/to/include.inc.php';
>> albo tak:
>> require_once __DIR__ . '/path/to/include.inc.php';
>
> dzięki, to __FILE__ jest bardzo użyteczne
> ale gdy biorę to drugie DIR to wywala mi:
> Use of undefined constant

Widocznie masz starsze PHP. __DIR__ jest chyba od 5.3.

lamer

lamer

unread,
Nov 6, 2009, 4:02:24 AM11/6/09
to
Użytkownik "Koteczek" <n...@spamowac.org> napisał w wiadomości
news:hcuvmq$rls$1...@nemesis.news.neostrada.pl...

> home jest drogi. Ale maja dzialajacy support - prosisz o zrobienie paczki
> z baza, wystawiaja do tmp w katalogu glownym serwera. Sciagasz przez FTP.
> Tak samo wgrywalem duza baze, poprosilem admina i po 40minutach, gotowe.

Jak mam SSH to wchodze sobie i robie paczke z baza w 2 minuty.
Bywalo, ze musialem zgrac kilkaset MB baze z jedneko kompa na drugi w 10 min
(deadliny itp.)
Nie mam tak szybkiego lacza, wiec po FTP bym nie dal rady na wlasny dysk.
A tak po ssh z serwera na serwer polecialo pomijajac moj komputer.
SSH mozna miec za 48,8 zl na linuxpl, wiec nie jest to nic nadzwyczajnego.

lamer

lamer

unread,
Nov 6, 2009, 4:03:19 AM11/6/09
to
Użytkownik "Koteczek" <n...@spamowac.org> napisał w wiadomości
news:hcv744$3c3$1...@nemesis.news.neostrada.pl...

> program na pc, podajesz host DB i lecisz?

A jak na serwerze jest zablokowany dostep do serwera SQL z innych maszyn?
To bawisz sie w zmiane konfiguracji? Szkoda czasu troche...

lamer

W.S.

unread,
Nov 6, 2009, 4:20:40 AM11/6/09
to
lamer pisze:

Jak mam możliwość to ustawiam tunel.
Jak nie ma to pozostaje phpmyadmin

--
W.S.

Marcin

unread,
Nov 6, 2009, 4:36:13 AM11/6/09
to
Koteczek pisze:

na home nie jest zablokowany, ja polecam taki sposob na backup (duzej) bazy:

/usr/local/bin/mysqldump --compress --host=domena.home.pl --user=user2
--password="###" --all-databases | bzip2 -c > /home/backup.sql.bz2


podr, m.

Konrad Kosmowski

unread,
Nov 6, 2009, 12:03:46 PM11/6/09
to
** Piotr Borowski <birs...@gazeta.pl> wrote:

> Co jest lepsze pod wzgledem czasu, szybkosci? Zapisywanie obrazk�w na dysk,
> czy do bazy danych?

Je�eli nie masz ku temu wyra�nych powod�w (np. wyszukana topologia replikacji)
to trzymaj w plikach.

--
+ ' .-. .
, * ) )
http://kosmosik.net/ . . '-' . kK

Piotr Borowski

unread,
Nov 6, 2009, 11:29:49 AM11/6/09
to
"Konrad Kosmowski" <kon...@kosmosik.net> wrote in message
news:ig1es6-...@kosmosik.net...

> ** Piotr Borowski <birs...@gazeta.pl> wrote:
>> Co jest lepsze pod wzgledem czasu, szybkosci? Zapisywanie obrazk�w na
>> dysk,
>> czy do bazy danych?
> Je�eli nie masz ku temu wyra�nych powod�w (np. wyszukana topologia
> replikacji)
> to trzymaj w plikach.

dzi�ki wszystkim za rady

przy okazji zauwa�y�em, �e wielu z was korzysta z home.pl
czy to dobry serwis?

lamer

unread,
Nov 6, 2009, 12:43:56 PM11/6/09
to
U�ytkownik "Piotr Borowski" <birs...@gazeta.pl> napisa� w wiadomo�ci
news:hd1itu$3u1$1...@inews.gazeta.pl...

> dzi�ki wszystkim za rady
>
> przy okazji zauwa�y�em, �e wielu z was korzysta z home.pl
> czy to dobry serwis?

Beznadziejny. Nawet normalnego Apache nie ma, tylko jakas podroba.

lamer

zdzana

unread,
Nov 6, 2009, 3:31:24 PM11/6/09
to

> Beznadziejny. Nawet normalnego Apache nie ma, tylko jakas podroba.

Czy Apache to idealne rozwiązanie? Ich własny serwer jest zgodny i nie mam
problemów z aplikacjami. Ja nie narzekam, działa ok, nie mam bzdurnych
limitów i ograniczeń. Dobry support, szybka reakcja na maila.


--
zdzana

Lemat

unread,
Nov 6, 2009, 4:36:32 PM11/6/09
to
zdzana wrote:

>
>> Beznadziejny. Nawet normalnego Apache nie ma, tylko jakas podroba.
>
> Czy Apache to idealne rozwiązanie? Ich własny serwer jest zgodny

nie jest zgodny

Colin

unread,
Nov 6, 2009, 7:37:41 PM11/6/09
to
Lemat wrote:
> zdzana wrote:
>
>>> Beznadziejny. Nawet normalnego Apache nie ma, tylko jakas podroba.
>> Czy Apache to idealne rozwiązanie? Ich własny serwer jest zgodny
>
> nie jest zgodny

Na przykład jego odpowiedzi 304 na zapytania z If-Modified-Since
posiadają nagłówek Content-Type: text/html (niezależnie od rzeczywistego
typu pliku), co powoduje że serwery proxy zapisują w cache część plików
z nieprawidłowym typem MIME.

A i składnia konfiguracji w .htaccess jest inna niż w Apache.

lamer

unread,
Nov 7, 2009, 7:51:11 AM11/7/09
to
U�ytkownik "zdzana" <krzdz...@gmail.com> napisa� w wiadomo�ci
news:op.u2zpy...@amiga.smsnet.pl...

>Czy Apache to idealne rozwi�zanie? Ich w�asny serwer jest zgodny i nie mam
>problem�w z aplikacjami. Ja nie narzekam, dzia�a ok, nie mam bzdurnych
>limit�w i ogranicze�. Dobry support, szybka reakcja na maila.

Dobry support, szybka reakcja na maila to *wymagane* cechy dobrego hostingu.
Wszystkie hostingi, z ktorymi mialem do czynienia mialy te cechy i dla mnie
to jest *norma*. Jesli dla kogos nie jest to norma, to niech poszuka lepszej
firmy. Czas przestac akceptowac firmy, ktore olewaja klientow i zaczac
wymagac normalnego traktowania. Moze jeszcze powinnismy dziekowac, ze firma
nam nie pluje w twarz i ze nasza strona dziala chociaz przez 1h dziennie?!
Nie jestesmy krajem 3-ciego swiata, tylko *duzym* (jednym z wiekszych w
Europie) panstwem w srodku Europy.

Apache nie jest idealny, ale jak cos mi nie gra, to moge latwo znalezc
kogos, kto zna Apache i mi pomoze. Jakby kazda firma miala wlasny wynalazek
na wzor home.pl to bylby ladny cyrk.
Na ich klonie Apache postawienie np. Wordpressa to juz jest problem.

Co do bzdurnych limitow i ograniczen to slyszalem wiele historii o
wyrzucaniu przez home.pl klientow, ktorzy troche za bardzo (zdaniem home)
obciazali procesor.

lamer

Tomasz Muszyński

unread,
Nov 7, 2009, 8:57:01 AM11/7/09
to
W dniu 09-11-07 13:51, lamer pisze:

> Co do bzdurnych limitow i ograniczen to slyszalem wiele historii o
> wyrzucaniu przez home.pl klientow, ktorzy troche za bardzo (zdaniem home)
> obciazali procesor.

Jak strona jest do dupy napisana (np z�e zapytania sqla) to nie ma co
si� dziwi�, �e wyrzucaj�. Znam przypadki, �e i zachodni operatorzy te�
tak robiďż˝.

tm

PS: samego home'a nie znam i siďż˝ nie wypowiadam.

Piotr Keplicz

unread,
Nov 7, 2009, 3:06:15 PM11/7/09
to
lamer:

> Co do bzdurnych limitow i ograniczen to slyszalem wiele historii o
> wyrzucaniu przez home.pl klientow, ktorzy troche za bardzo (zdaniem home)
> obciazali procesor.

I bardzo dobrze. Spotkałem się onegdaj z określeniem "programowanie
skuteczne" - każdy sposób jest dobry, byle prowadził do wyniku mniej więcej
zgodnego z oczekiwaniami. PHP jest bardzo popularne, więc i aplikacji -
także znanych projektów - zbudowanych "skutecznie" jest na pęczki. Kobylaste
skrypty mielące dane w bazie na wszelkie sposoby, żeby wyświetlić licznik
odwiedzin albo coś równie skomplikowanego.

.pk.

Lemat

unread,
Nov 7, 2009, 3:34:18 PM11/7/09
to
Piotr Keplicz wrote:

problem w tym, że (jak plotka niesie) oni wyrzucali strony które były za
często odwiedzane a nie skrypty wykonujące się po pół godziny. Czyli tysiąc
userów na raz było dla nich za dużo a nie jeden user odpalający czasochłonny
skrypt. Każdy skrypt jak na niego wejdzie dostatecznie duża ilość osób
doprowadzi do zarżnięcia serwera.

Piotr Keplicz

unread,
Nov 7, 2009, 4:33:12 PM11/7/09
to
Lemat:

> problem w tym, że (jak plotka niesie) oni wyrzucali strony które były za
> często odwiedzane a nie skrypty wykonujące się po pół godziny. Czyli
> tysiąc userów na raz było dla nich za dużo a nie jeden user odpalający
> czasochłonny skrypt. Każdy skrypt jak na niego wejdzie dostatecznie duża
> ilość osób doprowadzi do zarżnięcia serwera.

Ach, plotka. Skoro komuś udaje się zarżnąć hosting *współdzielony* za parę
stów rocznie, to trudno się na to obrażać, tylko trzeba przejść na
mocniejszą usługę typu VPS lub serwer dedykowany.

.pk.


lamer

unread,
Nov 9, 2009, 5:54:44 AM11/9/09
to
Użytkownik "Piotr Keplicz" <kep...@bigfoot.com> napisał w wiadomości
news:hd4pmr$ebt$1...@nemesis.news.neostrada.pl...

> Ach, plotka. Skoro komuś udaje się zarżnąć hosting *współdzielony* za parę
> stów rocznie, to trudno się na to obrażać, tylko trzeba przejść na
> mocniejszą usługę typu VPS lub serwer dedykowany.

Ale jesli w umowie nie ma ile mocy proca przysluguje, to wywalanie z takiego
hostingu jest troche niefair.

lamer

Koteczek

unread,
Nov 9, 2009, 8:48:44 AM11/9/09
to

> na home nie jest zablokowany, ja polecam taki sposob na backup
> (duzej) bazy:
> /usr/local/bin/mysqldump --compress --host=domena.home.pl --user=user2
> --password="###" --all-databases | bzip2 -c > /home/backup.sql.bz2
>

rozumiem ze to z poziomu php i funkcji tam system()? I to dziala tak?

A moze glupie pytanie - w phpmyadmin ustawia sie jak ma byc przygotowe
kodowanie w pliku wynikowy, ta funckja tego nie potrzebuje - zapisze jak jest
to trzymane w bazie?

Lemat

unread,
Nov 9, 2009, 9:07:44 AM11/9/09
to
Koteczek wrote:

>
>> na home nie jest zablokowany, ja polecam taki sposob na backup
>> (duzej) bazy:
>> /usr/local/bin/mysqldump --compress --host=domena.home.pl --user=user2
>> --password="###" --all-databases | bzip2 -c > /home/backup.sql.bz2
>>
>
> rozumiem ze to z poziomu php i funkcji tam system()? I to dziala tak?

nie, trzeba niestety być bardziej profesjonalnym i używać odpowiednich
narzędzi - czyli linuxa.


> A moze glupie pytanie - w phpmyadmin ustawia sie jak ma byc przygotowe
> kodowanie w pliku wynikowy, ta funckja tego nie potrzebuje - zapisze jak
> jest to trzymane w bazie?

nie, tak jak ma ustawione w my.cnf kodowanie dla defaultowego połączenia.

Koteczek

unread,
Nov 11, 2009, 5:45:29 PM11/11/09
to

>
> No, chyba, ze masz konto w home.pl albo innym syfie, gdzie nie ma
> SSH, to wtedy fakt, ze skopiowanie miliona pliczkow moze zajac
> mnostwo czasu.

Ty.....

header('HTTP/1.1 404 Not Found')

i w podgladzie w FF widze ze strona daje:

HTTP/1.x 404 OK
Server: IdeaWebServer/v0.60
X-Powered-By: PHP/5.2.6
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0

czy to kurna jest w porzadku? Nie daje Not Found ale jakies OK. Albo home albo
ja sie nie znam?


Lemat

unread,
Nov 11, 2009, 6:26:08 PM11/11/09
to
Koteczek wrote:

a daj:
header('Status: 404...

Koteczek

unread,
Nov 11, 2009, 6:46:37 PM11/11/09
to

> a daj:
> header('Status: 404...

podziekowac, dziala.

Z tym ze CMS mnie troche wkurzyl, hmmm

daje jakis wpis nie istniejacy.

CMS przekierowuje 302 na stone w CMS ktora ma byc domyslnym komunikatem
"przepraszamy ale 404 bla bla bla".

Czy najpierw 302 a pozniej 404 cos da nam od strony google?

404 dostaje dopiero na przekierowanym URL ;-(

Widocznie ten CMS tak ma ale czy to jest zgodne z oczekiwaniami wyszukiwarek?

Lemat

unread,
Nov 11, 2009, 6:54:28 PM11/11/09
to
Koteczek wrote:

czekaj, bo mnie coś ominęło
powiedz co masz i czego oczekujesz

ale ogólnie dla wyszukiwarek lepsze jest 301

Koteczek

unread,
Nov 11, 2009, 8:13:10 PM11/11/09
to
> czekaj, bo mnie coś ominęło
> powiedz co masz i czego oczekujesz

stronka.pl/adres_usuniety_z_cms.htm

normalnie oczekiwalbym ze po zaladowaniu tego url jak wyzej (dokumentu w bazie
danych nei ma) CMS sypnie 404 (na tym URL) i po sprawie.

Ale on przekierowuje z tego url wyzej (przy uzyciu 302, co jest FOUND chyba)

na

stronka.pl/error404.html - to jest dokument ustawiony w CMS jako domyslnie
pokazujacy sie przy zlych URL.

Czy sekwencja naglowkow 302 a pozniej 404 wyindeksuje mi poprawnie

stronka.pl/adres_usuniety_z_cms.htm

z bazy googla i innych?

0 new messages