Mion

W końcu w tym nowym panelu są statystyki zużycia transferu

Poszlo na PM Wczoraj w okienku czata też pisałem o tym logowaniu... ale widać po 17 nikogo nie było bo nikt tam się nie odezwał

Przed chwilą wysłałem kolejny e-mail https://homecloud.pl/o-nas/kontakt/ // Twoja wiadomość została wysłana. Dziękujemy. Co do " homecloud " to nie mogę się właśnie zalogować gdyż mechanizm odzyskiwania hasla nie działa

Wczoraj po godzinie 18 zgłaszałem formularzem kontaktowym, że po odzyskaniu hasła za pomocą mechanizmu : // Podaj swój login, aby otrzymać link na zarejestrowany adres e-mail. https://cp.az.pl/recover/ ..... który obsługuje logowanie do konta AZ i na te konto po odzyskaniu hasła mogę się zalogować.... natomiast na konto https://cp.homecloud.pl/servlet/Turbine/frm/single/ nadal nie mogę się zalogować (dzisiaj tak samo) Do dzisiaj zgłoszenie bez odpowiedzi ... //przeniosłem do odpowiedniego tematu /theqkash

https://forum.rootnode.pl/profile/13-behemoth/

Polecam http://swits.pl/ Profil na forum : https://forum.rootnode.pl/profile/13-behemoth/

<?php session_start() ... Tylko zapomniałem, że współczesne przeglądarki zapisują cookies nie jako pojedynczy pliki jak kiedyś , ale w swojej bazie SQLite. Ktoś może pomyśleć, że jak użyje sesji, to nie będzie musiał wystawiać nieszczęsnych informacji o cookie Dziękuję za Twoją radę ... dobrych rad nigdy za wiele zwłaszcza, że faktycznie czegoś nowego się dowiedziałem @ Mam tylko nadzieję, że na żadnej produkcji takich rzeczy nie robisz, bo się zdziwisz któregoś dnia Z mojego punktu widzenia jako wartość cookie są dane "zaszyfrowane", bo nie wiem co przechowują i coś takiego miałem na myśli. Z mojej strony to wszystko jak chodzi o te cookies

Sesja jest oczywistym wyborem dla koszyka zakupów zwłaszcza, że można ustawić czas życia sesji nie kończącej się zamknięciem przeglądarki , co może mieć znaczenie jak ten sam user wejdzie ponownie za jakiś czas dla porzuconego koszyka, ale to samo można zrobić z cookie. Jednak sesja ma służyć jedynie przechowywania jakiegoś identyfikatora dla rekordów koszyka w bazie danych.

Nie zapisujesz sesje tylko identyfikator sesji, a to są dwie rożne sprawy. To w związku z tym, że dane w cookie nie są dostępne do podglądu i co ważniejsze modyfikacji bez ich "popsucia". Czemu zaraz poufne ? Mogą to być dane, które nie powinny być modyfikowane przez co sprytniejszych użytkowników po to zapisywane w zapisane w cookie by były dostępne ileś czasu. Możliwości jest wiele.

Nie do końca to prawda, gdyż jest coś takiego jak cookie sesyjne wystawiane użytkownikowi, a w nim przechowywany identyfikator sesji chyba, że ten identyfikator jest przekazywany jako parametr URL, ale to raczej w minionej epoce. I te Cookie sesyjne można ustawiać jak chodzi o jego parametry: php.net/manual/en/function.session-set-cookie-params.php Dane w cookies mogą być zaszyfrowane. Jak chodzi o obsługę sesji w bazie danych, to przechowujesz w niej zserializowane dane sesji nie sam identyfikator, wiec to nic nie zmienia.

Może ten jegomość : Wydajna architektura wysokiej dostępności - Damian Tylczyński - DrupalCamp Wrocław 2017 https://youtu.be/R6dOLhPsKNo

Chyba odpowiedź jest oczywista ? Jaka kiszka ? Wtedy nie tracisz danych, bo odtwarzasz mastera z slave. A jak fizycznie ci padnie, to już trudno, ale danych nie tracisz. Do przechowywania sesji możesz użyć osobnej instancji redisa lub klastrów redisa. Serwer wejściowy wspólny dla wszystkich żądań HTTP lub dedykowane load balancery np https://www.ovh.pl/rozwiazania/ip-load-balancing/

A czy to autor aplikacji wykonywał operacja kasowania plików na Twojej instancji tej aplikacji ?

Samo rozdzielenie żądań HTTP to dopiero początek możesz zrobić je w oparciu o np: nginx lub hproxy: http://nginx.org/en/docs/http/load_balancing.html https://www.digitalocean.com/community/tutorials/an-introduction-to-haproxy-and-load-balancing-concepts Do tego dochodzi: - Np w wypadku replikacji master > sleve zapewnienie podziału zapytań do baz w warstwie PHP. Zapisujesz, updatujesz, kasujesz na masterze. Odczytujesz tylko z slave. - Obsługa przenoszenia sesji - Replikacja bazy danych master >salve lub master <> master - No i samych plików jeśli takowe w sersie przybywają --- Jeśli chodziło by tylko o automatyczną kopię zapasowe, to IMHO wystarczyła by replikacji bazy danych Master > Slave na zdalnej maszynie oraz synchronizacja > przenoszenie plików (rsync ) też na zdalną maszynę.

= 0 zł W takim zRazie Wartość Twojego sponsoringu jest również 0 - rowa

UP po co te całe cytaty ?

Kontakt do BOK != administratora.Jakiś czas temu korzystałem z https://www.unixstorm.org/ i mogę polecić. I coś dla Ciebie https://www.unixstorm.org/Kontakt.html

To chyba będziesz Musiał skorzystać z serwera dedykowanego lub VPS'a + zatrudnienie indywidualnego administratora, który "udźwignie" Twoje wymagania. Tylko wątpię by się ktoś zaoferował w cenie cenie 50 zł nie licząc samego hostingu. Poza tym jeśli wymagasz "Wsparcie administratora 24/7 przez email", to chyba lepiej zatrudnić opiekuna serwisu, który ogarnie tematykę bez konieczności angażowania administratora serwera, gdyż na hostingach współdzielonych o jakie pytasz zakres operacji możliwych do wykonania przez panel jest z góry znany i określony.

A co w tej domenie jest takiego wartościowego/wyjątkowego, że oferujesz się z jej sponsoringiem ? Do tego

Nie wiem czy już było, teraz za 15 brutto na rok można kupić VPS'a w ich pormocji

OK, wróciwszy do tematu doszedłem co jest potrzebne, a mianowicie fizyczny plik *.shtml w katalogu głównym dla konkretnego numeru odpowiedzi np 403.shtml dla odpowiedzi : 403 Forbidden. Jeśli nie ma pliku, to w odpowiedzi jest zwracany status 403 Forbidden ale i wywoływany ostatnio z reguł .htacces'a w tym wypadku = strona index RewriteRule ^ index.php [QSA,L] I to rozwiązuje mój problem

Jak zainwestujesz 1 (n) M $$$ w panel, to pewnie Twój będzie "lepszy" niż DA Z pewnością inaczej Patrzysz jako firma hostingowa niż podstawowy user, który ma niewielkie wymagania jak chodzi o panel, bo ważne by był dla niego intuicyjny, a za takiego uważam DA. Co oczywiście nie oznacze, ze Twój panel za mylion dolarów będzie mniej intuicyjny, bo tak naprawdę, to od strony usera jest klika podstawowych operacji do wykonania. Co innego poniżej tej warstwy intejfejsu usera czyli mechanizmy które robią robotę na serwerze.

Porównałeś DA do WordPress i pewnie słusznie, ale weź pod uwagę popularność WP dla wszelakiej maści stron o mniejszej czy większej liczbie odsłon. Ale na wordpresie nie stawia się portali typu Onet, WP itd.... I tak samo jest z DA pod "faceboka" DA się nie nada .

Ale o jakiej "wydajności panelu" Piszesz ? Panel to tylko interfejs do mechanizmu obsługi konfiguracji jak virtualhost, bazy danych dla każdego użytkownika itd... Jako taki nie ma wpływu na wydajność aplikacji webowych. Dodam jeszcze, że jak chodzi o przedmiotowy DA, to cofając się wiele lat wstecz jako klient hostingów współdzielonych poznałem DA od strony właśnie użytkownika i wszystkie podstawowe operacje były / są nadal intuicyjne, więc ich wykonanie nie stanowiło dla mnie problemu. Później miłem klienta z hostingiem w home i nie mogłem opanować tego ich panelu w zadzie bez pomocy ich BOK się nie obywało.