[rysiaczek]

co do az'ta to dwie uwagi
- data center może i mają w niemczech, ale większość domen siedzi w polsce.
- chodzi dobrze, dopóki na fizycznym serwie, na którym jest nasza domena nie przybedzie innych domen. Wtedy serwy nie wydalają i sie kisi maksymalnie. Przynajmniej tak bylo do niedawna, jednak wystarczylo, zeby im podziekowac.

[dentharg]

czlowieku... to co Ty chcesz tam trzymac, skoro baza 50 mb Ci nie wystarczy?

kolega przy galerii z setkami zdjec i tysiacy komentarzy uzywal 17 mb bazy, na skrypcie 4images.

dane trzymane sa w plikach, nie w bazie, chyba ze jakis kosmicznych skryptow uzywasz.

Nie musisz od razu tak ofensywnie..
Chce uzywac Gallery 2. Mialem Gallery 1 i tam *wszystko* bylo w plikach. W Gallery 2 jest juz potrzebna baza. Widzialem skrypty, ktore miniaturki trzymaja w blobach w bazie i to szybko puchnie wtedy. Stad moje pytania.
Zapisalem sie na forum Gallery2 i dostalem odpowiedz, ze tylko metadane sa trzymane w bazie i 50 MB MySQLa na 5 galerii po 200 zdjec "is more than enough".

Zdaje sie, ze przycupne na easyisp.pl. Za pakiet easyWeb niecala 100 (1GB pojemnosci na wszystko, 5GB transferu/miesiac). Na webhostingtalk.pl zbiera nawet niezgorsze opinie. O e9.pl czytalem ze mieli *POWAZNA* (tak napisane) awarie kilka miesiecy temu i utracili sporo klientow. Poza tym uzywaja panelu Contixx, ktory mi sie po prostu nie podoba.
Netlook.pl wyglada najlepiej z tego wszystkiego pod wzgledem jakosci, ale 350 MB na maile/www dla calej rodziny wyglada malo (w pakiecie do 100pln/rok)...

No to tyle ode mnie (na razie )

[fICHU]

dzisiaj zachodze na nazwa.pl i widze ze maja promocje.
5GB placu z podzialem wedle uznania i 300GB ruchu
moze to dla kogos jest oferta...
w sumie mam u nich serwer
jakby ktos zakladal moze uwzglednic jako polecajacego...

pozdrawiam

[woyd]

no i stało się to, czego się chyba nie spodziewałem..

Strona głowna Foxnet wygląda dziś tak:

źródło

a po mojej pół roku dopieszczanej galerii i blogu nie został żaden ślad..... wrrrrrrr

[dentharg]

Od razu widac co za firma, skoro pisza 'profezjonalizm'..
mi na easyisp.pl jest znosnie, choc czasami tez zdarzaja sie momenty, ze transfer rzednie i trzeba ponawiac..

[solti]

Czyli jeśli 4 osoby na raz zajrzą na stronę (mam galerię PHP&MySQL) to jednej z nich się ona nie wyświetli ?? Głupie to trochę...

Proponuję przeczytać to: http://forum.ovh.pl/showpost.php?p=7979&postcount=66

Ja się zdecydowałem. Stronaka na razie w budowie:-D

[ukasbadu]

A ja właśnie się skusiłem na promocję w nazwa.pl ... niech ktoś tylko podpowie dlaczego przy przenoszeniu bazy mySQL-owej pl-literek nie widać.

[rysiaczek]

A ja właśnie się skusiłem na promocję w nazwa.pl ... niech ktoś tylko podpowie dlaczego przy przenoszeniu bazy mySQL-owej pl-literek nie widać.

Najprawdopodbniej inne kodowanie znaków w bazach danych - najczęstsze to latin-2 i UTF-8. Jeżeli przenosisz przy pomocy phpMyAdmina, wybierz odpowiednie kodowanie przy importowaniu pliku.

[ukasbadu]

Najprawdopodbniej inne kodowanie znaków w bazach danych - najczęstsze to latin-2 i UTF-8. Jeżeli przenosisz przy pomocy phpMyAdmina, wybierz odpowiednie kodowanie przy importowaniu pliku.

Jakiego bym nie wybral przy imporcie to polskich znakow nie ma. W kodzie strony utf-8. Dane w bazie zrodlowej: utf-8 (na pierwotnym serwerze wszystko gra). W bazie docelowej niby utf-8 ale nie dziala, phpmyadmin z serwera zrodlowego generuje tabele w latin1. Probowalem na kilka sposobow, nawet iconvem konwertowalem i nic. Powoli koncza mi sie pomysly. Podobno problem jest charakterystyczny dla nowych wersji mySQL.

[rysiaczek]

Jakiego bym nie wybral przy imporcie to polskich znakow nie ma. W kodzie strony utf-8. Dane w bazie zrodlowej: utf-8 (na pierwotnym serwerze wszystko gra). W bazie docelowej niby utf-8 ale nie dziala, phpmyadmin z serwera zrodlowego generuje tabele w latin1. Probowalem na kilka sposobow, nawet iconvem konwertowalem i nic. Powoli koncza mi sie pomysly. Podobno problem jest charakterystyczny dla nowych wersji mySQL.

Zrób ręcznie. Wyeksportuj do pliku, otwórz w ulubionym edytorze, zapisz w docelowym kodowaniu i dopiero importuj. Musi zadziałać.

[perqsista]

-jaka jest wersja serwera MySQL na starym i na nowym serwerze?
-czy ogonki w pliku z eksportem ze starego serwera sql są zakodowane w utf8?
Jeżeli tak to w pliku z eksportem .sql dodaj na samym początku:

SET character_set_client=utf8
SET character_set_results=utf8
SET character_set_connection=utf8

w linijce w której masz CREATE DATABASE dopisz deklarację kodowania:

CREATE DATABASE /*!32312 IF NOT EXISTS*/ `nazwabazy` /*!40100 DEFAULT CHARACTER SET utf8 */;

w skrypcie PHP, w którym wyciągasz z bazy dane dopisz:

mysql_query("SET character_set_client=utf8");
mysql_query("SET character_set_results=utf8");
mysql_query("SET character_set_connection=utf8");

te linijki wklej zaraz zaraz za mysql_connect


Jezeli nie potrzebujesz poprawnego sortowania polskich krzaków a interesuje Cię tylko uch poprawne wyświetlanie to możesz sobie odpuścić wszystkie powyższe kroki-upewnij się tylko przed importem danych,że krzaczki w pliku .sql są rzeczywiście kodowane utf8 a kodowanie bazy i tabel zadeklaruj na latin1.

[trampek9]

FOXNET miałem tam stronkę jakiś miesiąc w tym czasie nie działa 2 tygodnie potem znów zaliczyła zwis. Radzę jak najszybciej zmienić i nie dać sie im nabrać !!!
pozdrawiam