Jump to content
php.lv forumi

jurchiks

Reģistrētie lietotāji
  • Posts

    1,649
  • Joined

  • Last visited

Everything posted by jurchiks

  1. jurchiks

    CSS grayscale

    Intereses pēc, priekš kam tev vajag attēlot krāsās tikai vienu fragmentu visa attēla?
  2. Šajā gadījumā nofollow neder, search crawleris crawlo viņam zināmos URLus, kas ir meklējumi manā saitā vai "others searched for" linki rezultātu apakšā. Man vajag, lai bots šīs lapas indeksē, bet man nevajag, lai logos uzrādītos visi bota radītie meklējumi, tikai tie, kurus veikuši reāli cilvēki. Tāpēc arī JS čekošana neder, jo reāli tas pieprasījums tiek ielogots jau pirms tiek parādīta lapa.
  3. Traks neesi? Tas jau nu ir galīgi priekš paranoiķiem. Man vajag, lai search crawleri neuzrādās, ne jau burtiski visi eksistējošie boti, neiešu tak laiku tērēt. Ar rel="nofollow" pietiek redirektiem uz ārējām lapām, bet vēl jāatrisina tas pats, kad crawleris meklē kaut ko manā lapā - meklējamais kritērijs un rezultātu skaits saglabājas datubāzē, bet vajag, lai crawleru meklējumi neskaitās.
  4. Man labāk patīk šādi: RewriteEngine on RewriteCond %{REQUEST_URI} !^/images/ RewriteCond %{REQUEST_URI} !^/css/ RewriteCond %{REQUEST_URI} !^/js/ RewriteCond %{SCRIPT_FILENAME} !index.php RewriteRule .* ./index.php [L] Un tad man viss ir skaisti. PHP pusē parsēju reālo REQUEST_URI, nevis kaut kādu papildus GET parametru. Pārbaudīts, strādā perfekti, īpaši labi der priekš MVC freimworkiem.
  5. Ui, pardon, man vnk rādījās kā neizlasīta un zemāk visas tipa izlasītas, hz kāpēc tā. Debīli tā pēc garuma, tā ir, ka līkroči taisa saitus (par to HTML struktūru runājot)...
  6. "if($node->childNodes->length == 22)" --- dude, seriously? varēji kaut pēc kādas klases vai ID skatīties, bet šitā... Nemaz nerunājot par lūpošanu cauri visiem DIV elementiem. Moš iemet HTML piemēru (pilnu, nevis to mazo bloku), lai var cilvēki izštukot kaut ko sakarīgāku? Vai linku uz lapu, kuru parsē?
  7. No kurienes tas sviests nāk? Varbūt var mēģināt izravēt problēmu tās avotā?
  8. T.i. ja man ir šāds kods: <a href="http://rofl.mao/blabla" class="redirect">somelink</a> <script type="text/javascript"> $('.redirect').click(function() { //log click via ajax }); </script> tad man neviens bots garantēti neparādīsies? Mousedown gluži neder, jo, cik zinu, tad anchor neredirekto, ja tu uzklikšķini uz viņa, pakustini peli un atlaid pogu kaut kur citur. + otra lieta - ja man lapā ir oriģinālais links, tad manai lapai samazinās page rank un tai lapai, uz kuru iet links, tas paaugstinās.
  9. Kāpēc vispār direktorijas? Ir index.php, kas parsē visus requestus un izvada nepieciešamās lapas. Ja URL sākās ar /lv, /ru, /en etc., pārslēdz lapas valodu un padod to lapu tajā valodā. Tu tiešām gribi būt viens no tiem ģēnijiem, kas taisīs jaunu failu katrai lapai katrā valodā?
  10. Cik es zinu, "izpildīji, ņem nākošo" ir gabaldarbs...
  11. Es par to, ka pusotra gada laikā nomainījis vairākus darbus. Tas neko labu neizsaka.
  12. Boti iet cauri visiem linkiem, atsevišķi linki redirekto uz ārējām lapām, es logoju šos konkrētos redirektus. Tas, ka bots burtiski neklikšķina uz pelītes kreisā taustiņa, nenozīmē, ka es te kaut ko melšu. Normāliem lietotājiem tie ir klikšķi uz linkiem.
  13. Kā tieši tu izmantosi google analytics, lai ielogotu lokālajā datubāzē tikai reālos klikšķus? Man kaut kā liekas, ka tu nesaproti, par ko iet runa...
  14. Apmēram pusotrs gads un dažādi līgumdarbi + vēl gabaldarbi? Neizklausās daudzsološi...
  15. Man lapā ir redirektošana uz citām lapām caur PHP skriptu, kurš logo klikšķus, un vajag izfiltrēt ārā botus. Skatos, ka botus/crawlerus var diezgan vienkārši atpazīt, pārbaudot $_SERVER['HTTP_USER_AGENT'], vai, trakāk, čekojot IP adreses. Gribētu pajautāt, vai kādam nav jau gatavs risinājums šai problēmai, jeb, konkrētāk, saraksts ar botu user agentiem/relevant fragmentiem. Pēc IP adresēm galīgi negribās čekot, liekas bik pa traku un IMO tas var pamatīgi nobremzēt redirektu, ja brauc cauri masīvam sarakstam ar user agentiem un IP adresēm. Ieteikumi efektīvākai atpazīšanai arī ir vēlami. Nu un tā, kā šī tēma, domājams, interesē daudzus, ne tikai mani, tad būtu lūgums iztikt bez offtopic.
  16. CHARSET=latin1? Burn in hell! Izmanto deprecated mysql_* functions, hardkodē configus (piem., inc/connect.php db info), inconsistent formatting (class/function curly brace nākamajā līnijā, IF/FOR tajā pašā, vienas klases nosaukums/funkcijas ir lower_underscore, citās - Upper_underscore), nekāda sakarīga error checking, izpildot mysql queries, "sha1(mysql_real_escape_string($_POST['password']))" - dafuq? HTML struktūra klasēs (class Login funkcijas Login_form, Logged), hardkodēti visi teksti, "if (isset($_GET['row']) && isset($_GET['day']) && isset($_GET['class']) && isset($_GET['lid'])" var nomainīt ar "if (isset($_GET['row'], $_GET['day'], $_GET['class'], $_GET['lid']))", sql.sql ir brīvi pieejams visiem... Kāpēc /pages/ faili satur klases? You have a LOOOOOOOOOOONG way to go. Tāda ir mana kritika.
  17. http://wiki.nginx.org/LikeApache-htaccess Te it kā aprakstīts "why .htaccess is evil".
  18. Sucks, but performance requires sacrifice, I guess. Man jau arī baigi nepatīk, ka ar nginx nav iespējams visu, izņemot virtual host configu, paturēt saita failos, visi šie rewraiti u.c. maģija obligāti jāliek webservera failos. Tas, manuprāt, ir vēl lielāks mīnuss nekā šādi location, jo ar šiem tik daudziem nav jāsastopās, bet ar configiem visi čakarējas.
  19. Par vēlu, jau atradu problēmu. Visu čakarēja šis (cits location zem tā, kuru visu laiku mocīju): location ~ /images/ { } Noņēmu ~ un viss aizgāja :/ Tāda nervu čakarēšana viena stulba simbola dēļ... Gala rezultāts: location /images/ { } location /images/products/ { try_files $uri /images/products/index.php; } Un strādā normāli.
  20. Nespīd, tas ir production serveris ar daudziem citiem saitiem uz tā. + nav mans, es tikai 2 saitus tur činīju. Tikko pamēģināju vēl vienu lietu - location ~ /images/products/ { rewrite .* /images/products/index.php; } Pie tam index.php pirmā līnija "die('this happened');". Izsaucu /images/products/ - 500. erors. error logā ieraksts - "rewrite or internal redirection cycle while processing "/images/products/index.php". Noņemu ~ simbolu, reload, izsaucu urli - 403. erors. WTF? Fails eksistē un permissions ir ok, viņam taču vajag redirektot, vai ne tā?
  21. Diemžēl nestrādā, tāpēc jau rakstu šeit. Otrdien uzrakstīju par šo problēmu stackoverflow un līdz šim brīdim nevienas atbildes... Maybe nepareizo saitu izvēlējos, bet parasti moderatori pārvietotu. Mēģinu visu pēc kārtas, absolūti nekas nestrādā... Galvenais, ka nav nekādas informācijas, kāpēc tieši nestrādā, error logā ir vienīgi "file not found". Mēģināju noņemt IFu un atstāt pliku redirect - nenotiek, 404. This shit just blows my mind.
  22. @e-remit - tavs tūlis man izmeta šo: location / { if (!-e $request_filename){ rewrite ^(.*)$ /index.php break; } } nomainīju location uz "/images/products/" un "/index.php" uz "/images/products/index.php" (mēģināju arī vienkārši "index.php" bez slash) - nestrādā. @marrtins - acīmredzot neizlasīji visu tekstu, jo tas .htaccess ir tikai /images/products/ folderim.
  23. Tur nav pilnīgi nekā saistīta ar manu problēmu... Kur ir redirekts uz index.php tieši mapē /images/products/? Man ir vairāki index.php, pārējie strādā normāli, bet tie redirekto unconditionally.
  24. Ir saits, kuram jākačā produktu bildes no citiem saitiem un jāsaglabā lokāli. Patreiz uz mana dev box ar apache ir uztaisīts tā: request iet us /images/products/someId/md5hash.jpg someId = cita saita ID no datubāzes (vienkārši grupēšanai, lai nav 100k+ bilžu vienā folderī) md5hash - destination file name (reāli hash no oriģinālā attēla url, lai nebūtu tā, ka vairākiem produktiem viena bilde, bet es kačāju un saglabāju katram atsevišķi) Ja šāds fails neeksistē, redirekto uz /images/products/index.php, kurš nokačā oriģinālo image, konvertē un saglabā ar šādu file name. .htaccess saturs /images/products/ mapē: RewriteEngine on RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{SCRIPT_FILENAME} !index.php RewriteRule .* ./index.php [L] Viss strādā perfekti - faili kačājās, redirekti notiek, viss super. Bet tagad man tas pats jāpanāk uz nginx, un te sākās problēmas. Mēģināju pavisam vienkārši, tāpat kā apache (izņemot script_filename): location ~* /images/products/ { if (!-f $request_filename) { rewrite .* /images/products/index.php; } } Nestrādā, rewraits nenotiek, met 404, un vistrakākais ir tas, ka piekļūstot index.php vai .htaccess, tie atverās kā plain text! Mēģināju arī "location ~* /images/products/([0-9]+)/([a-zA-Z0-9]+)\.jpg$" un ar vairākiem IFiem: location ~* /images/products/([0-9]+)/ { set $redir 0; if (!-f $request_filename) { set $redir 1; } if ($request_filename ~ \.jpg$) { set $redir 2$redir; } if ($redir = 21) { rewrite .* /images/products/index.php; } } Pēdējais mēģinājums, kurš it kā būtu vispareizākais: location ~* /images/products/ { try_files $uri /images/products/index.php; // vai vienkārši index.php, nezinu gan, vai tas strādā } nekas nestrādā (un jā, es katru reizi izpildīju komandu `service nginx reload`). Dabljū tī ef is this un ko tam endžinam vajag, lai viņam pielektu, ko es gribu? P.S. es domāju, ka tāpat ir skaidri saprotams, ka ar nginx man saskarsme maza un maz rubīju, tāpēc kaut kādus apvainojumus varat uzreiz paturēt pie sevis, labāk nevienam nepaliks.
  25. Tātad, ir interese par websaitu izvietošanu mākonī (Software/Platform as a Service). Ir lasīts par Amazon AWS (TBH izklausās diezgan sarežģīti), cloudcomputing.com un vēl pāris interesantiem projektiem (orchestra, phpfog), bet tā īsti neesmu pagaidām ticis skaidrībā, kas un kā. Tad nu jautājums tāds - ja kādam ir pieredze, vai varat sniegt vairāk informācijas? Kā viss tas process notiekās, vai ir tā vērts, cik vienkārši apdeitot saitu etc. Der arī linki uz jau esošu informāciju, galvenais, lai pēc iespējas vairāk noderīgas informācijas.
×
×
  • Create New...