Skocz do zawartości

regdos

WHT Pro
  • Zawartość

    2301
  • Rejestracja

  • Ostatnio

  • Wygrane dni

    70

Posty napisane przez regdos


  1. Mi nie pasuje: require_once "PEAR/Auth/Auth.php";

     

    jeżeli jest ustawiona prawidłowa ścieżka do PEAR to należy używać: include_once('Auth.php');

     

    Dodatkowo masz $a = new Auth("DB", $options, "loginFunction", $optional);

     

    czyli używasz DB, które jest depraced, przejdź na MDB2

     

    Włącz wyświetlanie błędów i warningów na ekran wtedy coś zobaczysz co i dlaczego Ci się sypie, w/g mnie źle includujesz PEAR i dodatkowo możesz nie mieć właściwej ścieżki do niego ustawionej.


  2. Ja robię to też w ten sposób

     

    ini_set('include_path', $PAGE['dir']['pear'].PATH_SEPARATOR.ini_get('include_path'));

     

    gdzie $PAGE['dir']['pear'] to ścieżka do mojego PEAR

     

    Ważne jest żeby dopisać ścieżkę swoją przed ścieżka serwera, bo jeżeli mamy w swoim PEAR nowszą wersję jakiś biblioteki niż na serwerze a ścieżka by była później to zostanie wczytana ta wersja starsza z serwera.


  3. moze tobie ftp działa - ani moja strona nie działa, ani przez ftp nie moge pobrać plików...

     

    Przed awarią zacząłem wysyłać dane na ftp-a a te się wysyłają, ale faktycznie drugiego,nowego połączeni nie mogę już nawiązać czyli ftp też nie działa

     

    ED:

     

    maile też zwraca:

    Mail delivery failed: returning message to sender

    biuro@hekko.pl

    local delivery failed


  4. Założenie jest takie ze jest jedna strona, która będzie miała mnóstwo subdomen(oraz aliasów do nich) i klient ma sobie taką subdomenę automagicznie zakładać z poziomu przeglądarki.

     

    Tego tak się nie robi, delegujesz wilcarda *.domena.pl i obsługę subdomen i całą resztę robisz sobie z poziomu skryptów php.


  5. ICPNET Poznań

     

    boski ~ # ping 66.199.242.26
      PING 66.199.242.26 (66.199.242.26) 56(84) bytes of data.
      64 bytes from 66.199.242.26: icmp_seq=1 ttl=52 time=122 ms
      64 bytes from 66.199.242.26: icmp_seq=2 ttl=52 time=122 ms
      64 bytes from 66.199.242.26: icmp_seq=3 ttl=52 time=122 ms
      64 bytes from 66.199.242.26: icmp_seq=4 ttl=52 time=122 ms
      64 bytes from 66.199.242.26: icmp_seq=5 ttl=52 time=122 ms
      ^C
      --- 66.199.242.26 ping statistics ---
      5 packets transmitted, 5 received, 0% packet loss, time 4018ms
      rtt min/avg/max/mdev = 122.157/122.305/122.454/0.452 ms


  6. Chyba Ci się coś pomyliło.

    Domena wraca po 14 dniach do puli wolnych adresów...

     

    Nie 14 tylko dokładnie 15 dni, 14+5 jest w przypadku rezerwacji domeny a nie wygaśnięcia z powodu nieopłacenia abonamentu.

    Wystarczy wejść na stronę dns.pl i poczytać o tym.

     

    Co oznaczają komunikaty bazy WHOIS?

     

    Brak informacji o domenie w bazie Registry NASK - nazwa domeny nie istnieje w bazie Registry NASK. W Przeglądarce domen można sprawdzić dostępność nazwy domeny .pl do rejestracji w NASK.

     

    Domena oczekuje w kolejce na rejestrację - nazwa domeny została zgłoszona do rejestracji. W tym stanie nazwa domeny przebywa 14 dni.

     

    Domena usunięta z kolejki - nazwa domeny jest usuwana z kolejki do rejestracji. W tym stanie nazwa domeny przebywa 5 dni.

     

    Domena po zakończeniu okresu rozliczeniowego - zakończył się opłacony okres rozliczeniowy. W tym stanie nazwa domeny przebywa 15 dni.

     

    Domena po rozwiązaniu umowy - umowa na utrzymanie nazwy domeny została rozwiązana. W tym stanie nazwa domeny przebywa 5 dni.

     

    Domena - trwa postępowanie wyjaśniające - utrzymywanie nazwy domeny zostało wstrzymane do wyjaśnienia.

     

    Domena podczas testów - została wykupiona usługa o nazwie Domain Name Tasting (DNT). W tym stanie nazwa domeny przebywa 14 dni.

     

    Domena po zakończeniu testów - nazwa domeny jest uwalniana po zakończeniu testów. W tym stanie nazwa domeny przebywa 3 dni.

     

     

    Dodatkowo dostępny też jest diagram stanów domen http://www.dns.pl/stany_domen.pdf


  7. Ja do superhosta miałem dwa podejścia, jedno jakoś 3 lata temu a drugie 1,5 roku temu.

    W obu przypadkach nie działało jak należy, przy pierwszym podejściu wybitnie nie działał filtr antyspamowy i jakoś tak wolno wszystko chodziło, a przy drugim serwer miał czkawki, jak klientowi przeniosłem serwis gdzieś indziej to się spytał co zrobiłem, że wszystko nagle zaczęło bezproblemowo i szybko chodzić.

     

    Innym razem jak rejestrowałem u nich domenę .de to przez tydzień się woziłem bo okazało się że Niemcy mają wymagania odnośnie konkretnych wielkości czasów w DNS-ach, ale nikt tego nie powiedział przy rejestracji i nie było to nigdzie zawarte na stronie superhost.

     

    Sumarycznie mam opinie negatywną i nie polecam ich.


  8. Niestety wydaje mi się, że mogą się zdarzyć pojedyncze osoby, które zapomniały, że technika poszła do przodu i korzystają z naprawdę historycznego sprzętu. Mam tutaj na myśli niewielką grupę, starszej klienteli.

    W ten sposób to należy założyć, że ktoś może używać jeszcze IE3. Warto spojrzeć na http://www.ranking.pl/index.php?page=Ranks...&stat=22|OW i zastanowić się czy dla 0.2% (MSIE 5.0) warto robić całkiem inną stronę, bo to już tak przestarzała przeglądarka, że na pewno sporo rzeczy będzie albo nie działać albo źle działać.

     

    Być może mylę pojęcia, ale osobiście wolę strony oparte na oddzieleniu struktury strony od stylu, odpowiednie stosowanie znaczników <div> itd. - myślę, że to jest właśnie xHTML i ten sposób widział bym realizację mojej strony firmowej.

    A co daje Ci więcej właśnie XHTML w kwestii oddzielenia struktury od wyglądu w porównaniu z HTML-em ? Ja nie znalazłem niczego takiego. <div> jest taki sam, css też. Naprawdę warto przeczytać ten artykuł na pornel.pl

     

    Dokładnie. Akurat w tym przypadku nie mogę olać żadnej z przeglądarek, z której mogliby korzystać moi klienci. Nawet gdyby danej przeglądarki używało tylko kilku klientów.

    Tu podobnie jak wyżej. A jak ktoś z klientów używa IE3 albo NS3? albo jakiegoś tekstowego klienta np. linksa lub lynx-a ? Masz statystyki używanych przeglądarek dla Twojej aktualnej strony? Świat i technika idzie do przodu i w pewnym momęcie trzeba po prostu odciąć się od starszych rzeczy, bo sami zostaniemy z tyłu.

     

    Z jednej strony to racja, ale wydaje mi się, że w przypadku mojej strony JS za bardzo nie będzie potrzebna (no może do 1 funkcji) - aczkolwiek mogę się mylić.

    Jeżeli potrzebujesz na stronie osadzić flash-a to już niezbędny jest JS, żeby przy aktywnym elemencie nie trzeba było 2 razy klikać w przypadku IE. Jeżeli będziesz chciał zastosować jakiegoś rollovera z obrazka to też w JS to będzie (choć można to zrobić w CSS ale wymaga więcej pracy w przygotowywanmiu obrazków) JS naprawdę ułatwia czasami życie a dołożenie jakiś bibliotek np. jquery tymbardziej.


  9. Tak jak dał link Noone, xhtml nie jest wcale nikomu do szczęścia potrzebny lepiej zrobić to dobrze w html-u 4 i tabeli też nie zarzucać szczególnie jak trzeba pokazać jakieś zestawienie w tabeli, w końcu table jest nadal poprawnym i obowiązującym znacznikiem xhtml-a. Natomiast na tebelach nie należy robić samego layoutu głownego.

     

    Nie zgodzę się też z Tomim, że wystarczy zgodność z W3C, bo nawet jeżeli strona przejdzie przez validator niekonieczeni tak samo wygląda w przeglądarkach.

    Nadal się buduje strony dla przeglądarek. Nikt nie zapłaci wykonawcy jeżeli Prezes ma IE6 i strona źle u niego wygląda a jest zgodna z W3C. Trzeba tak ja przerobić żeby i wyglądała dobrze i była zgodna z W3C.

     

    Ja sam budując strony testuje je w IE6, IE7, OPERA, FF2, FF3 i Safari i odpowiednimi zabiegami w CSS da się doprowadzić do takiego samego wyglądu, czasami równi to się ale niezauważalnie.

     

    Co do zastosowanych technologii to wszystko zależy od wielkości projektu i obciążenia poszczególnych składowych ale dla typowej aplikacji wystarczy php aktualna wersja 5 + MySql też wersja 5. Jeżeli miała by być wielka baza i mocno obciążana to można pomyśleć nad przejściem na Postgresqla albo zastosować cache zapytań i innych elemantów do plików statycznych.


  10. WWW ma mieć:

    1. Personalizacja - dla każdego klienta (login/hasło).

    2. FTP - personalizacja przez podział na katalogi "spersonalizowane/ogólne".

    3. Buzzsaw - opcja do rozwinięcia.

    4. Bezp. - Strona ma wykorzystywać skrypty pobierające z komputera stale włączonego u mnie pewne dane .doc/.xls/.jpeg/.tiff/etc. (czy typ pliku wplywa na poziom zabezpieczeń przed nieautoryzowanym dostępem?)

    5. Bezp. - Ma zapewniać dostęp do wybranych katalogów tego w/w komputera z poziomu www (np. jak w oknie eksploratora Windows) z jakiegokolwiek miejsca na ziemi :P , mającego dostęp do internetu

    6. System w kompie będzie postawiony na linuxie.

    7. Backupy na serwerze mnie tak bardzo nie interesują, gdyż poczta będzie ściągana raz dziennie na lokalny komputer. A strona będzie miała logiczny układ jak skatalogowane pliki - łatwo będzie zrobić jej kopię (i ta będzie również robiona)

    8. Możliwość zdalnego wejścia na pulpit innego komputera.

     

    Z tego co piszesz o potrzebach to sprawa dotyczy wykonania odpowiedniej aplikacji webowej a hosting jest drugorzędnym problemem, szczególnie uciążliwe mogą być punkty 4 i 5, bo ja to zrozumiałem w ten sposób, że gość wchodzi na stronę ze swoim loginem i hasłem i jak chce coś ściągnąć to wtedy serwer łączy się z Twoim kompem, pobiera te dane i mu wysyła. Rozwiązanie nasuwa się samo, niech ten twój komputer też zapewnia hosting, bo i tak musi go zapewniać żeby ten "prawdziwy" hosting mógł te dane z Twojego komputera pobrać. Przy rozwiązaniu , że Twój serwer zapewnia hosting będzie to szybciej działało, bo nie będzie trzeba dodatkowo przesłać danych z Twojego komputera do serwera.

×