#apache rewriteunk a következő:

/minta => /modules/mod_minta.php
/minta/1 => /modules/mod_minta.php?q=1

## ki hogy vitelezi ki, teljesen lényegtelen, nézzen ki pl így:
RewriteRule ^minta(/.*)?$ /modules/mod_minta.php?q=$1 [QSA,L]

## $_GET['q'] feldolgozása phpban történik

Tehát a http://example.com/minta url hívásakor valójában a http://example.com/modules/mod_minta.php hívódik meg és hasonlóan a http://example.com/minta/1 esetén a http://example.com/modules/mod_minta.php?q=1

Tiltsuk le a következő linket: http://example.com/modules/mod_minta.php?q=1. Tehát a címsorba közvetlenül írva adjon valami hibát, de semmiképpen se futtassa le a mod_minta.php-t.

Több lehetőség van:

A modul(ok) elejére beírkáljuk:

 if(eregi('mod_minta.php', $_SERVER['REQUEST_URI'])) {
	header('HTTP/1.0 403 Forbidden');
	exit;
}

Egyszerű, és ronda megoldás. Minden mod_minta.php meghíváskor lefut, az esetek 99.9999%-ában feleslegesen.

Sokkal szebb megoldás a következő kettő…

• Adjunk rá 404-es hibát:

  RewriteCond %{THE_REQUEST}      ^(GET|HEAD|POST)\ /modules/mod_minta\.php
  ## a mod_404.php kezeli a 404-et, ki hitte volna, ezt korábban már rewriteoltuk
  RewriteCond %{REQUEST_URI}  !^/modules/mod_404\.php$
  RewriteRule $ /404 [L]
  

  Ebben az esetben csak a mod_404.php-t tudja elérni közvetlenül, más nem. Ezt az egyet engedni kell, mert különben végtelen rekurzióba fut az apache. Ilyenkor a címsor nem változik, nincs redirect.

• Dobjuk rá a 404-es oldalra

          RewriteCond %{THE_REQUEST}      ^(GET|HEAD|POST)\ /modules/mod_minta\.php
          RewriteRule $ /404 [R=301,L]
  

  Itt redirect lesz, ebben az esetben semmilyen file nem érhető el közvetlenül.

A kiprobált környezetben minden url rewriteolva van, tehát közvetlenül egy php file sincs meghívva. Ebben az esetben a két megoldás valamelyikét javasolt a rule-ok legvégére tenni, mert csak akkor jut el idáig a feldolgozás, ha korábban egy szabály sem illeszkedett. Ha ez sem illeszkedik akkor sima 404 a végeredmény.
A 404 megfejtése nagyon egyszerű:

ErrorDocument 404 /404
######
######
######
RewriteRule ^404$  /modules/mod_404.php [QSA,L]

Kiegészítve a RewriteCond-ot:

RewriteCond %{THE_REQUEST}      ^(GET|HEAD|POST)\ /modules/mod_.+\.php

Tehát az összes mod_-dal kezdődő php file közvetlen elérésének a tiltása ilyen.

function getweeksnumber($year){
    return max(date('W', mktime(0,0,0,12,25,$year)), date('W', mktime(0,0,0,12,31,$year)));
}

Ötletes, nemde?

      if (isset($_GET['destroy'])) { ## csak a játszásiból
            session_start();
            setcookie(session_name(), '', time()-42000, '/');
            session_destroy();
            exit;
      }
      if (isset($_GET['setsid'])) {
            session_id($_GET['setsid']);
            session_start();
            echo (session_id()==$_GET['setsid'] ? 'ugyanaz':'nem ugyanaz').'';
            if (!empty($_SESSION['test'])) {
                echo $_SESSION['test'];
            } else {
                echo 'nem mukodik.';
            }
            exit;
      }
      session_start();
      $_SESSION['test'] = 'test';
      echo 'http://'.$_SERVER['HTTP_HOST'].$_SERVER['PHP_SELF'].'?setsid='.session_id().'';
      echo 'http://'.$_SERVER['HTTP_HOST'].$_SERVER['PHP_SELF'].'?destroy';

Tehát indítok egy sessiont, test változóba test érték, majd kiíratom a linket, amit egy másik böngészőbe betéve “test” feliratnak kéne megjelenni. Ehelyett az jelenik meg, hogy ‘nem mukodik.’ A session id-t megkapja, az lesz, aminek kell lenni, de a $_SESSION mégis üres. A fenti script működik PHP 5.2.6 alatt (átkapja a sessiont a másik böngésző), de 5.2.10 alatt nem(üres a $_SESSION). A php.ini elvben egyezik a két verzióban.

Ötlet?

function initLightbox() { myLightbox = new Lightbox(); }
Event.observe(window, 'load', initLightbox, false);

megoldást használja, hanem a szebb

document.observe('dom:loaded', function () { new Lightbox(); });

Tapasztalatunk szerint:
Ez így magában működik, de ha például saját javascript kódokat is akarunk betöltéskor futtatni akkor két lehetőség van:

document.observe('dom:loaded', function () {
//sajátkód
});
//vagy
Event.observe(window, 'load', function(){
//sajátkód
}, false);

Ha változatlanul hagyjuk a lightboxot, és dom:loaded-et vegyítjük a Event.observe-vel, akkor kapjuk “A művelet megszakadt” üzenetet. Kipróbáltuk, azt tapasztaltuk, hogy két dom:loaded-et sem kedvel az IE. Köszönjük. Az maradt a megfejtés, hogy a lightbox inicializálást át kell írni a “régire”:

online casinoEvent.observe(window,'load',function(){ new Lightbox(); },false);
//document.observe('dom:loaded', function () { new Lightbox(); });
//vagy, kiremeljük a lightboxban az initet, és a saját kodunkban hívjuk meg.
Event.observe(window,'load',function(){
new Lightbox();
//saját kód
},false);

Múkodj!

Mindegy hogy mentesz, ments úgy, ahogy neked jó, egy a lényeg, mindig találd meg a szükséges adatot, amikor arra szükség van, és a lehető leggyorsabban tudd visszaállítani. Ne ezt kérdezd, hogy mennyibe kerül a biztonsági mentés kialakítása, azt kérdezd: Mennyibe kerül, ha nem alakítod ki!

• szerverfagyás mentes
• alacsony bounce rate-es
• slow query mentes
• sok látogatós
• hackmentes
• sikerekben gazdag

újévet!

A lottó ötöst meg magunknak!

Boldog Új Évet Kívánunk!

Van egy pgsm előfizetésem, Mobil Adat 3 netcsomaggal, 390 pénzért kapok 3 megabájtot. Mire elég? Sokra. Képek nélkül lehet böngészgetni, egykét dolgot megnézni, tökéletes. Nőnek az igények, az infrastruktúra változik a kézben: servereket kell figyelni, ssh-zni kell, több e-mail, és ha már offline vagyok, akkor is legyek online, ne kelljen már az unalmas pillanatokban valahol az országban azt az smst várni, hogy letelt a 3 megabájt, és innentől drágább. Fizessünk be mobil internetre. Ööm é bodottá. Több lehetőség van:

• meglévő előfizu mellé: Mobil Internet 100 MB: 1990 Ft - adatforgalom határeset, drága? drága
• meglévő előfizu mellé: Mobil Internet 5 GB: 5990 Ft - adatforgalom sok, szükségtelen, tehát drága
• új előfizetés: 3990 (4000), meg 5990 (6000, de gyűlölöm az ilyent) a korlátlan, de a korlátlan az szükségtelen, tehát drága
• új előfizetés: 1980 Ft 500 mega. 2 évre.
• mobil napijegy: 190 Ft /10 mega / nap, körülményes, drága - a poén, hogy törli a meglévő mobil adat 3-at, amit nem mondtak volna, és nem is állítható vissza, mert nem forgalmazzák…

Ööm é bodottá. Sziszegve 1980 Ft 500 MB az türhető, arra is elég, hogy ha esetleg a drótos net bukik, akkor át lehet hidalni ezzel, lehet sshzni, stb, több nem is kell. Na jó jó, ez ilyen egyszerű? Nem. Felhívom a 1220at, hogy nekem kéne ilyen, hogy múködik? Új előfizu, két évre, kapok egy másik SIM-et, modemet, fogyaszthatom. Áh, ez jó - modom -, de nekem nem kell modem meg SIM, tolják rá a meglévő előfizetésemre, hogy a telefonon tudjam használni! Mobil vagyok! Áh, azt úgy nem lehet. Csak modemmel és másik SIM-mel. Tehát ha internetezni akarok, akkor egy laptoppal kell rohangálnom, nem lehet a meglévő telefonomon használni? NEM LEHET! Mitől mobil internet ez? Azért, mert mobiltechnológián jön a zinternet, vagy mert tudom a telefonomon is használni, vagy mert jól hangzik? Cipelhetek egy tök felesleges laptopot a kocsmába? Ha laptopon akarom használni a “mobil” netet, a telefont még mindig rá lehet kötni a laptopra, pcre, akármire. Telefonnal tudok sétálva internetezni, előkapom, mobil vagyok, egy laptopttal meg le kell üljek, böszme, nagy, nem praktikus. Nem tudom mit írjak még erről. Tragikus a helyzet. Kérdés: A szolgáltatások milyensége/minősége tükrözi-e a fogyasztókat? Szomorú vagyok.

Vélemény?

ez a kedvencem, egy régebbi kódsort néztem át…

$result = $result; //ilyent ritkán csinálok

kedvenc változónevem, ami mindenhol jó

$z

szükséges a jó dokumentáltság is

if ($result){ //ha igaz
......
} else { //ha nem igaz
.........
}

ezt egyszer megírtam, de nem tudom hol akartam használni

function true(){
  return true;
}

Halljuk!!!!

Két féle megfejtés lehet erre a problémára (tehát az e-mail szintaktika jó, csak nem múkodik):

1. bekérdezünk a felhasználó által adott e-mail címre például ezzel : Email address validation script, és mondjuk hogy nem jó, erre a felhasználó lefagy, mert nem érti miért nem jó a freemail.com, továbbá ha épp nem elérhető a felhasználó postafiókja, false eredményt ad
2. bekérdezünk (vagy nem),  ajánlunk neki egy alternatívát, hogy mit rontott el.

Nézzük meg működés közben, hogy mire is gondoltunk:

Node hogy működik?

Nem árulunk el nagy titkot, hogy 100%-ban felkészülni egyáltalán nem lehet a felhasználók ellen, de azonban csökkenteni lehet a “téves” elírásokat, ha bővíthetővé tesszük az ezt kezelő függvényünket.

Tehát az e-mail mezőn onblurkor egy ajax (Ajax.Update, prototype.js) hívást csinálunk, ha az nem üres, ellenőrizzük az emailt, majd egy választ adunk vissza. Mi az ellenőrzés?

function checkmail($email){
        $wrongmails = array(
                'gmail.com'     => array('gmaill.com','gmail.co','gmail.hu','gamil.com'),
                'citromail.hu'  => array('cotromail.hu', 'citrmail.hu','citrmail.com','citromail.com','citromai.hu','cirtommail.hu'),
                'freemail.hu'   => array('fremail.hu','feemail.hu','freemil.hu','freemai.hu','freeemail.hu','freemail.com'),
                'chello.hu'     => array('cello.hu'),
                'yahoo.com'     => array('zahoo.com','yahho.com','jahoo.com'),
                'hotmail.com'   => array('hotmail.hu'),
                'invitel.hu'    => array('invitl.hu'),
                'jodomain'    => array('rosszdomain1','rosszdomain2'),
        );
        $mailparts = explode("@",$email);
        foreach($wrongmails as $domain=>$wrongs){
                  if (in_array($mailparts[1],$wrongs)){
                    return array($domain,$mailparts[0],$mailparts[1]);
                    break;
                  }
        }
        return true;
}

Összességében a php:

      $mailparts = explode("@",$email);
              $validator = new validator();
              $validator->item($email,array("email","required"),array("Az e-mail címed helytelen!","Nem adtál meg e-mail címet"));
              if (preg_match("/^www\./i",$mailparts[0]) || preg_match("/^www\./i",$mailparts[1])){
                  //ilyen is sok van. horror.
                  $validator->set_valid(false,"Az e-mail címed vélhetően helytelen! A "www" biztos benne van?");
              }
              $uemail = checkmail($email);
              if (is_array($uemail)){
                    $validator->set_valid(false,"A megadott e-mail cím ($email) vélhetően helytelen. Talán ".$uemail[1]."@".$uemail[0]." lett volna? Ha igen, kattints ide!");
              }
              $mysql->query("vane ilyen emailcímű júzer");
               if ($mysql->num_rows()!=0){
                    $validator->set_valid(false,"Az általad megadott e-mail címmel ($email) már regisztráltak.");
               }
             //itt még esetleg egy Email address validation script
              if ($validator->valid()){
                   //jónak tűnik
                  echo "A megadott $email cím helyesnek tűnik!";
              } else {
                  echo $validator->message();
              }
              exit;

Lényegében manuálisan kell felépítgetni a hibákat, ergo “tanítjuk” a függvényünket. Lehetne regexpben is gondolkodni, de vélhetően a bonyolultság miatt nem biztos, hogy jobb lenne. Ööm é bodottá, e ööm é bodottá