Skocz do zawartości

Trotyl

Forumowicze
  • Postów

    6133
  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    70

Treść opublikowana przez Trotyl

  1. Trotyl

    Rzucanie palenia ...

    Kolejna pozytywna opinia o tabex'ie zobaczona w tym temacie skłoniła mnie do tego żeby go wypróbować. Nie działał tak códownie jak bym tego chciał ale bardzo pomógł. Rzuciłem 26 grudnia po 13 latach palenia Tabex ma jeden fajny efekt uboczny - fajne sny
  2. Pod warunkiem że przejdą pozostałe 2 testy - anonimowość i timeout.
  3. Site w google.pl a w google.com to dla niektórych domen jak 1:10 * Tak, zdecydowanie tak. Zresztą to kolejna próba uśmiercania SWL Moim zdaniem wprowadzając różne bonusy dla stron dajecie możliwość jechania po bandzie. Nikt nie robi stron znacząco ponad wasze kryteria bo zbyt duży % pkt pochodzi z bonusów. Powinniście wpleść bonusowe parametry we wzór tak aby zostali nagrodzeni ci którzy dają największy wkład w moc systemu a nie ci którzy mają jakiś sajcik z bl i dużo pkt z bonusów. E: * hl=pl a hl=en
  4. Raz kiedyś dopisać się nie zaszkodzi
  5. Dla znudzonych nowościami: https://www.filmweb.pl/film/%C5%9Aciana-1982-8673 https://www.filmweb.pl/film/Lisztomania-1975-33252
  6. jeszcze rok temu tak twierdziłem a teraz? reklama.pl, pozycjonowanie.pl, serwerygier.pl, filmy.pl... poza top 10 Bardzo źle dobrany przykład, bezimienny ma rację.
  7. To ja dorzucę jeszcze tak po mojemu Podstawy mod_rewrite (.htaccess) - przyjazne linki. Budowa adresu: https://www.forum.optymalizacja.com/index.php?showforum=9 "https://" - protokół http "www.forum.optymalizacja.com" - HTTP_HOST "/index.php" - REQUEST_URI "showforum=9" - QUERY_STRING Idea stosowania mod_rewrite polega na używaniu w skryptach (i nie tylko) prostych, krótkich i łatwych w zapamiętaniu odnośników. Domyślnie serwer apache na podstawie REQUEST_URI poszukuje rzeczywistych plików i katalogów w drzewie DOCUMENT_ROOT. Dzięki instalacji i aktywacji mod_rewrite uzyskujemy możliwość operowania na "wirtualnym" REQUEST_URI które nie musi się już odnosić bezpośrednio do "fizycznie" istniejących plików i katalogów tylko pośrednio przez odpowiednie reguły przepisywania. Oczywiście możliwości mod_rewrite są znacznie większe. Wszystkie reguły przetwarzania umieszczamy w pliku .htaccess który przetwarzanie wygląda tak: RewriteEngine On - włączenie przepisywania linków RewriteBase /halo - linia potrzebna kiedy plik .htaccess znajduje się w innym folderze niż DOCUMENT_ROOT .* - dalej są zawarte reguły przepisywania Sam plik .htaccess ma także więcej zastosowań niż przepisywanie linków. Podstawy przepisywania w praktyce (wymagana znajomość podstaw PCRE i ogólnej wiedzy na temat zmiennych serwera i działania skryptów). Dyrektywa RewriteRule służy do przeprowadzania operacji na zmiennej REQUEST_URI serwera: RewriteRule wyrazenie_regularne rzeczywisty_adres [flagi] "wyrazenie_regularne" będzie dopasowywane do REQUEST_URI otrzymanego z zewnątrz lub z poprzedniej reguły przepisywania (jeżeli taka była). Przykłady: - chcemy używać zamiast adresu "https://www.forum.optymalizacja.com/index.php?showforum=9" adresu "https://www.forum.optymalizacja.com/dowcipy/" RewriteRule ^/dowcipy/?$ /index.php?showforum=9 [L,NC] - chcemy używać wszystkich kategorii symulując katalogi, musimy dołożyć zmienną określającą numer kategorii "https://www.forum.optymalizacja.com/dowcipy,9/" RewriteRule ^/[a-z]*,([0-9]*)/?$ /index.php?showforum=$1 [L,NC] Jeżeli chcemy przekazać część przetwarzanego REQUEST_URI do rzeczywistego adresu umieszczamy odpowiednie części wzorca (wyrażenia regularnego) w nawiasach (), przechwycone części zostaną umieszczone w zmiennych o nazwach $1, $2, $3 ... $9 według kolejności nawiasów. Zmienna $0 zawiera całość dopasowaną do wzorca. Flagi - sterują działaniem reguł, są dodawane na końcu w nawiasach []: [NC] - wielkość liter nie ma znaczenia [L] - jeżeli REQUEST_URI zostanie dopasowane do wzorca to reguła zawierająca tą flagę zostanie wykonana jako ostatnia. [QSA] - powoduje doklejenie QUERY_STRING po przepisaniu REQUEST_URI [R=301] - powoduje przekierowanie 301 RewriteCond - dyrektywa warunkowa, może służyć do przechwytywania i sprawdzania zmiennych serwera. RewriteCond %{ZMIENNA_SERWERA} wyrazenie_regularne [falagi] Jeżeli określony warunek RewriteCond zostanie spełniony zostanie wykonana dyrektywa RewriteRule położona bezpośrednio po nim. Kilka dyrektyw RewriteCond występujących kolejno po sobie tworzy jedną całość powiązaną logicznym warunkiem AND(i). Flagi: [OR] - wiąże dyrektywę z następną (bezpośrednio po niej) dyrektywą RewriteCond związkiem logicznym OR(lub) [NC] - wielkość liter nie ma znaczenia Przykłady: - chcemy sprawdzić czy wywołano adres z www RewriteCond %{HTTP_HOST} ^www\. [NC] - chcemy sprawdzić czy adres wywołano bez www RewriteCond %{HTTP_HOST} !^www\. [NC] - chcemy przechwycić wartości zmiennych QUERY_STRING i przekazać do RewriteRule RewriteCond %{QUERY_STRING} strona=([a-z]+)&id=([0-9]+) [NC] RewriteRule . index.php?s=%1&i%2 [L] Kolejne części QUERY_STRING zostały przechwycone przez nawiasy do kolejnych zmiennych %1 %2, a %0 zawiera całość dopasowania. Praktyczne przykłady: - przekierowanie podstrony na inną podstronę RewriteRule ^/kotek.html$ /piesek.html [R=301,NC] - przekierowanie na nową domenę RewriteRule .* https://nowy-adres.com/$0 [R=301] - przekierowanie z www na bez www RewriteCond %{HTTP_HOST} ^www\. [NC] RewriteRule . https://adres.com [R=301] - przekierowanie z bez www na www RewriteCond %{HTTP_HOST} !^www\. [NC] RewriteRule . https://www.adres.com/ [R=301] - uniwersalne przekierowanie na www z bez www RewriteCond %{HTTP_HOST} !^www\. [NC] RewriteRule .* https://www\.%{HTTP_HOST}/$0 [R=301] Część rzeczy się powtarza ale zostawiam to jako całość. [dodane] - przekierowanie na inną domenę, z wyjątkiem tego co znajduje się w katalogu "folder" RewriteCond %{REQUEST_URI} !^/folder/ [NC] RewriteRule ^(.*)$ https://www.google.pl/$1 [L,R=301]
  8. @Vek-tor czemu spamujesz? https://www.forum.optymalizacja.com/index.php?showforum=10
  9. Po całodniowej zabawie z filtrowaniem obrazków w GD to był relaks A tak poważnie to nie wiem po co ta zabawa w anonimowość. Irytuje mnie taki sposób świadczenia usług i zapala mi się od razu czerwona lampka.
  10. TECHNICAL CONTACT: company: Piotr Kloc street: Staroniwska 73 city: 35-101 Rzeszow location: PL handle: ont_t82837 last modified: 2007.12.08 Serwer nazw i domena gotlink.pl stają na tym samym ip. Więc istnieje bardzo duże prawdopodobieństwo tego że gotlink stoi na serwerach https://serveradmin.pl/, https://linuxpl.com/ A chyba ktoś dysponujący tyloma serwerami nie hostuje się u konkurencji Na stronie jest gg
  11. No właśnie to jest bardzo zastanawiające Takie są uroki internetu
  12. Czyli prowizja jest pobierana między innymi ode mnie Znów ta złośliwa przewrotność losu
  13. Tutaj nie chodzi o to że jest anonimowy, tylko o reakcję na to że są pewne "podejrzenia" a właściwie jej brak. Moja naturalna podejrzliwość została pobudzona przez dziwny opór przed ujawnieniem się Gdyby nie pewien post pewnie bym już testował ten system (bez względu na anonimowość), a tak nadal czekam i zżera mnie ciekawość jaka "niespodzianka" stoi za tym SWL'em.
  14. Ja tam nie płacze bo i tak grudzień był słaby
×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Umieściliśmy na Twoim urządzeniu pliki cookie, aby pomóc Ci usprawnić przeglądanie strony. Możesz dostosować ustawienia plików cookie, w przeciwnym wypadku zakładamy, że wyrażasz na to zgodę. Warunki użytkowania Polityka prywatności