kori

do ekonomicznych hostingow dołączyły: hopsi.pl i webca.pl w cenie 8zł rocznie i braku limitu domen, hopsi to idealny parking dla domen trzymam kciuki by przy niskiej cenie udało się zachować jakość

może tak: <style> twoje style </style>

podobny efekt osiągniesz z http, tylko nie może być indexu i włączone pokazywanie zawartości folderów Options +DirList HeaderName top.htm ReadmeName bottom.htm

jak ktoś dzwoni 50 razy, to się wyłącza telefon

sądziłem że to nowy właściciel ma obowiązek informować ubezpieczalnie, urzędy itp, że to auto jego teraz jest

Miło że już tak dużo jest tanich hostingów, że nie opłaca się brać bezpłatnych (czyt. bez supportu).

Może mają lepsze zniżki na poprzedniego właściciela. Jeden ubezpieczyciel pilnuje, drugi nie. Obowiązek - obowiązkiem, a ludzie - ludźmi, a ci zawsze będą kombinować lub poprostu oszczędzać. Może też nie przerejestrowali auta? Do mnie raz policja przyszła, że mój samochód miał wypadek. Okazało się że to kilka lat temu sprzedany cinquecento. Dałem ksero umowy sprzedaży, poszli i cisza.

Pakowanie mi działa, wypakowanie nie, proszę o pomoc. pakowanie wszystkich plików w folderze do pliku backup.zip w nadrzędnym folderze zip('../backup.zip', './'); z pliku backup.zip będącego w nadrzędnym folderze wypakowanie pliku o nazwie: '217.99.43.67' do aktualnego folderu unzip('../backup.zip', './217.99.43.67'); function zip($zipfile, $directory_files) { if ($handle = opendir($directory_files)) { $zip = new ZipArchive(); if ($zip->open($zipfile, ZIPARCHIVE::CREATE)!==TRUE) exit("cannot open <$filename>\n"); while (false !== ($file = readdir($handle))) if(strpos($file,'.')>0) $zip->addFile($directory_files.$file); //echo "$file\n"; closedir($handle); echo "numfiles: " . $zip->numFiles . "\n"; echo "status:" . $zip->status . "\n"; $zip->close(); echo 'Zip File:'.$zipfile . "\n"; } } function unzip($zipfile, $unzip) { $unzip_dir=substr($unzip,0,strrpos($unzip,'/')+1); $unzip_file=substr($unzip,strrpos($unzip,'/')+1,9999); $zip = new ZipArchive; $res = $zip->open($zipfile); if ($res === TRUE) { $zip->extractTo($unzip_dir, $unzip_file); $zip->close(); echo 'ok'; } else echo 'failed'; } zip('../backup.zip', './'); unzip('../backup.zip', './217.99.43.67');

ok wyczaiłem gdzie błąd był, w samym pakowaniu stąd ta './' wymagana przy dekompresji pierwsza linia przed, druga po zmianie if(strpos($file,'.')>0) $zip->addFile($directory_files.$file); if(strpos($file,'.')>0) $zip->addFile($directory_files.$file, $file);

1. dodałem: error_reporting(E_ALL); ini_set("display_errors", 1); Komunikat leci ok. Błędów php brak. 2. Gdy wywaliłem $unzip_file z $zip->extractTo($unzip_dir, $unzip_file); to wypakowalo, tylko że ja chce wypakować tylko jeden pliczek 3. Zmieniłem: $unzip_file z $zip->extractTo($unzip_dir, $unzip_file); na: $unzip_file z $zip->extractTo($unzip_dir, './'.$unzip_file); i o dziwo wreszcie wypakowalo moj pliczek, aczkolwiek nie rozumiem czemu musialem dodac './' ci co pisali manuala walneli błąd? z manuala http://php.net/manual/en/ziparchive.extractto.php: $zip = new ZipArchive; $res = $zip->open('test_im.zip'); if ($res === TRUE) { $zip->extractTo('/my/destination/dir/', array('pear_item.gif', 'testfromfile.php')); $zip->close(); echo 'ok'; } else { echo 'failed'; }

No oczywiście lepiej pokazać userowi zupełnie stronę pustą..., i tak źle i tak nie dobrze ;p Niestety sami potwierdzają, że nie da się i nie włączają userom. "nie napisaliśmy w żadnym poście, że tego nie potrafimy. Po prostu nie jest ta opcja uruchamiana dla naszych użytkowników. Napisałem także Panu jak ją uruchomić w php."

Ogólnie OK, hosting działa bez przerw, ping średnio 29, odpowiedź http średnio 45. Jedyna wada: do każdego pliczku PHP trzeba dodawać tam: error_reporting(E_ALL ^ E_NOTICE); co jest dość męczące. Nie chcą tej opcji włączyć użytkownikowi na stałe, z czym nie spotkałem się jeszcze nigdy w płatnych hostingach.

Dla ciebie jedynie ovh. Jak cię atakują to nie oczekuj w Polsce usługi w rozsądnej cenie. Bo będziesz latał między hostingami tak jak ja musiałem swego czasu. Nawet jedno z najdroższych, które sądziło że daje ochronę poległo (progreso.pl).

Ale poczytaj także to: http://www.webhostingtalk.pl/topic/50670-cloudflare-mial-chronic-ale-ostatnio-zaczal-psuc-strone/.

Powinieneś mieć możliwość złożenia reklamacji. Dobrze to zmotywuj w Paypalu, opisz co zakupiłeś, powiedz że nie wykorzystałeś. Możesz też dopisać o obowiązującym w Polsce prawie konsumenckim i transakcjach na odległość.

Kod prostacki, mało grafiki, wczytywane 3 pliczki javascript. No i nagle pierwszego lutego... Strona na hostingu sixwishlist.com poprzez cloudflare zaczęła się ładować nie do końca. Przez co nie pojawiało się prawa część lub prawie pusta strona, bo ucielo w połowie skryptu. Nawet na kilka minut przeniosłem stronę do linuxpl.com, ale efekt dokładnie ten sam. Zacząłem optymalizować kod strony, stare zbyteczne funkcje, zakomentowane fragmenty. Zbyteczne/nadmiarowe odwołania do plików. Efekt jeszcze gorzej, strona już przestała wogóle cokolwiek pokazywać. Support sixwishlist.com podpowiedział by przesunąć z indexu do do zewnętrznego pliku css. I co ciekawe nagle strona zaczęła działać prawidłowo. Reasumując cloudflare coś zmieniło 1 lutego i powodowało to dziwne ucinanie strony. Support cloudflare nie potrafi powiedzieć o co w tym chodzi.

porownalem dwie większe strony z i bez tego minify, no i wychodzi że to totalnie bezsensu w moim przypadku są już wystarczająco zoptymalizowane sprawdziłem kompresję stroną: http://www.gidnetwork.com/tools/gzip-test.php jedna: Size, Markup (bytes) 66,997 Size, Compressed (bytes) 17,975 Compression % 73.2 druga:Size, Markup (bytes) 20,024 Size, Compressed (bytes) 7,199 Compression % 64.0 minify z cloudflare może popsuć stronę, a przy włączonej kompresji deflate nie opłaca się jak ją wykonać znajdziesz tutaj: http://www.feedthebot.com/pagespeed/enable-compression.html

w zasadzie nigdy (prócz ostatniego czasu, tylko z jedną stroną) nie mialem z minify problemu, ale rocket loader rozwalał mi zawsze strony czy ta kombinacja autominify i hostingowe deflate jakoś gryzie się lub wyklucza?

w tym sęk że teraz jest ok, i dziwi mnie że pomogło tylko przemieszczenie css na zewnątrz purge/devlopment to ja robiłem kilka razy dziennie najniższy poziom czego? kompresja? - na hostingu: htaccess i "AddOutputFilterByType DEFLATE text/html" - czy cloudflare: "Auto Minify (Web optimization)"

to jest forum, więc potwierdzeniami mailowymi odkryje IP

@sixwishlist, sry że tak to odebrałeś, jesteś naprawdę bardzo pomocny twoja wskazówka by wyciągnąć css do zewnętrznego pliku pomogła przy aktualnej anomalii z cloudflare, która jest od kilku dni Nie miałem zamiaru przedstawić was jako złych tylko omówić zaistniałą sytuację. Może źle to przedstawiłem, zasadny byłby limit, właśnie na te logi. Nie wiem na ile plesk ma możliwości, ale panel nie powinien pozwolić logom na uwalenie strony. Logi, czyli trochę drugorzędna sprawa, nie powinny mieć możliwości wpływu na działanie/blokadę strony. Jeżeli logi nie pozostawiają powiedzmy 5% rozmiaru konta, powinny przestać się tworzyć lub nadpisywać stare.

"Prosimy używać usługi pod serwisy WWW a nie testować skrypty. Przy następnym wygenerowaniu błędów o powierzchni 11GB logów zablokujemy po prostu konto...... Żeby było wszystko jasne: Zaznaczam że w chwili ponownego przekroczenia powierzchni 1GB po prostu zablokujemy usługę." No dobra, totalnie dezaktywowałem errorlogi skoro stanowią problem. Każdemu się zdaży jakiś problem programowania/logiki. Budowałem skrypt usuwający zbyteczne pliki i nieodpowiednio wskazałem lokalizację, więc więc się zapętliło lub dla 3tyś plików wygenerowało po kilka razy błąd. Prawda, nie mam lokalnego serwera (czy tylko ja?) by testować skrypty, ale ram zaśmiecać rzeczami które użyje raz na tydzień lub miesiąc. Reasumując, logi powinny mieć jakiś logiczny limit lub prostą opcję deaktywacji ich.

napewno przekłada się na pobór prądu, najistotniejszą zaletę drobiazgu

ściemniona pojemnosc aku, więc pewnie równie dziadoska ładowarka

sprawdz jeszcze tasiemkę