Új hozzászólás Aktív témák

• #5460 Tele von Zsinór őstag Sk8erPeter #5457

  Új Válasz 2010-10-08 20:53:50 #5460

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tele von Zsinór

  őstag

  válasz Sk8erPeter #5457 üzenetére

  Leegyszerűsítve annyi, hogy az egész kód egy szép nagy try-catch blokkban van, vannak ezen belül újabb blokkok, de ami eddig eljut (a végén minden Exception-ból származót elkapok) az egy szép "internal server error" oldalra irányít - logolás után, persze.

  A bentebbi blokkok felelősek a specifikus hibákért (db kapcsoódási hiba, query hiba, függvényhívásnál hiba, akármi); de van egy legkülső blokk, ami elkap minden mást (vagy amit hagyok eddig eljutni), a felhasználó nagyon kivételes esetektől eltekintve mindig kap egy értelmes oldalt.

  A PDO hasznos dolog, manapság már mindenütt engedélyezve is van, de ha más adatbázismotorra állsz át, ugyanúgy át kell nézni az összes querydet.

• #5459 Speeedfire félisten Sk8erPeter #5458

  Új Válasz 2010-10-08 20:44:06 #5459

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz Sk8erPeter #5458 üzenetére

  Konkrétan minden linket át kell írnod, amúgy meg böngészőfüggetlen, az egész dolgot a htaccess irányítja.

• #5429 Speeedfire félisten Sk8erPeter #5428

  Új Válasz 2010-10-04 12:41:41 #5429

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz Sk8erPeter #5428 üzenetére

  Egyikkel sem volt jó sajnos, a firebug olyat írt ki, hogy elért valami korlátot .

• #5425 Speeedfire félisten Sk8erPeter #5421

  Új Válasz 2010-10-03 12:58:10 #5425

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz Sk8erPeter #5421 üzenetére

  Úgy néz ki hogy sikerült összehozni, bár elég kevés adat van fent, így nem tudom eldönteni, hogy most ajax vagy sem.

  Mindenesetre most ez van a js fájlban:

  $(document).ready(function () {
  $('.ajaxload').live("click", function () {
  $('#main').load($(this).attr('href'), function () {
  e.preventDefault();
  });
  });
  });

  Érdekességek:

  localhost alatt nem megy egy böngészővel sem:

  ff kiakad, ie/chrome nem kezeli le

  szerver oldalon (egyelőre csak a tovább a bejegyzésnél van js load):
  ff/crome tölti rendesen, ie betölti a #main-be az egész oldalt, majd a rendes tartalmat

• #5424 Tele von Zsinór őstag Sk8erPeter #5423

  Új Válasz 2010-10-03 12:57:35 #5424

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tele von Zsinór

  őstag

  válasz Sk8erPeter #5423 üzenetére

  Azért, mert ez nem a működését befolyásolja, hanem a többi eseménykezelővel való viszonyát. Az általam mondott problémába akkor fog belefutni, amikor több eseménykezelője van egy elemcsoportra.

• #5420 Speeedfire félisten Sk8erPeter #5419

  Új Válasz 2010-10-02 17:08:55 #5420

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz Sk8erPeter #5419 üzenetére

  Legalább összejött a gondod.

  Ahogy írtad, olyan a link, ajax van, csak nem megfelelően
  Az attr('href') nélkül nem csinál semmit sem.
  Egyelőre, nincs még fent az oldal. Fejlesztgetem még, csak sok dolog van még vele...
  Betölti a megfelelő oldalt, de mellé még a "keretet" is.
  Ilyen hibát csinál:

  

• #5418 Speeedfire félisten Sk8erPeter #5417

  Új Válasz 2010-10-02 16:23:03 #5418

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz Sk8erPeter #5417 üzenetére

  Ezzel az admin oldali validálással sokkot kaptam. Ne haragudj, de ez kb olyan dolog, hogy ok valid, de ettől függetlenül senki sem fog vele foglalkozni, se a google, se a juzer stb

  Amúgy szerintem annyit megcsinálhatnál, hogy amikor ellenőrzöd nem a nevet ellenőrzöd h bent van-e az adatbázisban, hanem mondjuk:

  adatbázisban ez van:

  Tóth Szabi

  Ezt akarom én módosítani pl Tóth Szabolcs-ra akkor mind a 2-nek csinálok egy md5 hash kódot és azt ellenőrzöm, hogy megegyezik-e. Ha hülyeség akkor szólj és még agyalok rajta,

  A másik ha ilyen adatot küldesz el:

  <div class="edit" id="nev_68_eredet_inév">eredetinév</div> szóval van a névben _ akkor esetleg számoltasd meg a php-val hogy a sztringben mennyi _ jel van, ha több mint kellene akkor az a 2 utánikat egynek veszed.

  Viszont akkor már én is megkérdezem a saját kis gondomat.
  Ajaxosítani szeretném az oldalamat, már írtam 1-2 dolgot, hogy működik a keresőbarát url,de kicsit leírom megint.

  Szóval adott az index.php

  itt a #main-divbe be van húzva a valogat.php ami azért felelős hogy megnézi az URI-t és megkeresi az adatbázisban a hozzá tartozó elemet.

  pl:

  URI=belepes a hozzá tartozó érték=./belepes.php&admin=1
  A valogat.php szétszedi a kapott értéket a & jelnél az elsőt includolja a többit meg változókká alakítja. Jelen esetben
  $admin=1;
  include 'belepes.php';

  a htaccessben ez van:
  RewriteRule ^(.*)$ index.php?phpoldal=$1 [QSA,L]

  Tökéletesen működik az oldal php kóddal, viszont az ajaxos megoldással nem akar menni. Konkrétan az a gond, hogy a #main-be akarom betölteni az uri által küldött oldalt, de mindig megnyitja saját magát, ha valakinek van valami ötlete akkor szívesen venném.
  ajax oldal:
  $(document).ready(function () {
  $('.ajaxload').live("click", function () {
  $('#main').load($(this).attr('href'), function () {
  });
  return false;
  });
  });

• #5416 Speeedfire félisten Sk8erPeter #5415

  Új Válasz 2010-10-02 15:35:29 #5416

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz Sk8erPeter #5415 üzenetére

  Ez jó kis plugin lehet, viszont nem értem akkor miért kell neked a szóköz?
  Gondolom az első karakter a div id a másik meg az azonosítója a formnak. Másik kérdés, hogy ha jól értem akkor te az admin oldalt is validálni akarod? Lehet valamit félreértettem és ezért nekem kicsit magas lett.

  Amire gondoltam:

  <div id="akarmi" name="2">

  Ezt küldöd el js-el akarmi 2, esetleg vessző nem lehet megfelelő? Ha meg tényleg admin oldalon akarod validálni akkor felesleges, mert a validátor oda úgy sem lát be.

• #5414 Speeedfire félisten Sk8erPeter #5413

  Új Válasz 2010-10-02 15:08:45 #5414

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz Sk8erPeter #5413 üzenetére

  az nem lehet megoldás h semmire cseréled a szóközt?

  str_replace(' ', '', $row['elem']);

  A másikra meg annyi, hogy kerülni kellene a spec karaktereket.
  Szerintem csak szám és angol karakter lehet benne, illetve -_

• #5346 Speeedfire félisten Sk8erPeter #5337

  Új Válasz 2010-09-19 13:16:03 #5346

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz Sk8erPeter #5337 üzenetére

  Értem, dolgozni lehet vele, módosítani is, de azt nem éppen díjazza a php, illetve nem szakszerű.

  A switch-case-nél meg lehet adni másik adatot is?

  pl ha 2 feltételem van, néha 3-4 is?
  Mondjuk ha csak ajánlott akkor annyira nem is lényeges számomra, nagyon megszoktam a már az if-elseif-else ágakat.

  Látom egy egész lavinát indítottam el.

• #5343 zka67 őstag Sk8erPeter #5339

  Új Válasz 2010-09-19 09:30:31 #5343

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  zka67

  őstag

  válasz Sk8erPeter #5339 üzenetére

  Én kérek elnézést, félreértettelek. Nem célom a kötekedés, nem is annak szántam.

  Én továbbra sem értek veled egyet, hiszen a $_GET és $_POST tömbök megváltoztatása semmilyen hatással nincs a külvilág számára. Ugyanolyan változók mint a többi. Ha valamiért nem lehetne megváltoztatni őket, akkor a PHP fordítónak illene szólnia érte.

  Mondok egy egyszerű példát:

  [1] - [2] - [3] - ... - [20], ezek az oldalszámok, amikre kattintva ?page=n értéket küld get-el.
  Ugyanezen a lapon hozzáadhatsz újat vagy módosíthatod a lista elemeit, ekkor post-al küldöd el a page értéket, hogy ugyanazon a lapon maradj. Azért, hogy a kód egyszerű legyen, miért ne használhatnám az alábbit?

  if (isset($_POST['page'])) $_GET['page'] = $_POST['page'];

  Tudom, meg lehetne oldani egy plusz változóval és két if-fel és semmi különbséget nem vennék észre a sebességben, csak ezért tart lassan ott manapság a programozás, hogy egy egyszerű szorzótábla kiírásához is 128 magos 50 THz-es processzor kell 64 PB rammal, mert a programozók nem törődnek ilyen apróságokkal, "vegyen bele a tulaj ramot"-al elintézik a dolgot.

  Jó, lehet ez nem a legjobb példa rá, de ez van, tudod miről beszélek.

• #5338 zka67 őstag Sk8erPeter #5337

  Új Válasz 2010-09-18 23:01:27 #5338

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  zka67

  őstag

  válasz Sk8erPeter #5337 üzenetére

  Mért kéne végigrohangászni foreach-csel? Egyszerűen

  $input = $_POST;

  és kész.

• #5336 Speeedfire félisten Sk8erPeter #5333

  Új Válasz 2010-09-18 17:14:27 #5336

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz Sk8erPeter #5333 üzenetére

  nem veszem zokon, minden ötlet/tanács jól jöhet
  amilyen leírásokat eddig olvastam ott nem adták át másik változónak, mindig a get, post adatokkal dolgoztak
  néha átadom egy ideiglenes változónak az értéket, de ezt általában csak akkor amikor sok változóm van már
  a switchet eddig sem értettem, ezért azt soha nem is használtam még
  nekem átlátható a kód szerencsére, ha régebbi munkámra mondtad volna akkor megértettem volna mert ott én sem látom már át néha, de a mostaniakat már igen és könnyen meg is találom, hogy mi mit csinál

• #5334 zka67 őstag Sk8erPeter #5332

  Új Válasz 2010-09-17 22:56:45 #5334

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  zka67

  őstag

  válasz Sk8erPeter #5332 üzenetére

  Mi bajod van vele? Hiszen az is csak egy nyomorult változó...

• #5028 fordfairlane veterán Sk8erPeter #5027

  Új Válasz 2010-07-23 01:31:27 #5028

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  fordfairlane

  veterán

  válasz Sk8erPeter #5027 üzenetére

  A belinkelt oldalon a felhasználói kommentekben ott vannak a példák. A stripslashes-t akkor kell meghívni, ha ez az opció be van kapcsolva. Ezt le lehet kérdezni a get_magic_quotes_gpc()-vel.

  Itt egy példa:

  <?php
  if (get_magic_quotes_gpc()) {
  function stripslashes_gpc(&$value)
  {
  $value = stripslashes($value);
  }
  array_walk_recursive($_GET, 'stripslashes_gpc');
  array_walk_recursive($_POST, 'stripslashes_gpc');
  array_walk_recursive($_COOKIE, 'stripslashes_gpc');
  array_walk_recursive($_REQUEST, 'stripslashes_gpc');
  }
  ?>

• #5026 fordfairlane veterán Sk8erPeter #5025

  Új Válasz 2010-07-23 01:17:21 #5026

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  fordfairlane

  veterán

  válasz Sk8erPeter #5025 üzenetére

  Akkor magyarul ilyen esetben csak az a megoldás, hogy ha automatikusan escape-elődik pl. az összes $_POST érték, és ezzel tisztában vagyunk, akkor először alkalmazzuk a stripslashes() fv.-t, majd a mysql_real_escape_string() fv.-t az adatbázisba való feltöltéshez (amit amúgy is kellene, csak a stripslashes() nélkül már duplán lenne escape-elve)?

  A megoldás az lesz, hogy PHP 6-ban már eleve nem is lesz ilyen opció, végleg eltűnik, akárcsak a register_globals.

  Csak mert nálam is van egy hasonló probléma, de a mysql_real_escape_string() fv.-t nem szeretném elhagyni, mert ki tudja, később nem lesz-e PHP-verzió-váltás vagy egyéb módosítás (pl. az általad említett opció kikapcsolása).

  Annak idején mikor a PHP-ba belekerült ez az automatizmus, az egyszerű használhatóság volt a jelszóé s a biztosnág, mivel a kiescapeletlen stringek együtt a register_globalssal azt eredményezte, hogy tömegével készültek a könnyen feltörhető PHP oldalak. Azonban az alapelv eleve hibás. Azt feltételezi, hogy ha kapsz egy stringértéket $_GET, $_POST vagy $_COOKIES-en keresztül, azt te szinte minden esetben adatbázisműveletre használod fel. Régebben talán igaz lehetett ez, amikor a PHP kezdetleges volt, egyetlen előnye az egyszerű használhatóság volt, de ma már a PHP rengeteg dolgot tud, ami nem adatbáziskezeléssel kapcsolatos.

  Egyébként sajnos így van, ha van rá esély, hogy a magic_quotes_gpc be lesz kapcsolva a scripted felhasználása helyén, akkor a stripslashes-t kell feltételes módban és tömbre rekurzívan meghívni, mielőtt bármi műveletet hajtasz végre a stringparaméterekkel.

• #4970 Speeedfire félisten Sk8erPeter #4969

  Új Válasz 2010-07-17 12:28:18 #4970

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz Sk8erPeter #4969 üzenetére

  Ezeket a dolgokat nem tudtam, próbálok majd jobban odafigyelni, h a kód, gyorsabb és átláthatóbb legyen.

  Már az example sem megy sajnos
  Adatbázissal is megy szépen, csak az érdekesebb php kódokkal van baja.
  pl ~2000 soros html meg sem kottyan neki, de van h egy 100 soros php meg kiakasztja
  Elég régi a stable verzió belőle 2008.x.x. lehet h 1-2 kód részlet miatt van ez.

  Meglesem majd régebbi php-val is, bár ettől függetlenül a szerveren meg nem tudom megváltoztatni sem.

• #4962 Speeedfire félisten Sk8erPeter #4961

  Új Válasz 2010-07-16 18:10:35 #4962

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz Sk8erPeter #4961 üzenetére

  konkrétan, hogy amikor postolom localhost alatt olyan mint amikor megszakad a net és nem találja a megadott oldalt
  szereveren meg error 500-at dob ki
  [link]

  Azért van ott az ob_start() mert már megszoktam a használatát, akár milyen kicsi is a program használom.

  Miért baj echo-zni a statikus dolgokat?

  Nekem már nagyon kézre esik ahogy csinálom, így olvastam a leírásokat a neten, ezért is használom így őket.

  De ha elmagyarázod, hogy mi miért jobb akkor lehet megfogadom a tanácsodat.

• #4960 Speeedfire félisten Sk8erPeter #4959

  Új Válasz 2010-07-16 17:17:32 #4960

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz Sk8erPeter #4959 üzenetére

  Milyen apache/php kombó van fent?
  Az általam linkelt működik?

  php: 5.3.0
  apache: 2.2.11

  lehet h valami php beállítás miatt van?

• #4949 whYz őstag Sk8erPeter #4948

  Új Válasz 2010-07-15 16:49:22 #4949

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  whYz

  őstag

  válasz Sk8erPeter #4948 üzenetére

  Biztosan UTF8-asok a fájlok, amit html-be írok utf8-al azokat meg is jeleníti rendesen. Egyedül a php lekérdezésekkel van gond.

  Amit írtál az se segít.

• #4914 Speeedfire félisten Sk8erPeter #4912

  Új Válasz 2010-07-10 16:20:32 #4914

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz Sk8erPeter #4912 üzenetére

  Köszi, működik.

  A JS topicban ugye írtam a keresőbarát url-ekkel szenvedek.
  Sajnos bármit írok be neki a képes és css fájlok is "elmozdulnak" és ezért kellett ez a "feltételvizsgálat". Bár nálam kicsit hosszabb már így is, elég sok mindent vizsgálnom kell.

• #4885 Speeedfire félisten Sk8erPeter #4884

  Új Válasz 2010-07-06 15:41:01 #4885

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz Sk8erPeter #4884 üzenetére

  ezt nem is tudtam, hogy így is lehet használni az echo-ban az adatokat
  így tényleg jobb, nekem is volt már bajom a sok " jel miatt, de mostmár olyan profin csinálom
  a div szerintem valami elírás lehetett csak

  más:

  van egy oldal ahol adatokat lehet beküldeni, van rajta captcha is, hibaellenőrzés stb
  mind input mező
  2 problémám lenne vele:

  1. a hiba oka az input mező végére kerül, így le kell görgetni, hogy lehessen látni a hiba okát
  2. ha valami miatt hiba van akkor minden mező üres lesz, a linkelt forrásnál nem nagy gond, mert csak 2 mező van, de ahol már 5-6 adatot meg kell adni, ott már bajos lehet
  forrás
  ötletek?

• #4798 Speeedfire félisten Sk8erPeter #4797

  Új Válasz 2010-06-12 14:39:15 #4798

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz Sk8erPeter #4797 üzenetére

  már majdnem megvan az oldal amit a hét elején megálmodtam
  "könnyebb" volt mint gondoltam hála a ph-nak
  márcsak admin felület kell és lapozhatóság minden oldalra

  valóban minden oldalról kivettem a csatlakozást és a session_start()-ot és már sehol sem dob notice-t, sőt mostmár a captcha kód is jó

  igazából ha mindent funkciókkal oldottam volna meg akkor elég lett volna egy oldal is ahol minden fent van

• #4787 Speeedfire félisten Sk8erPeter #4786

  Új Válasz 2010-06-12 02:48:51 #4787

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz Sk8erPeter #4786 üzenetére

  azt értem én is hogy a kód elején, csak azt nem hogy hol érdemes berakni
  az oldal tartalmai inculodva vannak, attól függően, hogy mit szeretnék megleseni
  az index.php-ban van most a session_start(), de pl ha csak egy külön oldalt akarom megnyitni akkor ott már nem lesz benne

  itt van az összes kód

  és ez a sok notice dobálás is kiakaszt már

• #4762 Speeedfire félisten Sk8erPeter #4761

  Új Válasz 2010-06-10 15:04:23 #4762

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz Sk8erPeter #4761 üzenetére

  h esne le a vesém
  erre eddig nem is gondoltam, mindent úgy szerkesztettem, hogy notepad ++, nyelv php, de h még azt is figyeljem, hogy milyen kódolású a lap

  
  Sk8erPeter: köszi, én is ezt használom, megcsinálom aztán megírom a fejleményeket

• #4719 Narancs őstag Sk8erPeter #4715

  Új Válasz 2010-06-03 23:08:14 #4719

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Narancs

  őstag

  válasz Sk8erPeter #4715 üzenetére

  Mert már ott van a tárhely és domain, jövő márciusig kifizetve
  Amúgy mennyit számít SEO-nál a teljesen valid oldal? Mert bakker, ahogy a dolgok jelenleg állnak, én nem tudom másképp megoldani a kis alap menümet, mint PHP GET-tel, amit a validátor nagyon kifogásol. Ezért akartam WP-t, valami nagyon személyre szabható témával (pl Atahualpa), mert az tuti valid lenne, csak nem tudom mennyit számít ez, mert ha alig akkor inkább nem szenvednék vele. (De érdekes, hogy freewebre felhúztam a WP-t, és mindegyik sablonnal 13 hibát dob a validátorral, mégpedig a felső fw-s reklám fejléc miatt )

• #4713 PazsitZ addikt Sk8erPeter #4712

  Új Válasz 2010-06-03 18:57:53 #4713

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  PazsitZ

  addikt

  válasz Sk8erPeter #4712 üzenetére

  Shit, igazad van benéztem.

• #4706 zka67 őstag Sk8erPeter #4705

  Új Válasz 2010-06-01 13:20:10 #4706

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  zka67

  őstag

  válasz Sk8erPeter #4705 üzenetére

  Ja, van pár túlterhelt szerverük, de van elég sok, amik működnek faszán. Igazából szerencse kérdése, hogy épp melyikre kerül az accountod. Igazából úgy vettem észre, hogy a .com végűek jobban vannak terhelve mint a .net-esek.

  Nekem végülis tökmindegy, hogy mire végződik, mert vagy hobbiszinten csinálom a weboldalakat, vagy a programjaimhoz használom online help-nek. Ott meg aztán végképp nem számít a végződés.

• #4679 egyjotakaro2 tag Sk8erPeter #4678

  Új Válasz 2010-05-19 23:36:17 #4679

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  egyjotakaro2

  tag

  válasz Sk8erPeter #4678 üzenetére

  Ez egy oldalra megy, úgy mond szabad hirdetés vagy mi
  És nem akarom ellenőrizni hogy van e már ilyen, vagy nincs

• #4646 tgabi333 aktív tag Sk8erPeter #4639

  Új Válasz 2010-05-09 15:53:24 #4646

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tgabi333

  aktív tag

  válasz Sk8erPeter #4639 üzenetére

  nagyobb részt: szerintem nincs gond az ob_start használatával.

  kisebb részt: én sem lehetek mindig konzekvens

• #4644 BTom1970 aktív tag Sk8erPeter #4643

  Új Válasz 2010-05-09 15:18:48 #4644

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  BTom1970

  aktív tag

  válasz Sk8erPeter #4643 üzenetére

  Hello !

  Van elérhető honlap. De a szerveren (linux) milyen könyvtárba tegyem?
  Hova szokás egyáltalán?

  "//var/www/html/index.html" - ban van egy átirányítás egy másik "www.valami.hu/akarmi/"-re.

  Tehát a honlap nem a mi szerverünkön van, át van irányítva máshova.

  Tamás

• #4641 Alex91 félisten Sk8erPeter #4640

  Új Válasz 2010-05-09 13:11:24 #4641

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Alex91

  félisten

  válasz Sk8erPeter #4640 üzenetére

  Koszi! Most nem lesz ra idom ezzel foglalkozni, csak gondoltam hatha valami trivialis gond van, ami gyorsan megoldhato. Majd ha lesz egy kis idom ra, akkor majd nekikezdek megegyszer .

• #4629 tgabi333 aktív tag Sk8erPeter #4628

  Új Válasz 2010-05-08 02:56:12 #4629

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tgabi333

  aktív tag

  válasz Sk8erPeter #4628 üzenetére

  ok, csak azon a véleményen vagyok, hogy nem kellene ilyen tanácsokat adni ebben a fórumban.

• #4627 tgabi333 aktív tag Sk8erPeter #4625

  Új Válasz 2010-05-08 00:36:29 #4627

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tgabi333

  aktív tag

  válasz Sk8erPeter #4625 üzenetére

  Ez a hozzáállás az amit úgy hívok, hogy gányolás

• #4626 Coyot őstag Sk8erPeter #4625

  Új Válasz 2010-05-08 00:30:15 #4626

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Coyot

  őstag

  válasz Sk8erPeter #4625 üzenetére

  Attól még mindig duplán escapel, inkább azt kerülje el min utólag mókolni az adattal...

• #4578 cucka addikt Sk8erPeter #4577

  Új Válasz 2010-04-28 09:18:20 #4578

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz Sk8erPeter #4577 üzenetére

  Ez most lehet, hogy csak számomra tűnik ellentmondásosnak.
  Pedig nem ellentmondásos, csak lehet, nem fogalmaztam elég világosan

  A levélküldés és a weboldal karakterkódolása között elvileg nincs kapcsolat. Érted, írhatsz olyan php scriptet, ami semmiféle weboldalt nem gyárt, mégis küldi a levelet.
  A jelen esetben viszont a levél tartalma a weboldalon található form-ból jön, na itt már nem mindegy a weboldal kódolása. A böngészők olyan kódolással fogják küldeni az űrlapra felvitt adatokat, amilyen kódolást megadtál a honlapodnál.

  Szép dolog az előre megírt osztályok használata, de tulajdonképpen jó lenne rábírni, hogy rendesen működjön saját módszerrel is, abból lehet tanulni, ha Te írod meg.
  Ez esetben meg lehet nézni a phpmailer forráskódját, hogy lásd, milyen header-öket állít be a levélhez. Azért nem érdemes vele tökölni, mert a levelezőprogramok eltérően viselkednek, tehát megkíméled magad egy csomó fölösleges problémától. Például van olyan levelezőprogram, ami hibásan jeleníti meg a levél tárgyát, ha az utf8-as kódolású és ékezetes karaktereket is tartalmaz. Lehet tökölni azzal, hogy kitalálod, hogyan kell kódolni az email header-jében a subject sorokat ahhoz, hogy minden levelezőprogramnak jó legyen, csak nem látom értelmét, ugyanis a probléma már meg van oldva, ingyenes, lehet használni, ha érdekel, hogy hogyan működik, akkor ott a kód, meg lehet nézni, stb.

  Amúgy meg elég nehézkes dolog a levelezést tesztelni. Van rengeteg levelezőprogram, ott vannak a különféle verziójú outlook-ok, az összes webes levelezőrendszer, senkinek nincs arra ideje, hogy ezeken mind végigzongorázza, hogy vajon jó-e az a levélküldő kód, amit írt. Elég nagy probléma szokott azzal is lenni, ha az ügyfél szépen formázott, weboldal-szerű html levelet szeretne kiküldeni, mert minden egyes levelezőprogramnak vagy weboldalnak megvannak a saját maga hülyeségei.

• #4565 scott_free senior tag Sk8erPeter #4564

  Új Válasz 2010-04-27 11:27:15 #4565

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  scott_free

  senior tag

  válasz Sk8erPeter #4564 üzenetére

  a php egy levelet küld egy megadott címre. a php elején szerepel a karakterkódolás:
  header('Content-type: text/html; charset=utf-8');

  később a levélküldő résznél ezek:
  // Instellingen voor verzenden van de mail
  $boundary = "--".md5(uniqid("myboundary"));
  $priorities = array('Highest', 'High', 'Normal', 'Low', 'Lowest');
  $priority = 2;
  $charset = "utf-8";
  $ctencoding = "8bit";
  $mime_vers = "Mime-Version: 1.0\nContent-Type: multipart/alternative;\n boundary=\"".$boundary."\"\n";
  $x_mailer = "X-Mailer: PHP\n";
  
  // header voor de website eigenaar
  $header_van = $mime_vers.$x_mailer;
  $header_van .= "From: ".$reply."\n";
  $header_van .= "Reply-To: ".$van."\n";
  $header_van .= "Return-Path: <".$van_adres.">\n";
  $header_van .= "X-Priority: ".$priority."\nX-MSMail-Priority: ".$priorities[$priority]."\n";
  
  // header voor de invuller van het formulier
  $header_aan = $mime_vers.$x_mailer;
  $header_aan .= "From: ".$reply."\n";
  $header_aan .= "X-Priority: ".$priority."\nX-MSMail-Priority: ".$priorities[$priority]."\n";
  
  // bericht voor de website eigenaar
  $message_van ="This is a multi-part message in MIME format.\n\n";
  $message_van .= "--".$boundary."\n";
  $message_van .= "Content-Type: text/html; charset=".$charset."\n";
  $message_van .= "Content-Transfer-Encoding: ".$ctencoding."\n\n";
  $message_van .= "<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.0 Transitional//EN\">\n";
  $message_van .= "<html>\n<head>\n<META HTTP-EQUIV=\"Content-Type\" CONTENT=\"text/html; charset=".$charset."\">\n<style>\n";
  $message_van .= "body,p,td {font-family: verdana;font-size:11px;line-height:16px; }\n";
  $message_van .= "\n</style>\n</head>\n<body>\n";
  
  // bericht voor de invuller van het formulier
  $message_aan = $message_van;

  nem tudom, hogy ez mennyit segít a probléma megoldásában.

  jelenleg a php-ban szereplő ékezetes szavak rendesen megjelennek a levélben, viszont az üzenetbe beírt karakterek nem.
  az üzenetnek azokat a sorait, ahol ékezet van, html-nézetben meg sem jeleníti a levelező (kivéve az "őű", amik helyett a fentebb szereplő kódot írja ki.

  a weboldalon vannak még javascript fájlok is - ezeket is át kell alakítani "utf8 bom néklül"-be?

  köszi a segítséget!

• #4563 scott_free senior tag Sk8erPeter #4560

  Új Válasz 2010-04-27 10:22:09 #4563

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  scott_free

  senior tag

  válasz Sk8erPeter #4560 üzenetére

  na jó, lassan feladom...

  átalakítottam a html-t és a php-t is, de a php által küldött emailben továbbra is totál összevisszaság van.

  a php-fájlban szereplő "Tanácsadás" szó helyett "TanĂĄcsadĂĄs". a látogató által beírt üzenetben pedig "őű" helyett "%u0170%u0150".

• #4561 scott_free senior tag Sk8erPeter #4553

  Új Válasz 2010-04-27 10:02:53 #4561

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  scott_free

  senior tag

  válasz Sk8erPeter #4553 üzenetére

  megpróbáltam átalakítani a html-fájlomat az "ISO-8859-2"-ről "UTF-8 BOM nélkül"-re, de erre minden ékezetes betű elromlott.
  pl. a "legmegfelelőbb időpont"-ból ez lett: "legmegfelelĹ�bb idĹ�pont".
  ha csak átírom a charset-et utf-8-ra, akkor meg ez: "legmegfelel�bb id�pont".

  viszont ha átírom "utf-8"-ra és átalakítva mentem el, akkor jó lesz.
  ha a Frontpage-ben írom át a charset-et "utf-8"-ra, ott sima mentés után is jó lesz.

  de hogy ne legyen egyszerű az élet: a két jó változat közül a Frontpage-es pár byte-tal nagyobb lesz, mint amit a Notepad++ csinál. ki érti ezt?

  pl. a Frontpage-es "©" jelet a Notepad++ átalakítja "&copy;"-ra.

• #4559 scott_free senior tag Sk8erPeter #4551

  Új Válasz 2010-04-27 09:24:51 #4559

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  scott_free

  senior tag

  válasz Sk8erPeter #4551 üzenetére

  letöltöttem ezt a Notepad++-t, de nekem nincsen benne "Formátum" menü. Helyette "Kódolás" van, de ott meg nincsen pötty, vagyis nem látom, hogy milyen formátumban van jelenleg a fájl.

  szerk.: bocs, a html-fájlnál nincsen pötty, a php-t betöltve van. (ANSI)

• #4556 egyjotakaro2 tag Sk8erPeter #4555

  Új Válasz 2010-04-25 15:58:48 #4556

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  egyjotakaro2

  tag

  válasz Sk8erPeter #4555 üzenetére

  kösz a segítséget, sikerült meg oldanom. a 777-etet át álítottam, így most senki sem látja, csak én ftp-n keresztül....

• #4552 scott_free senior tag Sk8erPeter #4551

  Új Válasz 2010-04-24 17:45:46 #4552

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  scott_free

  senior tag

  válasz Sk8erPeter #4551 üzenetére

  köszi, megnézem ezt a Notepad++-t.
  a dokumentum alatt magát a weboldalt érted, ugye?

• #4527 DeltaPower addikt Sk8erPeter #4524

  Új Válasz 2010-04-19 22:17:36 #4527

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  DeltaPower

  addikt

  válasz Sk8erPeter #4524 üzenetére

  a !isset-nél és üresnél is ugyanoda ment a forward, ezért dobtam ki az issetet, mivel a trim nem létező változónál szintén üres stringet ad vissza (max dob mellé egy noticet). így a feltétel végeredményben ugyanaz, viszont spóroltunk kb 50 byte kódot

• #4526 Tele von Zsinór őstag Sk8erPeter #4525

  Új Válasz 2010-04-19 20:14:00 #4526

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tele von Zsinór

  őstag

  válasz Sk8erPeter #4525 üzenetére

  PHP-ben az a konvenció, hogy a "mágikus" függvények (__get, __set, __toString, stb.) két alulvonással kezdődnek, gondolom ennek akartak megfelelni. Ezzel együtt viszont az osztálynév kiesik, így lett __construct.

• #4518 PowerBuldog veterán Sk8erPeter #4517

  Új Válasz 2010-04-18 22:20:23 #4518

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  PowerBuldog

  veterán

  válasz Sk8erPeter #4517 üzenetére

  No, akkor ha valakinek van ideje megnézné nekem ezeket?

  HTML űrlapok, ezeknek kellene a bejelentkezést, és az új bejegyzést felvinnie:
  [link]
  [link]

  Ezek pedig a PHP-k, amik megvalósítanák, de ezek közül csak az install.php működik teljesen, a feldolgoz csak addig megy, hogy dobálja ide oda az embert, de az acc_check nem működik, nem rakja be az új bejegyzést.

  install.php
  feldolgoz.php
  acc_check.php
  muveletek.php

  Lehet, hogy az űrlapokból nem adom át megfelelően az értékeket az acc_check-nek?

• #4464 egyjotakaro2 tag Sk8erPeter #4463

  Új Válasz 2010-04-12 20:50:50 #4464

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  egyjotakaro2

  tag

  válasz Sk8erPeter #4463 üzenetére

  okés bocs
  Nem tudnátok valami egyszerű program kóddal megvágni?

• #4357 Tele von Zsinór őstag Sk8erPeter #4356

  Új Válasz 2010-03-30 12:33:55 #4357

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tele von Zsinór

  őstag

  válasz Sk8erPeter #4356 üzenetére

  Tiltott sütik esetén get paraméterben küldi a sessionidt, automatikusan hozzárakva a, form, stb. tagokhoz (szintén php.ini-ben állítható). Régen alapból engedélyezve volt, nem tudom, frissebb verziókban ez változott-e.

• #4355 cucka addikt Sk8erPeter #4350

  Új Válasz 2010-03-30 10:39:00 #4355

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz Sk8erPeter #4350 üzenetére

  Hát ki az az állat, aki URL-ben vagy POST-ban elküldött SID alapján elfogad egy belépési kísérletet?
  Mert ugye a felhasználónál cookie-ban tárolt SID az sokkal megbízhatóbb adat..

• #4351 Tele von Zsinór őstag Sk8erPeter #4350

  Új Válasz 2010-03-29 12:27:30 #4351

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tele von Zsinór

  őstag

  válasz Sk8erPeter #4350 üzenetére

  Mindenki, akinél a use_trans_sid engedélyezve van a php.ini-ben.

• #4349 Tele von Zsinór őstag Sk8erPeter #4348

  Új Válasz 2010-03-28 22:35:00 #4349

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tele von Zsinór

  őstag

  válasz Sk8erPeter #4348 üzenetére

  Van egy olyan támadás, hogy session fixation, a be- és kilépéskori sessionid újragenerálás ez ellen egy hatékony védekezés.

• #4344 BM#2 csendes tag Sk8erPeter #4343

  Új Válasz 2010-03-28 18:16:06 #4344

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  BM#2

  csendes tag

  válasz Sk8erPeter #4343 üzenetére

  Éppen erről olvasgattam és most akartam megkérdezni tőletek, hogy jó lenne-e ez nekem.
  Nem akartam mégegyszer zsákutcába kerülni, de már meg is erősítettél, hogy jó az irány, köszönöm!
  Miért IE? Nem is tudom, talán, ha ezen elfut, amit írok akkor mindenen...

  Hálásan köszi a segítséget, remélem most összejön!

• #4318 egyjotakaro2 tag Sk8erPeter #4316

  Új Válasz 2010-03-25 01:40:56 #4318

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  egyjotakaro2

  tag

  válasz Sk8erPeter #4316 üzenetére

  Mindjárt sírok örömömben , már kezdtem feladni, erre meg találtam egy include/...../ jól el dugott helyen azt amit 1ed mondott és sikerült, végre sikerült meg oldani, csak jobban bele kellet másznom a kakiba

• #4317 egyjotakaro2 tag Sk8erPeter #4316

  Új Válasz 2010-03-24 20:57:00 #4317

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  egyjotakaro2

  tag

  válasz Sk8erPeter #4316 üzenetére

  Igen Online játék

• #4315 egyjotakaro2 tag Sk8erPeter #4314

  Új Válasz 2010-03-24 19:56:37 #4315

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  egyjotakaro2

  tag

  válasz Sk8erPeter #4314 üzenetére

  Mind1 akkor kérdezek mást. Hogyan tudok egy phpmyadminból lekérdezni valamit?
  Most megint ugyan azzal jövök.... Users tábla azon belül power mező.
  Amikor a felhasználóknál vagyok az a Tartalomnál és egy felhasználónak be írok 500 powert, a php-n avagy a .tpl-en amikor fel teszem a tárhelyre a .tpl-en vagy a php-n ki írja nekem hogy van 500 powerem. Remélem így érthetőbb :S

  Szerk. Valami kódott ha kérhetnék.

• #4310 BM#2 csendes tag Sk8erPeter #4293

  Új Válasz 2010-03-24 08:50:13 #4310

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  BM#2

  csendes tag

  válasz Sk8erPeter #4293 üzenetére

  Köszönöm szépen!
  Túl egyszerű volt ahhoz, hogy egyből sikerüljön...

• #4308 egyjotakaro2 tag Sk8erPeter #4307

  Új Válasz 2010-03-24 00:54:05 #4308

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  egyjotakaro2

  tag

  válasz Sk8erPeter #4307 üzenetére

  okés okés...

• #4302 Tele von Zsinór őstag Sk8erPeter #4299

  Új Válasz 2010-03-24 00:30:49 #4302

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tele von Zsinór

  őstag

  válasz Sk8erPeter #4299 üzenetére

  Tipp, és a kérdésed alatti komment megerősíti: azt hiszi, a { $izé} az rögtön le is kéri az értéket az adatbázisból.

• #4294 egyjotakaro2 tag Sk8erPeter #4292

  Új Válasz 2010-03-23 18:45:18 #4294

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  egyjotakaro2

  tag

  válasz Sk8erPeter #4292 üzenetére

  Csak ennyi van az információnál:

  <table width="70%"/> <tr>
  <td width="16"><img src="images/gray_lightning.jpg"></td>
  <td>{ $power } Er&otilde;</td>
  <td>{ $ved} Védekezés</td>
  <td>{ $gyors } Gyorsaság</td>
  </tr>
  </table>

  Ezt én írtam be, és nem ad le semmit, nem ír ki semmit hiába írok a phpmyadminbabe akármennyi védekezést és gyorsaságot...

  <td>{ $ved} Védekezés</td>
  <td>{ $gyors } Gyorsaság</td>

• #4284 egyjotakaro2 tag Sk8erPeter #4283

  Új Válasz 2010-03-23 15:04:40 #4284

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  egyjotakaro2

  tag

  válasz Sk8erPeter #4283 üzenetére

  Hát igen...

  ja még 1 kérdés:
  A footernál (információknál) így van bele kódolva az erő: { $power }
  Na most én csináltam az adatbázisban egy ugyan olyant mint az erő, csak védekezésben ezt írtam be: { $ved}
  és nem adott ki semmit, az erőt még ki írja de a védekezésnél semmit nem ír ki :S
  Valami megoldás avagy szerinted mi lehet a gond?

• #4282 egyjotakaro2 tag Sk8erPeter #4281

  Új Válasz 2010-03-23 01:49:11 #4282

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  egyjotakaro2

  tag

  válasz Sk8erPeter #4281 üzenetére

  Nem én írtam a php-kat, a nettről töltöttem le az oldalmotort.
  Igen, nem Magyarországi vagyok

• #4278 csl1982 tag Sk8erPeter #4274

  Új Válasz 2010-03-22 21:29:34 #4278

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  csl1982

  tag

  válasz Sk8erPeter #4274 üzenetére

  ATW eddig működik, régen php-ztam, egy ideig nem fog zavarni az UTF-8-as gond, kicsit képbe akarom hozni magam.

  Köszi a segítséget

• #4277 egyjotakaro2 tag Sk8erPeter #4276

  Új Válasz 2010-03-22 20:28:53 #4277

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  egyjotakaro2

  tag

  válasz Sk8erPeter #4276 üzenetére

  Hát kb ez a php (néhányat ki - tam személyes okokból úgy mond) Ha jobban át látod akkor ebben hol lehetne át írni? arra hogy ha nyerek a harcon akkor az összes pénzt elvegye ne pedig csak egy kis összeget.

  [ Módosította: philoxenia ]

• #4266 DeltaPower addikt Sk8erPeter #4265

  Új Válasz 2010-03-18 16:29:34 #4266

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  DeltaPower

  addikt

  válasz Sk8erPeter #4265 üzenetére

  ddrive-on vannak néha szemetek, ennél csak azt néztem hogy könnyen beállítható legyen. a kód meg hát olyan amilyen... én inkább magamnak írom már ezeket ahelyett hogy letöltsem

• #4258 Soja aktív tag Sk8erPeter #4256

  Új Válasz 2010-03-17 23:26:48 #4258

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Soja

  aktív tag

  válasz Sk8erPeter #4256 üzenetére

  Köszönöm, működik.

  Lenne még egy kérdésem.
  Hogyan lehet egy tömb adatait úgy átmásolni egy másikba, hogy minden adatból csak egy legyen? (duplikált adatok kiszűrése).
  Írtam egy saját két ciklusos megoldást, de annyi memóriát venne igénybe, hogy nem fut le.
  Ezért, ha van egyszerűbb, szívesen veszem.

• #4252 DviDee csendes tag Sk8erPeter #4251

  Új Válasz 2010-03-15 17:30:03 #4252

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  DviDee

  csendes tag

  válasz Sk8erPeter #4251 üzenetére

  Nem is tudom, hogy köszönjem meg a segítséged. Így sokkal jobb mint amit szerettem volna...konkrétan arra gondolok, hogy egyszerre többet lehet törölni, ez nagyon jó Kicsit formázgatom, hogy pofás legyen...
  Még egyszer köszönet a gyors és pontos segítségedért...

• #4238 RoyalFlush őstag Sk8erPeter #4236

  Új Válasz 2010-03-13 10:02:13 #4238

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  RoyalFlush

  őstag

  válasz Sk8erPeter #4236 üzenetére

  Szívok is vele. Hogyan lehet áthidalni azt ha a register_globals off-ra van állítva, viszont szükségem lenne olyan változókra, melyek tartósak?

• #4233 egyjotakaro2 tag Sk8erPeter #4230

  Új Válasz 2010-03-12 20:11:41 #4233

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  egyjotakaro2

  tag

  válasz Sk8erPeter #4230 üzenetére

  Köszönöm, ez a megoldás működik mind kettő.
  Csak most egy a gondom hogy ha rá kattintok a névre pl : Nev: Admin (katt) akkor nem az admin userre dob hanem $username-ra :S

• #4232 RoyalFlush őstag Sk8erPeter #4090

  Új Válasz 2010-03-12 19:55:39 #4232

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  RoyalFlush

  őstag

  válasz Sk8erPeter #4090 üzenetére

  Ma vettem meg a Bevezetés a PHP5 programozásába c. könyvet. El is mélyültem benne

• #4226 DeltaPower addikt Sk8erPeter #4225

  Új Válasz 2010-03-12 08:17:06 #4226

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  DeltaPower

  addikt

  válasz Sk8erPeter #4225 üzenetére

  mondjuk ha limitálni a karja a próbák számát

• #4223 PazsitZ addikt Sk8erPeter #4219

  Új Válasz 2010-03-11 08:20:21 #4223

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  PazsitZ

  addikt

  válasz Sk8erPeter #4219 üzenetére

  Csak megjegyzésként:
  Ha már empty-t használsz nem kell az isset. Az empty-nek egyformán igaz a nem létezés, az üres string és a nulla is.

• #4222 Inv1sus addikt Sk8erPeter #4219

  Új Válasz 2010-03-11 01:06:59 #4222

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Inv1sus

  addikt

  válasz Sk8erPeter #4219 üzenetére

  Hm, most hogy mondod, tényleg nem tudom miért tároltam le sessionba a belépési nevet és a jelszavat. Elég lenne valami állapotjelző szerűség.

• #4221 raczger őstag Sk8erPeter #4220

  Új Válasz 2010-03-11 00:23:14 #4221

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  raczger

  őstag

  válasz Sk8erPeter #4220 üzenetére

  Azt a kettőt amit találtam egyik png-nél csinálta meg helyesen a másik meg gif-el.

• #4218 raczger őstag Sk8erPeter #4217

  Új Válasz 2010-03-11 00:13:19 #4218

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  raczger

  őstag

  válasz Sk8erPeter #4217 üzenetére

  Azóta már megoldottam csak elfelejtettem ide írni. Alapvetően ahogy néztem (nem nagyon vagyok benne ebben a témában) máshogy kell az átlátszó hátteret a gif-nek és a png-nek megadni, kettő függvényt összegyúrtam és most már jó.

• #4203 DeltaPower addikt Sk8erPeter #4201

  Új Válasz 2010-03-10 10:32:14 #4203

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  DeltaPower

  addikt

  válasz Sk8erPeter #4201 üzenetére

  mindig tanul valamit az ember
  a base-t mennyire veszik komolyan a böngészők? elfelejthetném a kilométeres abszolút linkeket...

• #4202 Rolly veterán Sk8erPeter #4201

  Új Válasz 2010-03-10 00:34:50 #4202

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Rolly

  veterán

  válasz Sk8erPeter #4201 üzenetére

  RewriteBase-tal lett jó de kiderült, hogy a gond nem ez volt, hanem hogy a saját cms-em mikor kirakta a linket akkor ugye csak annyit rakott ki hogy pl.: kezdooldal akkor is amikor a fejlécben az volt hogy domainname.hu/kategoria/termek és ugye ilyenkor a link a domainname.hu/kategoria/kezdooldal lett ... ezt javítottam és máris ok ...

• #4200 Rolly veterán Sk8erPeter #4199

  Új Válasz 2010-03-09 23:18:10 #4200

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Rolly

  veterán

  válasz Sk8erPeter #4199 üzenetére

  ha RewriteBase -t használok és annak / -t adok (tudtommal ekkor a htaccess file helye határozza meg a base-t akkor nem jö mert pl a jquery-t a /kategoria/ ... -en keresi ...

  elvileg jó lett mégis ... még tesztelem

  köszönöm a segítséget, ha valami nem ok akkor még kérdezek

• #4192 vancha2 aktív tag Sk8erPeter #4180

  Új Válasz 2010-03-09 06:04:33 #4192

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vancha2

  aktív tag

  válasz Sk8erPeter #4180 üzenetére

  Ja, ok Kicsit fáradt voltam tegnap este...

• #4190 Inv1sus addikt Sk8erPeter #4176

  Új Válasz 2010-03-09 00:32:45 #4190

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Inv1sus

  addikt

  válasz Sk8erPeter #4176 üzenetére

  Oké, ezek után használni fogom Eddig nem volt belőle gubanc

• #4184 Protezis őstag Sk8erPeter #4182

  Új Válasz 2010-03-08 22:04:19 #4184

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Protezis

  őstag

  válasz Sk8erPeter #4182 üzenetére

  Doctrine_Core::HYDRATE_RECORD
  Az eredménylistában minden elem objektum lesz. Nagy eredménytáblánál ez sokszáz MB-ot is felemészthet. Ez nyilván Doctrine-nál játszik.

• #4179 vancha2 aktív tag Sk8erPeter #4178

  Új Válasz 2010-03-08 21:09:05 #4179

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vancha2

  aktív tag

  válasz Sk8erPeter #4178 üzenetére

  Tehát:
  Ha nem robot az illető, akkor elmentem az adatbázisba, tehát elmentek minden megjelenítést. A $uj változó csak akkor 1 ha az illető ma még nem járt az oldalon. A stat megjelenítésnél így csak meg kell számolni a sorokat és meg lesz az megjelenítés, és meg kell számolni a sorokat, ahol az uj=1 és megtudtuk az egyedi látogatókat.

  A duplikálásnál gyakorlatilag elment mindent, de kétszer. Teljesen ugyanazok az adatok, a time(), a $uj, minden. Olyan, mintha a mysql_query kétszer futna le. A furcsa, hogy eddig nem tudtam semmihez kötni, mintha véletlenszerűen történne. Böngészőtől, szolgáltatótól függetlenül néha duplikáltan menti el.

• #4177 vancha2 aktív tag Sk8erPeter #4175

  Új Válasz 2010-03-08 17:02:41 #4177

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vancha2

  aktív tag

  válasz Sk8erPeter #4175 üzenetére

  Köszönöm a részletes válaszod, de az ügy kicsit összetettebb egy sima statisztikánál. Nekem több képnek (hirdetésnek) kell a különálló statisztikáját gyűjtenem. A $uj változóval azt néztem, hogy új-e a látogató, ezzel mérve az egyedi látogatásokat.

  Az egészet újraírtam a tanácsaid alapján:
  Cookiet és Session-t is figyelek (cookie azért kell, mert éjféltől számítom új látogatónak).
  Az eregi()-t át fogom írni preg_match()-re, hogy egy későbbi PHP frissítéskor is működjön majd.

  Arra, hogy időnként miért duplikálva menti el az adatbázisba, nem jöttem rá. Most írtam rá egy kis függvényt, ami végigfut a megfelelő sorokon, és ha az aktuális sor adatai teljesen megegyeznek az előző soréval, akkor azt törli. Kissé fapados megoldás, de nem tudok mást, és ez úgy néz ki, hogy jól működik.

• #4168 egyjotakaro2 tag Sk8erPeter #4167

  Új Válasz 2010-03-06 16:27:36 #4168

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  egyjotakaro2

  tag

  válasz Sk8erPeter #4167 üzenetére

  x7chat2 ezt használok, de keresgettem jó sokáig és megtaláltam úgy hogy nem kérdés már

• #4147 cucka addikt Sk8erPeter #4145

  Új Válasz 2010-03-05 12:54:48 #4147

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz Sk8erPeter #4145 üzenetére

  Mondjuk ha már itt tartunk, akkor a pontos időt felesleges kiírni

  (#4141) DeltaPower
  Jópofa, de mennyire használható a valóságban (pl. a bind-elések)? Továbbá felmerül a kérdés, hogy nem túl lassú?

• #4144 Inv1sus addikt Sk8erPeter #4135

  Új Válasz 2010-03-05 12:05:58 #4144

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Inv1sus

  addikt

  válasz Sk8erPeter #4135 üzenetére

  hm. Elég könnyűnek tűnik. Köszi szépen.

• #4137 fordfairlane veterán Sk8erPeter #4136

  Új Válasz 2010-03-04 21:37:07 #4137

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  fordfairlane

  veterán

  válasz Sk8erPeter #4136 üzenetére

  Érdemes PDO-t használni, mostanában szinte teljesen rászoktam. Kapcsolódásnál meg lehet adni neki, hogy query hibánál exceptiont dobjon, amit aztán lehet kezelni egy globális exception handlerben.

• #4109 cucka addikt Sk8erPeter #4108

  Új Válasz 2010-03-01 17:07:11 #4109

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz Sk8erPeter #4108 üzenetére

  Számomra utóbbi áttekinthetőbb... Szerinted?
  Az első verzió jobb. Nem minden query ilyen rövid, ezen kívül úgy lehet normálisan kommentezni a kódot. Azt az or die.. részt pedig amúgy sem használom sehol, tehát nem rontja a látványt.

• #4105 cucka addikt Sk8erPeter #4100

  Új Válasz 2010-03-01 07:03:52 #4105

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz Sk8erPeter #4100 üzenetére

  hogy egymás utáni mysql_query-ket hajtottam végre, az a kódban meg elég csúful mutat, sokkal szebb, ha konkatenálom egy sztringbe a lekérdezéseket, majd egymás után végrehajtom MySQLi-függvényekkel, ahogy írtam.
  Nem tudom, mitől szebb. Ha arra van szükséged, hogy 2 query-t lefuttass egymás után, akkor azt le kell futtatni egymás után, miért csúnya ez?

  Meg egyébként még nem dolgozom komoly cégnél, mint honlapszerkesztő
  Annak idején az első munkámat úgy kaptam meg, hogy lóf*szt se értettem az egészhez. Konkrétan javascript-et az első, beugró feladatomnál írtam először .

  mik azok a megoldások, amik a lehető legkisebb erőforrást igénylik, és a leggyorsabb megjelenítést eredményezik.
  A valóságban ennél sokkal fontosabb, hogy olyan megoldásokat alkalmazz, amelyek részedről igénylik a legkevesebb erőforrást. Senki sem fog fizetni azért, mert megspóroltál 0.3% processzoridőt, vagy hogy 0.2 másodperc helyett 0.13 alatt jön be a weboldal.

• #4104 tob!as tag Sk8erPeter #4100

  Új Válasz 2010-03-01 04:53:50 #4104

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tob!as

  tag

  válasz Sk8erPeter #4100 üzenetére

  Meg egyébként még nem dolgozom komoly cégnél, mint honlapszerkesztő, most egyelőre szeretném magam minél jobban kiképezni, és megtanulni, hogy mik azok a megoldások, amik a lehető legkisebb erőforrást igénylik, és a leggyorsabb megjelenítést eredményezik.
  Teljesen jogos, de azért arról az apró gondolatról se feledkezzünk meg, hogy mindezek mellett sokkal átláthatóbb programkódot lehet csinálni mysqli-vel, pláne ha obejktumközpontúbb szemléleted van. => több hét/hónap után is tudni fogod hogy mit miért és hogyan csináltad, adott esetben még újrahasznosítható mysql osztályt is tudsz csinálni kedved szerint.

• #4102 Coyot őstag Sk8erPeter #4100

  Új Válasz 2010-02-28 18:58:37 #4102

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Coyot

  őstag

  válasz Sk8erPeter #4100 üzenetére

  mysqli használata ajánlott, és teljesen mindegy hogy 3 ezred másodpercel gyorsabban fut vagy nem, nem azért szeressük mert gyorsabb/lassabb

• #4101 Alex91 félisten Sk8erPeter #4099

  Új Válasz 2010-02-28 18:57:17 #4101

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Alex91

  félisten

  válasz Sk8erPeter #4099 üzenetére

  Igen, ha van az eleresi utvonalban egy ilyen szembe levo par, akkor nem talalja meg a keresett kiterjesztesu file-okat. Vagy nem tudom pontosan mit csinal, a lenyeg, hogy nem kerul be a tombbe. Valoszinuleg megzavarja ez [ ]. Majd megnezem ezekkel is... (Bar szerintem nem lesz jo, a visszaperesre gondoltam en is, de az nem jott be...)

• #4095 cucka addikt Sk8erPeter #4089

  Új Válasz 2010-02-28 11:34:52 #4095

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz Sk8erPeter #4089 üzenetére

  Csak azért, mert érdekelne, az egyes módszerek, függvények felhasználástól függően vajon nagyjából mennyi erőforrást (memóriahasználat, prociigény) igényelnek.
  Microtime-al tudsz időt mérni, memory_get_usage-el tudsz memóriahasználatot mérni. Esetleg felrakhatod a zend szervert, ott kapsz pl. profile-ozási lehetőséget.

  ezért akárhányszor frissítek a böngészőben, a microtime() függvény mindig más eredményt ad...
  Rossz végén fogod meg a kérdést. Ha gyorsítani szeretnél egy rendszeren, akkor először azt kell meghatározni, hogy hol lassú és hogy miért, ezután pedig kitalálni, hogy egyáltalán tudsz-e rajta gyorsítani és ha igen, akkor hogyan.
  Ha a rendszered nem lassú, megfelel a sebességi követelményeknek, akkor nem kell gyorsítani rajta. (Pontosabban lehet, csak senki nem fogja neked kifizetni)
  A valóságban úgy néz ki a dolog, hogy van egy rendszer, ami normális sebességgel működik, kivéve 1-2 műveletet/erőforrást. Ezeket hívjuk bottleneck-eknek. Ha gyorsítani kell a rendszeren, akkor ezeket kell megtalálni és ezeknél kell kitalálni, hogy mitől lassú. Weboldalnál szinte mindig egy lassú lekérdezés lesz a bűnös, ha ez megvan, akkor lehet elemezni, hogy mivel gyorsítod fel. Tehát ha lassú egy rendszer, akkor nem attól lassú, mert mysql helyett mysqli-t használsz, vagy fordítva.

• #4094 Alex91 félisten Sk8erPeter #4093

  Új Válasz 2010-02-28 08:21:55 #4094

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Alex91

  félisten

  válasz Sk8erPeter #4093 üzenetére

  Igy van, a patternben megadott string tartalmazza a szogletes zarojeleket. Ha mindketto szerepel benne ilyen forman: [ ], akkor behal a fuggveny. Megprobaltam lecserelni (mondjuk en visszaperrel, de azt hiszem az a jo), de azzal se ment.

  Mondjuk amikor atadom, akkor az url-ben %5B es %5D szerepel, de a bongeszoben jol jelenik meg...

• #4086 cucka addikt Sk8erPeter #4084

  Új Válasz 2010-02-27 08:28:23 #4086

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz Sk8erPeter #4084 üzenetére

  A GET-ben a gombra vonatkozó érték pusztán annyi információt hordoz, hogy elküldték-e az űrlapot vagy sem.
  - Ha csak egy gombod van, akkor a legegyszerűbb, hogy nem adsz neki nevet, az űrlapba pedig beleraksz egy hidden mezőt, ami átveszi a gomb funkcióját.
  - Javascript-el submit-olod a form-ot, ilyenkor az elküldéshez használt gomb bármi lehet, nem is kell része legyen az űrlapnak.

  Itt nincs semmilyen nagy trükk, amiről még ne hallottál volna .

• #4085 cucka addikt Sk8erPeter #4081

  Új Válasz 2010-02-27 08:21:17 #4085

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz Sk8erPeter #4081 üzenetére

  Vagyis így a hozzászólás végére eljutottam arra a következtetésre, hogy lehet, hogy semmivel nem lenne erőforrás-igényesebb az, ha mindent törölnék, és mindent újra hozzáadnék
  Na látod..

  vajon melyik működik gyorsabban, a MySQL törlő és hozzáadó műveletei, vagy a PHP összehasonlítgatásai, majd egy MySQL-törlés illetve -hozzáadás...
  Esetedben mindkettő megfelelően gyors, azt válaszd, amelyikkel kevesebb a munka. Semmi értelme vadászni a századmásodperceket.

  Nyilván, ha olyan rendszered van, ahol a táblában több millió sor van és viszonylag gyakran nézegetik, akkor az a cél, hogy minél kevesebb és minél gyorsabb lekérdezésed legyen, de nálad most gondolom nem ez áll fenn. Általában egy nagy terhelésű rendszeren az adatbázis i/o a szűk keresztmetszet, nem pedig a processzor sebessége. Kis terhelésnél annyira minimális a különbség, hogy nem érdemes túl sokat foglalkozni a kérdéssel.

• #4083 Tele von Zsinór őstag Sk8erPeter #4082

  Új Válasz 2010-02-27 00:47:04 #4083

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tele von Zsinór

  őstag

  válasz Sk8erPeter #4082 üzenetére

  Ne adj neki nevet

• #4080 cucka addikt Sk8erPeter #4079

  Új Válasz 2010-02-26 23:38:28 #4080

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz Sk8erPeter #4079 üzenetére

  Az általad keresett megoldás egyszerűbb, mint gondolnád. Amikor feldolgozod az űrlapon elküldött adatokat, azzal kezded, hogy kiszeded ismét az adatbázisból a kiválasztott kategóriákat, és kész is, megvannak a korábbi elemek. Ezután rakod össze a delete/insert lekérdezéseidet, amivel módosítod a kategória hozzárendelést.

  Amúgy én az általad írt 3. megoldást használnám, pusztán azért, mert egyszerű és átlátható. A kategóriába rendezés viszonylag ritka esemény, kevés adatod van, így gyorsaságban rendben van ez a megoldás is.

  tegyük fel, hogy mondjuk csak egyetlen helyről kiszedem a pipát, akkor az összes hozzárendelést törli, és adhatja hozzá újra az összeset, ez felesleges munka
  Ha mindig csak a szükséges módosításokat szeretnéd elvégezni az adatbázison, az meg neked felesleges munka .

  ráadásul mi van, ha megszakad valamiért a folyamat, akkor elvesztek az addigi hozzárendelések
  Ez nehéz kérdés. Általában ilyen akkor történik, ha valami komoly hardveres/szoftveres gond van a szerverrel. Nem nagyon tudsz tenni ellene semmit, de szerencsére nem is nagyon szokott ilyesmi előfordulni.
  (Nyilván, egy banki rendszernél erre is fel kell készülni, de most nem erről van szó )

• #4047 ntomka nagyúr Sk8erPeter #4046

  Új Válasz 2010-02-20 00:43:11 #4047

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ntomka

  nagyúr

  válasz Sk8erPeter #4046 üzenetére

  A wamp nagyon jó szerintem is. Ha valaki windows alatt erőlteti a fejlesztést, és nem akar kínlódni az apache konfigurálásával, konfigfájlokkal, (erre vannak a rendszergazdák, adminok) csak fejleszteni akar, annak tökéletes. Kezdőknek mindenképp.
  És tényleg nem okádja tele a rendszert.

• #4041 cucka addikt Sk8erPeter #4040

  Új Válasz 2010-02-19 21:36:02 #4041

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz Sk8erPeter #4040 üzenetére

  A "WAMP saját szemete" nem hinném, hogy túl sok kárt okozna a gépben, nem fosta tele a registry-t sem, azért szerintem ezt nem kell ennyire túlparázni
  Nem parázom túl, csak a wamp-hoz hozzáadott tartalom abszolút fölösleges.

  mert nem szöveges fájlokban kell kutakodni a megfelelő beállítások után, hanem van egy kellemes grafikus felület a Tálcán
  Mondjuk három havonta egyszer fordul elő, hogy beletúrjak valamibe. A másik, hogy hozzá tartozik a fejlesztői ismeretekhez, hogy bele tudj túrni abba a kemény 2 fileba.

  Nem értem, a WAMP miért lenne rosszabb az Appserv-nél, a WAMP is ugyanúgy az éles környezetet pakolja fel, csak biztosít hozzá még egy plusz felületet, amin a beállítások elérhetők.
  Semmi baj nincs vele, csak ha egy mód van rá, akkor tartózkodom azoktól a programoktól, amik szükségtelen szeméttel pakolják tele a gépet.

• #4039 cucka addikt Sk8erPeter #4038

  Új Válasz 2010-02-19 20:18:41 #4039

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz Sk8erPeter #4038 üzenetére

  Inkább az Appserv-et javaslom. Ugyanaz a next-next telepítő, csak nincs benne semmi egyedi cucc, pontosan olyan, mint ha kézzel külön-külön raknád fel a programokat. Ez azért jó, mert kb. ugyanolyan környezetet kapsz, mint az éles rendszereken, nincs telepakolva a Wamp saját szemetével.
  (Már végigzongoráztam párszor az apache-php-mysql telepítést külön-külön, mindent beállítva, nekem ennyi elég is volt belőle, ezért kerestem olyan csomagot, ami megcsinálja helyettem)

• #4027 biker nagyúr Sk8erPeter #4026

  Új Válasz 2010-02-17 06:45:47 #4027

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  biker

  nagyúr

  válasz Sk8erPeter #4026 üzenetére

  tényleg

Új hozzászólás Aktív témák