nnd_newbie

Myślę że takich domen jest mniej. Choć zauważ że jedna firma, która przedłuży domenę opłaca w zasadzie 2-3 inne te za 0zł

Opłaca co najmniej 10 6, bo standardowy cennik NASK dla partnerów to 10 zł za domenę, a cena za przedłużenie w nazwa.pl to 100 zł.

 

 

Dodam jeszcze że może być może ruch na stronie wpływa na transfer? Mam od ok 3 do 5 tysięcy pageviews dziennie.

Tak, ruch na stronie wpływa na transfer. Każde wejście użytkownika to zużycie transferu. A biorąc pod uwagę, że streamujesz filmy to transferu możesz zużywać potężną ilość.

Sądzę, że zapychasz cache i wysycasz bufory właśnie ze względu na ruch oraz typ działalności (streaming video). W miarę upływu czasu cache się zapełniał, a im więcej miałeś użytkowników tym szybciej zużywałeś zasoby, aż się przepełniło. To raczej kompletny przypadek, że "awarie" zbiegły Ci się w czasie z uruchomieniem Google Analytics.

Użycie transferu musiałbyś sprawdzić gdzieś w statystykach hostingu. To jeden z ważniejszych parametrów na jakie będziesz musiał zwrócić uwagę przy wyborze hostingu. Nie każdy daje nielimitowany.

tcpsndbuf to rozmiar buforów dla połączeń tcp. To już chyba drugi wątek w którym podejrzewasz Google Analytics. Nie wiem skąd się u Ciebie wzięło to podejrzenie, ale zapewniam Cię, że Google Analytics to będzie ostatnia rzecz jaka Cię zapcha serwer.

Ewidentnie notorycznie przekraczasz limity dla konta u Twojego hostingodawcy. Pytanie czy Twoja strona jest aż tak źle zoptymalizowana czy limity w 1&1 są tak niskie. Jeśli to pierwsze to z innymi hostingami też pewnie będziesz miał problem. Mówisz że zajmujesz 50GB miejsca. A ile zużywasz transferu?

Na kampanię Adword ustawiasz określony fundusz, możesz ograniczyć do liczby kliknięć, wyznaczyć maximum za click, przeznaczać jakąś część kasy na dzień, na godzinę itp.

Google jest też dobre w wykrywaniu fałszywego ruchu.

ja to rozumiem, ale można wcześniej graczy ostrzec (np komunikatem w grze) albo na forum albo na stronie clanowej, że będzie zmiana hostingu i by ponownie, po tej samej domenie dodać sobie serwer do zakładki. Nawiązuję do tego, że domenę łatwiej zapamiętać i łatwiej przyzwyczaić ludzi/graczy niż IP.

Dwa lata temu była konsolidacja mojej firmy i zmieniła się nazwa domeny. Mam paru klientów którzy po otrzymaniu dwóch emaili z informacją o zmianie (jeszcze przed zmianą), po co najmniej kilku upomnieniach z mojej strony (już po zmianie) oraz przy stałej korespondencji z mojej strony po adresie email z nowej domeny - po dwóch latach, kiedy zaczynają nowy wątek to wciąż piszą na adres ze starej domeny.

Ludzie są ludzie. Zmień adres IP, powiadom wszystkich, zaoferuj, ze przyjedziesz i zmienisz mi adres IP w zakładce: do części nie dotrze, inni oleją, zapomną, zignorują, przestraszą się, wpisz sobie co chcesz. W najlepszym przypadku nie ma szans na utrzymanie 100% użytkowników.

https://www.freebsd.org/doc/handbook/disks-growing.html

Dokładnie twój problem, swap jest na końcu. Najpierw napraw tabelę partycji, usuń swap, rozszerz partycję, dodaj swap.

Ale ja i tak zrobiłbym backup zanim cokolwiek bym dotknął.

No i jeszcze:

Growing a live UFS file system is only possible in FreeBSD 10.0-RELEASE and later. For earlier versions, the file system must not be mounted.

Już nie, ale dzięki za info :>

Załóż teraz polsko-angielsko-czesko-flamandzką grupę spółek z 10 letnim doświadczeniem i nokautujesz ich

"ZDALNY ADMIN JEST POLSKO-ANGIELSKĄ GRUPĄ SPÓŁEK O PROFILU INFORMATYCZNYM"

"Ponad 8 lat na europejskim rynku,"

Wpis do KRSu 2016-05-20. Kapitał zakładowy 20000 PLN

"Wszelką korespondencję należy kierować na adres:

z dopiskiem Zdalny Admin"

To jest wirtualne biuro za 49 zł miesięcznie.

I nawet własną domenę mylą.

Zgłoszenie zrobione przez panel jeszcze przed wpisem tutaj.

Uważam, ze info o awarii to lepsza i bardziej obiektywna opinia niż "Pan Misio mi pomógł. Kocham ich!" albo "Nie potrafili mi skonfigurować konta. Nie potrafili mi pomóc. Nie potrafili ze mną rozmawiać. Są głupi." A takie są równie często. Jak się awaria skończy to opiszę czas i sposób jej rozwiązania. Uważam, że trudno o lepszą opinię na temat firmy i hostingu.

No i beczka miodu się wyczerpała, czas awarii Cloud Hosting. Zauważone ok. 14:00. Start.

Strony się nie ładują. WWW i PHP działa. Można się zalogować do mysql, ale próba zapytania update to minuta zawiechy i komunikat:

ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

Limity użytkownika nie przekroczone. Strony są testowe z zerowym ruchem.

EDIT. O 14:44 strona ruszyła ponownie. Czekam na wyjaśnienie supportu.

EDIT 2: Zgodnie z informacjami z supportu

Informuję, że na Pana koncie wystąpił problem związany z oprogramowaniem nadzorującym wykorzystanie zasobów MySQL'a przez Pana usługę. Problem ten spowodował m.in. problem z wykonywaniem updatów. Usterka ta została rozwiązana i nie powinna występować w przyszłości.

Zauważony czas trwania usterki: ok. 50min. Support oceniam pozytywnie, sprawą zajęli się szybko, w 15 minut po zakończeniu awarii miałem informację z wyjaśnieniem.

Jest to na naszym todo, z czasem być może się taka funkcjonalność pojawi ;-)

Możecie publikować swoją listę TODO i kolejność w jakiej macie zamiar wdrażać kolejne rzeczy?

 

konsultanci są po melisie i generalnie nic konkretnego nie podają, jedyne co udało mi się uzyskać to

 

A jakie jeszcze chciałbyś konkrety? Nr seryjne zepsutych dysków? Padły dwa dyski w RAID. Próbowali ją uruchomić. Nie udało się, bo padł kolejny. Spróbowali jeszcze jeden sposób (nie wiem co oni jeszcze próbowali wycisnąć z RAID z trzema padniętymi dyskami), nie udało się. Utworzyli nową macierz i odzyskują dane kont z backupów. Będą emailowo informować każdego klienta o odzyskaniu danych. Na koniec zaproponują gratyfikację dla każdego konta. Przepraszają.

Awaria nieprzyjemna sprawa, ale chciałbym żeby każda firma potrafiła po każdym etapie prac wydać komunikat. Następnie bez zbędnej grzebaniny zacząć odzyskiwać dane z backupu (i z tym różnie bywa w innych hostingach), o czym będą informować klienta.

Jedyny minus to że mogli zacząć odzyskiwać dane z backupów na nową macierz zaraz po awarii. Jeśli odbudowa RAID by się powiodła to nie skorzystać, a jeśli by się nie powiodła to mieliby gotową macierz z odzyskanymi danymi. A tak kolejne godziny czekania.

 

Z ofertami z allegro tak samo było czy hostingami bez limitu.

Sugerujecie, że OVH kantuje? Bo ja rozumiem, że są beznadziejne firmy w które nie warto wchodzić. I chyba to rozumieją wszyscy Ci którzy wybrali OVH. Dlatego właśnie wybrali OVH: bo to solidna firma która nie kantuje. Zaoferowała takie, a nie inne parametry, za cenę którą sama ustaliła. I teraz należy oczekiwać, że te parametry będą spełnione.

Wcale mnie nie dziwi, że ludzie oczekują, że dostaną to za co zapłacili. I nie dziwi mnie oburzenie, że są traktowani jak płatni beta testerzy. Nie dziwiłoby mnie nawet gdyby chodziło o gorszą firmę niż OVH.

PS. Nie mam żadnej usługi na OVH

 

Sam fakt, że klucz będzie na id produkty i id cechy uniemożliwi Ci fuckup wspomniany wyżej.

Jaki fuckup? Wprowadzenie produktu z podwojonym atrybutem to nie "rozwalanie bazy danych". To drobna niedogodność której można zresztą przeciwdziałać na poziomie aplikacji czy zakładając klucz UNIQUE.

Poza tym idcechy w kluczu głównym to może być za duże ograniczenie. Możemy chcieć, żeby produkt miał więcej wartości np. dla produktu o biało-czerwonym kolorze.

Możemy to zrobić przez mnożenie wartości: "biały, czerwony, biało/czerwony", albo przez rozbijanie na poszczególne atrybuty: Kolor biały:tak, Kolor czerwony: tak. Albo przez umożliwienie nadawania kilku wartości tego samego atrybutu.

I to ostatnie rozwiązanie jest powszechne, eleganckie (z punktu widzenia użytkownika) i umożliwia ładne filtrowanie. Kolor to tylko przykład. Jest wiele takich atrybutów np. "Typ zasilania" z wartościami "230V", "12V" czy różnego typu technologie sieciowe np. prędkość sieci, obsługiwane protokoły routowania.

Za szybko się zapieniasz, za szybko chcesz nakładać ograniczenia. Dziwi mnie, że nie spotkałeś się jeszcze z takimi bazami.

Poza tym załóżmy, że baza jest taka jak chcesz. Kluczem głównym jest (idprodukt, idcechy). Pochwalisz się jakie to "zapytanie można wtedy po ludzku zrobić na kilka dobrych sposobów i nie trzeba robić takich machlojek jak te wyżej"?

Może nie może poprawić. Sądzę, że sam jej sobie nie wymyślił, tylko dostał w spadku. W biznesie funkcjonują niestety bazy danych spieprzone fundamentalnie. Polecam przegląd baz danych np. programów księgowych, szczególnie w starszych wersjach. Niestety pracuje się na tym co się dostaje.

Poza tym akurat wertykalny sposób organizacji nie należy do rzadkości i występuje kiedy nie znamy liczby parametrów którymi będziemy opisywać produkty. Zerknij sobie do bazy danych jakiegolwiek sklepu internetowego gdzie produktom możemy nadawać cechy czy tagi (np. Prestashop). Wtedy dostaniesz tabelę uporządkowaną w sposób wertykalny.

Jasne można posprzątać, żeby nie było tak brzydko jak tu, ale problemy z wyszukaniem pozostaną podobne.

W rozwiązaniu @maniack dodajesz kolejny OR i zwiększasz count do 3:

SELECT idprodukt
FROM table
WHERE (nazwa_cechy='powierzchnia' AND wartosc=1) OR (nazwa_cechy='długość' AND wartosc=350) OR (nazwa_cechy='kolor' AND wartosc='red')
GROUP BY idprodukt
HAVING COUNT(*)=3

Ogólnie w tym zapytaniu wyszukujmy produkty które spełniają któryś z warunków (może jeden, może dwa, może trzy), a potem countem bierzemy tylko te produkty które występują dokładnie 3 razy. Jeśli warunków byłoby 4 to wtedy dajemy count=4, itd

Tutaj mała uwaga: baza musi być "czysta". Przy założeniu że wszystkie pola są kluczem głównym to mamy to niejako wymuszone. Ale jeśli wartości mogą się powtarzać i np. produkt będzie miał dwa razy kolor=red to zapytanie przestanie działać. Mało prawdopodobne, żeby się to zdarzyło, ale różne rzeczy w życiu widziałem.

Z podzapytaniem dodajesz jeden IN:

SELECT idprodukt
FROM table
WHERE idprodukt IN (SELECT idprodukt FROM table WHERE nazwa_cechy='powierzchnia' AND wartość=1 )
AND idprodukt IN (SELECT idprodukt FROM table WHERE nazwa_cechy='kolor' AND wartość='red' )
AND nazwa_cechy='długość' AND wartość=350;

Minirecenzja Cloud Hosting. Ponieważ na stronie brak jest szczegółowych informacji, dla wszystkich chętnych opisuję w skrócie co jest dostępne w hostingu Webh. Jest to wpis subiektywny bo oceniam głównie rzeczy których używam i potrzebuję.

(stan na 2017-05-22)

Pozytywy:

• Support - zdecydowanie na plus. Odpowiedzi są szybkie i na temat.
• Moduły PHP - możliwość włączenia/wyłączenia modułów PHP z poziomu panela
• Parametry PHP - możliwość zmiany parametrów PHP (max_execution_time, max_input_vars, memory_limit, ...)
• Let's Encrypt - jest i działa

Neutralne:

Negatywy:

• Backup - przeniosę do pozytywów jak zacznie działać. Ponieważ widziałem już na forum, że ktoś miał dokładnie ten sam problem, uznaję że nie jest to odosobniony przypadek. W skrócie: backup jest widoczny w panelu (dla WWW robiony co 6 godzin, dla bazy danych co 1 godz), ale próba pobrania kończy się wygenerowaniem pustych plików.
• Wersje PHP - dostępne tylko dwie: 5.6 i 7.1 - dla mnie mały minus, ale jak ktoś ma coś napisanego pod starsze wersje to niech się spodziewa.
• ioncube loader - brak. Jest sporo komercyjnych modułów np. do Prestashop, które są zakodowane. Ja bez tego przeżyję, ale zaznaczam i przestrzegam. Podobno ioncube będzie brany pod uwagę przy dalszym rozwoju.

Dysk

Kilka postów wyżej widać, że każdy klient ma nałożony limit operacji dyskowych na operacje na plikach. Szczegółów nie znam

Bazy danych

• Limit jednoczesnych połączeń 50 (dla użytkownika MySQL)
• Limit zapytań zapisu 25000 50000 (dla użytkownika MySQL na godzinę)
• Limit zapytań odczytu bez limitu (dla użytkownika MySQL na godzinę)
• Limit połączeń 25000 (dla użytkownika MySQL na godzinę)
• Liczba baz danych, użytkowników, rozmiar - bez limitów

Poczta

• Maksymalny rozmiar skrzynki 5120 (MB)
• Limit wiadomości wychodzących 100 (dla skrzynki na godzinę)
• Liczba kont, domen - bez limitu

Inne

• Transfer, liczba domen, kont FTP - bez limitu

Wydajność

Nie testuję. Zakładam, że i tak będą różnice pomiędzy kontami, a wydajność będzie się zmieniać w miarę rozwoju i przybywania klientów, czy nawet pory dnia.

Wątpliwości;

Ograniczenia na bazy danych, limit zapisu na poziomie 50000/godz. i 25000 połączeń/godz. To dużo/mało? W innych hostingach przy takim obciążeniu już byśmy wylecieli czy to norma?

Żeby zamknąć temat. W załączniku dwa skrypty.

tworzenie_tabeli.txt - tworzy tabelę i wypełnia losowymi danymi. Na koniec dodaje 5 produktów z których tylko dwa (idproduct 3 i 4) mają powierzchnię 1 i dlugość 350

zapytania.txt - trzy zapytania

1) Z zapytaniem wewnętrznym

2) Z joinem

3) Zamiana tabeli z wertykalnej na horyzontalną i wyciągnięcie danych poprzez standardowe zapytanie WHERE AND

Jak ktoś chce sobie przetestować wydajność to w procedurze insert_data() można zmienić zakres pętli z 200 do większej

PS 1. Zrobione na MySQL. W innych bazach pewnie można lepiej np. pivot w MSSQL

PS 2. Skrypty są pisane w Linuxie. Więc w Windowsie lepiej otwierać w czymś lepszym niż Notatnik. Polecam Notepad++

tworzenie_tabeli.txt

zapytania.txt

Nie sądzę, żeby była nieścisłość. Autor szuka produkty które mają zadaną długość ORAZ powierzchnię, inaczej nie byłoby problemu. Trudnośc polega na konstrukcji danej tabeli (wertykalnie) czego nie zauważył chyba ani @rzessski ani @Rafiki

1) Rozwiązanie 1 ode mnie i 2 od @davee są poprawne. Dla wyjaśnienia: zapytanie wewnętrzne wyciągnie z tabeli elementy które mają zadaną powierzchnię, a następnie spośród nich zapytanie zewnętrzne wybierze te które mają także zadaną długość.

2) Rozwiązania podane przez @rzessski i @Rafiki nie zadziałają bo są dla innej konstrukcji tabeli (takiej w której długość i powierzchnia są w jednym wierszu)

3) Join zadziała tylko po co zarzynać bazę jak można to prościej.

4) Pivot jest rozwiązaniem dedykowanym do takich właśnie zastosowań

Tutaj masz ładny przykład jak odwrócić bazę wertykalną do horyzontalnej przy użycia pivota: https://4programmers.net/Forum/Bazy_danych/286744-odwrocenie_bazy_wertykalnej_do_horyzontalnej?p=1345748#id1345748

jakim zapytaniem otrzymamy tylko produkty które np mają długość 350 ale i powierzchnię 1 ???

 

dzięki

SELECT idprodukt 
FROM table
WHERE idprodukt IN (SELECT idprodukt FROM table WHERE nazwa_cechy='powierzchnia' AND wartość=1 )
AND nazwa_cechy='długość' AND wartość=350;

Niezbyt ładnie ale zadziała (przynajmniej w MYSQL)

Witam,

 

od jakiegoś czasu phpmyadmin wypluwa mi informację o dużej liczbie nieudanych prób połączenia:

Zrzut ekranu 2017-05-19 o 09.19.21.png

 

Powyższe statystyki przedstawiają dane z 8 godzin pracy serwera.

Czy może ktoś mi wyjaśnić co dokładnie oznacza ta informacja?

MySQL wystawiony na zewnątrz? Jeśli tak to pewnie ktoś się próbuje logować.

Równie dobrze mógłbyś się zapytać czy zostaniesz w RP ukarany za kradzież czy włamanie. Jak Cię złapią i policji będzie się chciało to tak. A czasami chcą i łapią.

Poza tym gdzie chcesz to trzymać? Zanim dobierze się do Ciebie policja to firma hostingowa Cię wyrzuci.

EDIT. Sorry, źle przeczytałem "przecinek". Ty chcesz hostować cracki do programów i cracki do gier, a ja przeczytałem, że cracki do gier i programy (całe programy). W takim przypadku pytanie do prawników.

 

W obu przypadkach na serwerze

telnet: Unable to connect to remote host: Connection refused

Przez klienta na porcie też nic nie łączy.

To powiem Ci że nie mam pojęcia jakim cudem skrypt uruchomiony po adresie IP i portem działa, skoro połączenie jest odrzucane. Dla mnie to podpada pod magię.

I ogólnie mówienie o "security by obscurity" w przypadku systemu gaszenia jest ciekawym sposobem prezentowania sprawy.

Żarcik taki

Wiem ze nie za bardzo wiesz co piszesz i nie wiesz jak to wygląda

Nie wiem jak wygląda. Odnoszę się tylko do Pana własnych argumentów na temat kilku pomieszczeń w przypadku pożarów i tego, że systemy gaszące też uszkadzają sprzęt, więc whatever.

w długiej perspektywie tylko o sprawy organizacyjne, formalne, zastany układ, brak dobrej alternatywy, niemożliwość ułożenia dużej ilości okablowania do innej lokalizacji itd.

A tutaj doskonale sobie zdaję sprawę, że tak to wygląda. Nie chcę kalać swojego gniazda rodzimego, ale w Polsce najczęściej się nie da czegoś poprawić bo sprawy organizacyjne, formalne, bo zastany układ, bo nie można, chociaż chcemy. Więc będziemy mieli węzeł komunikacyjny w hotelu gdzie za ścianą biuro działa, a dwa piętra wyżej pani lekkich obyczajów zasypia w wannie z odkręconą wodą i zapalonym papierosem w ręku.

Kończę temat, bo rzeczywiście ściekowisko zrobiłem w wątku opinii o firmie Tiktalik. Mam nadzieję, że moderator przebaczy.

Nie przesadzaj na LIM jest masa pomieszczeń i wszystkie na raz się nie spalą, a jeżeli mają się spalić to system gaszenia nic nie zmienia. Do tego LIM to przede wszystkim duża krosownica optyczna a dopiero później aktywne urządzenia które są wrażliwe na wodę.

 

Systemy gaszące też ostatnio pokazały że uszkadzają sprzęt...

Aha czyli "security by obscurity". Rozłóżmy po kilku pomieszczeniach, bo na raz się nie zapalą, a skoro systemy gaszące też uszkadzają sprzęt, to w ogóle je olejmy i nawalajmy wodą. A potem na gruzach się na szybko postawi krosownicę, podklei taśmą pakową, psiknie WD40 i dalej internet hula.

Nie wiem czy przesadzam. Ale skoro nawet małe firmy hostingowe się decydują na kolokacje w profesjonalnych centrach hostingowych, to może tuzy sieciowe też by się szarpnęły na porządny budyneczek spełniający wszystkie normy i wymagania.