Ivellios

Forumowicze
  • Zawartość

    883
  • Rejestracja

  • Ostatnio

Reputacja

23 Excellent

O Ivellios

  • Urodziny 28.01.1988

Contact Methods

  • Website URL
    http://radio.paranormalium.pl

Profile Information

  • Gender
    Male

Ostatnio na profilu byli

7020 wyświetleń profilu
  1. Też Zrobiłem i to i to. Najważniejsze, że (wreszcie) działa. Dzięki wszystkim za pomoc
  2. Problem rozwiązany. Okazało się, że winna była włączona usługa pocztowa dla domeny głównej na serwerze z subdomeną, wystarczyło ją wyłączyć i maile zaczęły iść normalnie.
  3. Miałem napisać sam do siebie? Tak, przeczekałem czas propagacji DNS-ów. Teraz, gdy z domeny głównej wysyłam maila na subdomenę, wiadomość normalnie dochodzi i jest ok. Gdy jednak próbuję wysyłać w drugą stronę, otrzymuję komunikat: Błąd SMTP (550): Nie można dodać odbiorcy "odbiorca@subdomena.adres.pl" (sorry, no mailbox here by that name. (#5.7.17)).
  4. Coś się poprawiło, email wysłany z domeny głównej na subdomenę doszedł, jednak w drugą stronę wciąż nie da się wysyłać.
  5. Mam taką sytuację: posiadam dwa serwery, na obu działają sobie usługi pocztowe. Do serwera A jest podpięta domena główna (nazwijmy ją "adres.pl"), do serwera B natomiast subdomena (nazwijmy ją "subdomena.adres.pl"). Obydwa serwery poprawnie wysyłają i odbierają emaile z innych serwerów, nie udaje się jednak przesyłać korespondencji między adres.pl a subdomena.adres.pl W ustawieniach "stref DNS" mojej domeny mam dwie strefy DNS: - jedna strefa związana z domeną główną, jest tam między innymi wpis MX wskazujący na domenę główną - druga strefa związana z subdomeną, jest tam też wpis MX wskazujący na subdomenę Tak jak pisałem, oba serwery mogą wysyłać i odbierać pocztę, ze sobą jednak nie chcą gadać Spotkał się kiedyś ktoś z podobnym problemem?
  6. A nie lepiej zamiast "Pan/Pani cośtam..." stosować po prostu "Państwo"?
  7. Aż sobie poszukałem czegoś więcej na ten temat... masakra http://napisztekst.pl/powitanie-klienta/
  8. Odnośnie błędów z ukośnikami na końcu - wrzucę tu swojego posta z forum Statlinka, może to komuś pomoże: Jako że w ostatnim czasie system zaczął robić mi na kilku stronach problemy związane z tymi nieszczęsnymi ukośnikami, postanowiłem zbadać temat i spróbować dojść do tego, co może być przyczyną problemu. Doszedłem do wniosku, że problem może tkwić nie tyle w konfiguracji serwerów, co w sposobie formowania linków w kodzie HTML. Na swoim koncie mam zarówno strony stojące na gotowych CMS'ach (blogi, fora, itd), strony na CMS-ie "domowej roboty" oraz "mieszańce" (np. strona główna na własnym CMS-ie i forum stojące na phpBB). Przykład: domena przyklad.com WordPress, Joomla! oraz zapomniany już jPortal (tak, jeszcze używam tej porażki programistycznej xD na szczęście tylko na jednej stronie) formują linki w następujący sposób: <a href="http://przyklad.com/podstrona"... phpBB zaś tak: <a href="./podstrona.php?cośtam=12345"... a z wtyczką phpBB SEO tak: <a href="./podstrona.html"... Tu problemów z ukośnikami na końcu nie było. Natomiast w CMS "domowej roboty" linki wyglądają tak: <a href="podstrona.html"... i to właśnie na podstronach z tak uformowanymi linkami - i TYLKO na nich - system "dodawał" sobie ukośnik na końcu. Nawet na "mieszańcu" gdzie strona główna "stoi" na moich własnych skryptach, a np. podłączone do niej forum wykorzystuje phpBB. I co ciekawe, Statlink jakoś przestał wypluwać błędy z ukośnikami w logach, gdy strony z "domowej roboty" CMS-em zmodyfikowałem tak, że na początku linków wewnętrznych wstawiane jest "./" Taka ciekawostka Może to więc Statlink ma problem z prawidłowym "czytaniem" "czystych" linków, tj. takich gdzie nazwa dokumentu nie jest poprzedzona żadnym ciągiem zawierającym ukośnik? Nr ID domen, które miały w logach najwięcej błędów z ukośnikami: 21808, 19494
  9. A tak poza śmieszkowaniem Masz jakiś pomysł, czym to może być spowodowane?
  10. Nie bardzo wiedziałem, do jakiego działu wstawić ten temat, dlatego w razie potrzeby będę wdzięczny moderatorowi za przeniesienie Mam pewien dość poważny problem z jedną z moich stron, i co ciekawe owa bolączka występuje właściwie tylko na niej. Mianowicie "jakieś bliżej nieokreślone coś" dodaje ukośniki po rozszerzeniu .html Co jest dziwne, bo w linkach czegoś takiego nie ma, problem jest zgłaszany w logach jednego z systemów reklamowych w którym strona uczestniczy. Po prostu wrzuca mi tam komunikaty o nieistniejących dokumentach z nazwami kończącymi się na .html/ Strona: http://www.paranormalium.pl/ Doraźnie poradziłem sobie z tym, dając w htaccess przekierowanie z .html/ na .html, jednak to jest tylko taki półśrodek. Strona stoi na serwerze dedykowanym.
  11. Jedna z moich stron właśnie uczestniczy w testach HTTPS (wystarczy dać przekierowanie w htaccess a system sam sobie zaktualizuje dane w panelu). Być może rzeczywiście coś w tym jest, zauważyłem że niedługo po zmianie protokołu aktywność użytkowników (komentarze, jakieś linki, itd.) wzrosła. Tylko że razem ze zmianą na HTTPS dokonałem również sporej optymalizacji owej strony, żeby przyspieszyć jej ładowanie. Możliwe więc, że jest to efekt albo samej optymalizacji albo zadziałała tu i optymalizacja i HTTPS.
  12. Całe szczęście, że ja w CloudFlare mam tylko jedną domenę i nie ma jej na liście.
  13. Kolorystyka zdecydowanie do poprawy. Osobiście zastosowałbym bardziej "biurowy" zestaw kolorów.
  14. Żeby to jeszcze wszyscy hostingodawcy to obsługiwali. Ale np w takim nazwa.pl czy prohoście i w ogóle u dowolnego hostingodawcy, który równocześnie sprzedaje również certyfikaty SSL, o Let's Encrypt można zapomnieć - "nie obsługujemy".
  15. A to nie jest tak, że Google od którejś tam w przyszłości wersji Chrome docelowo wszystkie strony bez https będzie oznaczało jako niezabezpieczone/niebezpieczne/"na_pewno_pełne_malware_tak_że_jak_wejdziesz_to_ómżesz.!" ?