Hirdetés
-
Féltucat régi Samsung kapott új One UI-t, köztük az A52s
ma A 6.1 olcsó, drága, ütésálló és közönségkedvenc készülékekre is megérkezett.
-
[SoP] Mozgásban a Concord, a Firewalk új játéka
gp A program a tervek szerint egy 5v5 felállású aréna shooternek készül továbbra is.
-
Két OLED kijelzőt is bevet a GPD DUO
ph A készülő notebook biztosan úgynevezett AI PC lesz, de nem tudni, hogy milyen platform kerül bele.
Új hozzászólás Aktív témák
-
nuendo
tag
válasz Speeedfire #5353 üzenetére
if (!isset($_SESSION['belepett']) or ($_SESSION['belepett']!== true))
elég az isset hogy ha azt vizsgálod hogy nem létezik!$sql = "SELECT * FROM linkek_users ";
szerintem igy jobb hogy....
$sql = mysql_query "SELECT * FROM linkek_users " or die ("Hibás lekérdezés!");igy legalább megvizsgálod a lekérdezést is hogy jó-e
-
ArchElf
addikt
válasz Speeedfire #5357 üzenetére
De mi van a db.php-ban?
AE
[ Szerkesztve ]
Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]
-
nuendo
tag
válasz Speeedfire #5357 üzenetére
Az include_once() beilleszt és feldolgoz fájlokat a program futása közben. Ez hasonló az include() működéséhez, azzal a fontos különbséggel, hogy ha a már egyszer beillesztésre került kódot a PHP nem próbálja meg ismét betölteni.
nem is gondoltam hogy azzal lesz a gond -
nuendo
tag
válasz Speeedfire #5359 üzenetére
amugy szerintem jobb az or die alkalmazása....kevesebb a kód de csak ugy mondtam
-
nuendo
tag
válasz Speeedfire #5359 üzenetére
de persze az a lényeg hogy érted a kódot
-
Lakers
tag
válasz Speeedfire #5399 üzenetére
Kösz a választ!
Esetleg itt is neked feltenném a kérdést, hbogy tudsz-e jó php-s host oldalt? (ahol esetleg több weboldalt is fenntarthatok ingyen, és ne magyar, ahol esetleg élőben is lehet szerkeszteni...) A régi nagyokat nem lelem neten... és a Google találotoknál a biztonsági szoftverek szólnak hogy nem ajánlott kategória.
És kívánom, hogy a te kérdésedre mihamarabb feleljenek
-
Lakers
tag
válasz Speeedfire #5402 üzenetére
yes! a 000webhost.com-ot kerestem, kösz!
-
Tele von Zsinór
őstag
válasz Speeedfire #5399 üzenetére
Biztonsági szempontból semmi különbség nincs a get és a post között. Mindkettő felhasználótól származó adat, ergo megbízhatatlan.
-
Tele von Zsinór
őstag
válasz Speeedfire #5410 üzenetére
Valóban, kb. 3 kattintással több post adatot átírni, mint getet. És ékezetes karakterekkel sincs különbség, a böngésző elintéz mindent.
-
Sk8erPeter
nagyúr
válasz Speeedfire #5414 üzenetére
Hali!
Sajnos az nem jó megoldás, mert az eredeti névre van szükségem. De az furcsa, hogy a HTML-kódra lecserélve sem fogadja el a w3c validitás-ellenőrzője.
Na, de jobb, ha elmondom, mire kell:
a Jeditable nevű jQuery-plugint használom egy admin-oldalon, ahol módosításokat lehet elvégezni egy adott névnél és egyéb adatbázisban szereplő elemeknél, de úgy, hogy a felhasználó csak kétszer ráklattyog a névre, és máris módosítható az elem, a módosítást pedig elküldi a feldolgozó PHP-fájlnak. Kényelmes, olyan jellegű, mint pl. Facebook-on a módosítható mezők (pl. a Magamról résznél, stb.), helyben módosítasz, nincs szükség az egész lap újratöltésére, stb.A HTML-elem (div, stb.) azonosító (id) attribútuma segítségével (többek közt ezt alakítja a Jeditable $_POST adattá, úgy, hogy a div-et formmá alakítja a ráklattyogáskor! Meg elküldi az input mezőbe beírt adatot) elküldöm az adott elem azonosítóját, ami alapján lecsekkolom az adatbázisban, tényleg van-e ilyen elem, valamint egy alsóvonással elküldöm az eredeti nevet is (ez viszont egyelőre hibaforrás lehet, ha a felhasználó alsóvonás-jelet ad meg a névben, mert explode()-dal bontom szét az elemeket, de ezt majd megoldom), hogy amennyiben megegyezik a módosított névvel, akkor egyszerűen visszaküldöm az eredeti nevet, és nem dolgozgatok fel, így gyorsabb.
Természetesen minden oldal elején ellenőrzöm, a felhasználó belépett-e (a módosító oldalon és a feldolgozó fájlban is), tehát valamelyest biztonságosnak mondható, még ha egyelőre vannak is lyukak benne...Ezért szeretném elküldeni az eredeti azonosítót és magát a mezőnevet is.
Többnyire nincsenek brutálhosszú dolgok, ami ne férne bele egy id-be, ezért gondoltam ehhez a módszerhez folyamodni...
Kerülő megoldás lehetne az, hogy csak az id-et küldöm el, de akkor minden alkalommal tényleg szükség van adatbázis-lekérésre, eddig ezt kerültem el azzal, hogy csekkoltam, megegyezik-e az eredetileg a mezőben szereplő értékkel, vagy sem, ha igen, akkor nem dolgozgattam fel, egyszerűen visszaadtam a júzernek ugyanazt a nevet (amit nem is módosított).Nem tudom, érthetően írtam-e le...
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #5416 üzenetére
Hülyeségnek tűnhet, hogy admin-oldalt szeretnék validálni, de mégis. Operából Direct Inputtal el lehet küldeni validálásra az oldalt (vagy más böngészőben beépülővel), szóval ez nem kérdés, tudom ellenőrizni a validitást.
A szóköz azért fordulhat elő az id-ben, mert lehet olyan név, amit lekérek adatbázisból, amiben előfordul szóköz (nem tudhatom, hogy a júzer milyen nevet tölt fel, de simán lehet, hogy olyat, amiben van szóköz).
Mondom, az eredeti nevet csak azért pakolom bele az id-be, hogy gyorsabb legyen ellenőrizni, nem úgy küldte-e el a júzer a "módosított" adatot, hogy valójában nem módosított semmit - ha nem módosított, megegyezik az eredetileg látott értékkel, minek nyúlkáljak adatbázishoz, úgysincs változtatás.Ja igen, ami fontos a megértéshez: a Jeditable úgy működik, hogy mondjuk megadsz egy CSS-osztályt (pl. "edit") egy HTML-elemnek (pl. egy div-nek), és onnan fogja tudni, hogy kétszeri ráklattyogásnál (lehet akár egyszeri is egyébként, több lehetőség van) módosítható legyen a mező, átalakítja form-má, azonbelül létrehoz egy input mezőt, majd egy Enter leütésével ezt a form-ot tudod elküldeni a feldolgozó fájlnak, majd az abból visszakapott adatot kiíratni - ha sikerült a módosítás, nyilván már a módosított adatot írod ki.
Maga a HTML-elem azonosítója (id) a $_POST['id'] változóval érhető el, a módosított érték pedig a $_POST['value'] segítségével (ez az input mezőből jön).Példa:
<div class="edit" id="nev_68_eredetinév">eredetinév</div>A példában szereplő "eredetinev" adatbázisból jön (ebben lehet szóköz is! Pl. "eredeti név"); a "nev" jelzi, hogy most mondjuk az adatbázisba feltöltött cuccnak a nevét szeretném módosítani, a "68" pedig az adott elem azonosítója.
Eszerint pedig szétrobbanthatom a $_POST['id'] változót mondjuk alsóvonás szerint (erre mondtam, hogy esetleg hibaforrás lehet, ha a júzer alsóvonás-karaktert ad meg, ez most átmeneti próbálkozás egyelőre), az új név pedig a $_POST['value'] változóban van:list($object_to_mod, $dog_id, $original)=explode("_", $_POST['id']);
$new=$_POST['value'];Ha a $new megegyezik az $original változóval, akkor visszatérek az eredeti névvel, és kész, nem vizsgálgatok tovább, így gyorsabb.
Remélem nem voltam túl zavaros.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #5418 üzenetére
Basszus, jobb lett volna, ha előbb jobban körbenézek.
Most találtam meg a Jeditable oldalán, hogy el lehet küldeni extra paramétereket is a köv. módon:
$(".editable").editable("http://www.example.com/save.php";, {
submitdata : {foo: "bar"};
});Így pedig a $_POST tömbbe új elemeket pakolhatok, vagyis a gond megoldva: ilyen módon elküldöm az eredeti nevet, id-t, és akármit, amit csak szeretnék...
Ráadásul biztonságosabb megoldás.
Szóval a gond megoldódott.Az admin oldalt nem véletlenül validálom: az eddigi részek mind validak, így ez már egyrészt szinte presztízskérdés , na de ami sokkal fontosabb, hogy a validálással rengeteg hibát is fel lehet fedezni, pl. sokszor előfordult, hogy a PHP által generált kódba sikerült belekutyulni olyan módon a HTML-kódot, hogy maga az oldal elcsúszott - a validálással viszont többnyire igen gyorsan rájöttem, hogy hol is lehet a hiba; ezenfelül nem véletlenül találták ki a valid kódot, mert így csökkentem annak az esélyét, hogy különböző böngészőkben különböző módon jelenjenek meg a dolgok, persze nyilván már amennyire szabványkövetők (ha nem is szabvány, csak ajánlás) a böngészők... (lásd IE, stb.)
De mondok még egy érvet: kis gyakorlattal és odafigyeléssel nagyon egyszerű valid kódot írni... Hidd el, nem haszontalan.------------
A Te kérdésedre:
nálad az "ajaxload' osztállyal ellátott HTML-elemeknek van href-attribútumuk?
mutass rá példát, pl. így van, ahogy itt?
<a href="akarmi.html" class="ajaxload">...</a>A load() függvénynél felesleges a második paraméter, ha azt nem használod semmire.
Mutass konkrét példát, és akkor sztem tudok segíteni.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #5420 üzenetére
Akkor csak az lehet a gond, hogy a beillesztendő fájlba (ami jelen esetben a jQuery-kódban a $(this).attr('href') ) include-oltad a keretet is, mert egyébként teljesen jól kell működnie (amennyiben a kód a head részben van elhelyezve, stb.), kipróbáltam, és jól ment.
Magához a betöltéshez nincs szükség a második paraméterre:
<script type="text/javascript">
<!--
$(document).ready(function(){
$('.ajaxload').live("click", function () {
$('#main').load( $(this).attr('href') );
return false;
});
});
// -->
</script>De figyelj arra, hogy az AJAX-os betöltés esetén lehet, hogy a Google nem indexeli a teljes oldalt.
OFF: akármennyire borzasztó és rémisztő is, már a teljes admin oldal valid...
[ Szerkesztve ]
Sk8erPeter
-
Tele von Zsinór
őstag
válasz Speeedfire #5418 üzenetére
A kódod egy sort kivéve jónak tűnik, ez pedig a return false;. Használd helyette az e.preventDefault();-ot, ahol e a click függvény paramétere. Itt szépen leírják, miért.
Röviden: a return false; ekvivalens azzal, hogy e.preventDefault(); e.stopPropagation();, azaz megakadályozza a többi eseménykezelő futását, amiknek amúgy le kéne (mert mondjuk ugyanarra az elemre vannak kötve, vagy valamelyik szülőjére).
-
Tele von Zsinór
őstag
válasz Speeedfire #5425 üzenetére
Így legyen: "click", function (e) {
Másrészt: tedd fel a firebug kiterjesztést, és akkor pontosan tudni fogod, ajax-e vagy sem (a console fülön naplózza az ajax kéréseket, elég részletesen - sok egyéb nagyon hasznos funkciója mellett).
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz Speeedfire #5425 üzenetére
Firebugban be kell kapcsolni az "XMLHttpRequest események megjelenítése" menüpontot, ha az AJAX-kéréseket szeretnéd figyelni. (Konzol fülre kattintva megjelenik egy kis nyíl, ott lehet kiválasztani.)
A szkripthez pedig lehet betenni breakpointokat, és ott az látszik, hogy a "Tovább..."-ra kattintva a szkript is lefut, abban a pillanatban olyan lesz az oldal kinézete, amilyet linkeltél (a #main-ben a kerettel együtt megjelenik a tartalom), de aztán frissíti az egész oldalt (innentől pedig értelmetlen az AJAX-kérés).Megpróbálhatnád úgy is a ready utáni résznél, hogy
$('.ajaxload').live("click", function () {
$('#main').load($(this).attr('href') );
return false;
});(és nem a load paramétereként teszed be a másik függvényt)
próbát megér, legalább addig jussunk el, hogy ne frissüljön az egész oldal, ha már AJAX.Szerk.:
ja, VAGY pedig ha már az
e.preventDefault();
sort használod, akkor ne a load paramétereként tedd be, hanem azután, ha már... legalábbis így elsőre jobbnak tűnik...$('.ajaxload').live("click", function ( e ) {
$('#main').load($(this).attr('href') );
e.preventDefault();
});[ Szerkesztve ]
Sk8erPeter
-
Speeedfire
nagyúr
válasz Speeedfire #5429 üzenetére
Azt hiszem rájöttem a hiba okára, csak még nem tudom, hogy kivitelezzem.
A hiba valószínűleg a htaccess miatt lehet.
Minden kérést az index.php dolgoz fel viszont a valogat.php csak az index.php oldal #main div-jében van emiatt ha jön egy kérés szerencsétlent az index.php oldalra irányítja holott ajaxos kérésnél már ez nem kellene. Remélem holnap rájövök arra, hogy lehetne ezt megoldani, bár a seo-s "kollégák" nagyon mondják, hogy ne csináljam, mert a nagy G nem fogja szeretni.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
PazsitZ
addikt
válasz Speeedfire #5430 üzenetére
Szvsz legegyszerűbben úgy, hogy átadsz egy ajax=1 paramétert, amit htaccess-en belül is továbbadsz.
pl.:
RewriteRule ^index.php?(.*)ajax=1$ /index.php?$1ajax=1
RewriteRule ^index.php?(.*) /index.php?$1A php-n belül pedig eszerint tudod kezelni, hogy csak a main részt adod vissza vagy az egész oldalt.
Ha jól értem a problémát.Az előző esti válasz meg picit mellément Sikerült közel egy hónappal ezelőtti régi hsz-re válaszolnom.
[ Szerkesztve ]
- http://pazsitz.hu -
-
Tele von Zsinór
őstag
válasz Speeedfire #5433 üzenetére
A nagyobb JS frameworkök (a jQuery is) beállít egy "X-Requested-With" fejlécet az ajax kéréseknél, ennek létét vizsgálva el tudod dönteni, hagyományos kérés-e vagy ajaxos.
-
randras
veterán
válasz Speeedfire #5439 üzenetére
Szia!
Nekem ez localhoston és élesben is internal server error 500-at dob!
-
PazsitZ
addikt
válasz Speeedfire #5433 üzenetére
Nem értem a problémádat.
Az adatbázist php-ból éred el, a php fájlban tudo, hogy ajax vagy nem ajax, innen mia nehéz?
Vagy akkor úgy tűnik nem értem, mit szeretnél csinálni.- http://pazsitz.hu -
-
Sk8erPeter
nagyúr
válasz Speeedfire #5459 üzenetére
Most a böngészőfüggetlenséget úgy értettem, hogy arra voltam kíváncsi, az /index cím automatikus KIEGÉSZÍTÉSE az /index.php-re hol történik (még .htaccess nélkül!! tehát hozzábiggyeszti a php kiterjesztést automatikusan! és így a /index beírására nem az index könyvtárat, hanem az index.php FÁJLT nyitja meg) - nyilván ez szerveroldali dolog (nem böngészőtől függ).
Pont emiatt van a problémám, egyelőre NEM a .htaccess miatt, mert ha az egyáltalán nincs is a könyvtárban, akkor is megtörténik a kiegészítés (.php-re) - esetemben emiatt a /contact paramétert a .htaccess segítségével sem tudtam átadni GET paraméternek, mert automatikusan a /contact.php fájlt nyitja meg.
Ennek megoldására voltam kíváncsi, hogy a contact.php fájl átnevezése helyett (pl. ha átnevezem contact222.php-re, akkor csak a /contact222 cím beírásának hatására fog megnyílni ez a fájl, a /contact-re nem) - van-e más megoldás, és hogy pl. Apache-nál ez az automatikus kiegészítés konkrétan miből ered.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #5463 üzenetére
A Newhosting-os szervernél ugyanez tapasztalható! Azt Te is ki tudod próbálni.
Sk8erPeter
-
cucka
addikt
válasz Speeedfire #5680 üzenetére
Feltételezem UTF8-as kódolású a szöveg, ez esetben a strlen() helyett használd az mb_strlen() függvényt.
(A probléma oka, hogy a strlen csak azokra a karakterkódolásokra működik jól, ahol 1 karaktert 1 byte-on tárolnak, utf8-nál viszont bizonyos karakterek több byte-on vannak tárolva. Az mb előtag is erre utal, a multibyte szó rövidítése) -
ArchElf
addikt
válasz Speeedfire #5682 üzenetére
Példát tudsz mutatni? URL / HTML-encode-olva nincs?
AE
[ Szerkesztve ]
Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]
-
PazsitZ
addikt
válasz Speeedfire #5682 üzenetére
Megadtad a kódolást?
Előtte mb_internal_encoding("UTF-8"); megadásával vagy manuális formába: mb_strlen($str,"UTF-8"); megadása nélkül szerintem nem működik.- http://pazsitz.hu -
-
Tele von Zsinór
őstag
válasz Speeedfire #5844 üzenetére
$_POST = array_map("trim", $_POST);
-
LW
őstag
válasz Speeedfire #5927 üzenetére
Szia!
Múlt héten volt vele dolgom. Nekem Ő segített. Nagyon jó írás, érthető és példa is van hozzá. -
RedSign
tag
válasz Speeedfire #5927 üzenetére
Szia!
Elsőre bőven elég, bár sessionben nem tárolnám azért a jogosultságszintet, max a felhasználói azonosítót. Egyébként érdemes előtte felmérni, hogy mire van szükség, hiszen egy egyszerű jogosultsági szintű rendszerben, ami piramisra épül és a legmagasabb szinten a legnagyobb jogosultságú felhasználó helyezkedik el bőven elegendő az emelkedő számolás. Egy összetettebb rendszerben azonban már jogosultsági táblára vagy mátrixra lehet szükség - csoportok, csoport jogosultságok, kereszt kapcsolatok - ennyivel általában nem fogod megúszni...
Tömören: jelenleg szerintem bőven megfelelő...http://www.redsign.hu
-
RedSign
tag
válasz Speeedfire #5931 üzenetére
A rendszernek és a célnak megfelel, ahogy Tele von Zsinór is írta előttem, ha nincs osztott rendszered a session biztonságos, mehet bele minden... ...személy szerint én csak a felhasználók egyedi azonosítóját és nickjét tárolom benne (meg hibaüziket, visszajelzéseket a felhasználó felé), a többit kiolvasom az adatbázisból ha szükséges. De feladata válogatja, hogy milyen megvalósítás kedvezőbb... ...ha neked megfelel, akkor mehet bele "bármi"...
[ Szerkesztve ]
http://www.redsign.hu
-
Tele von Zsinór
őstag
válasz Speeedfire #5933 üzenetére
Nem, lásd a képet:
Itt azok a mezők tárolják, van-e a felhasználónak olyan joga. Később meg minden műveletnél megvan, hogy milyen jog kell hozzá, anélkül egy (normálisan kinéző) 403-as hibát kap.
-
RedSign
tag
válasz Speeedfire #5933 üzenetére
Az igazán szép megoldás az lenne, ha csinálnál egy táblát a jogoknak (rights), és egy kapcsolótáblát (contactor) a jogok és a userek (users) között, majd így "kisakkozhatod" (contactor.user_id -> user.id and contactor.right_id ->right.id) a jogosultságokat... ...kérdés, hogy érdemes-e ennyire elbonyolítani?
pl.:
users
- id
- name
- email
- pass
rights
- id
- value
- name
contactor
- id
- user_id
- right_id[ Szerkesztve ]
http://www.redsign.hu
-
barnam_
nagyúr
válasz Speeedfire #5944 üzenetére
Ez a cím alatti adatok kódja:
<div class="titlemeta">
<span class="author"> <?php the_author(); ?> </span>
<span class="clock"> <?php the_time('Y - F - j'); ?> </span>
<span class="categorys"> <?php the_category(', '); ?> </span>
<span class="commnum"> <?php comments_popup_link( '0', '1', '%', '', 'Nem lehet hozzászólni'); ?> </span>
<span class="thumb"> <?php wp_gdsr_render_article_thumbs(); ?> </span>
<span class="edit"> <?php edit_post_link('| Szerkeszt'); ?> </span>
</div>A hozzá tartozó CSS:
.author{
color:#7b7b7b;
padding:2px 5px 2px 20px;
background:url(images/user.png) no-repeat;
}
.clock{
color:#7b7b7b;
padding:2px 5px 2px 20px;
background:url(images/clock.png) no-repeat;
}
.categorys{
padding:2px 5px 2px 20px;
color:#7b7b7b;
background:url(images/tags.png) no-repeat;
}
.commnum{
padding:2px 5px 2px 20px;
color:#7b7b7b;
background:url(images/balloon.png) no-repeat;
}
.thumb {
padding:2px 5px 2px 20px;
}A szerkesztést nem formáztam, mert azt úgyis csak én látom.
[ Szerkesztve ]
-
PazsitZ
addikt
válasz Speeedfire #5954 üzenetére
A get paraméter vizsgálat if feltétele az sql kérést hagyja el.
De a 95. sor: if ($dir = opendir($dir)) { lefut a következővel: opendir("../galeria/$SqlKonyvtarTorol/tn"), ahol is a $SqlKonyvtarTorol változód üres string.
a 77 sorod meg úgy nézem pont a feltétel előtti be nem másolt sor, ahol egy tömbbeli egyes indexet hiányol.Korábbi kérdésedhez kapcsolódóan én pl netbeans-t használok, szeretem, jó hasznos csak fontos, hogy projekten belüli fájlokkal dolgozz vele.
Eclipse-t nem tudom, még nem próbáltam php-hez.[ Szerkesztve ]
- http://pazsitz.hu -
-
PazsitZ
addikt
válasz Speeedfire #5956 üzenetére
Változókiemelés természetesen van, bár az mint szövegkiemelés használható volt notepad++-ban is részben (duplakatt a változónévre és az összes olyan változósztringet kiemeli). Van globális változó- függvény- átnevezés. Függvény- változó deklarációra ugrás.
Kiegészítés.
OOP esetén jelzi az örökített-ős osztályt, felülírt, felülíró metódusokat.
Tudsz használni phpdoc-ot.
És még sok minden, ami notepad++-al szemben előny, de hirtelen eszembe se jut .
Anno én is notepad++-ról áltam át, elinte nehezen szoktam meg, de ma már project szinten nem is boldogulnék nélküle- http://pazsitz.hu -
-
Sk8erPeter
nagyúr
válasz Speeedfire #5958 üzenetére
Én is Notepad++-ról álltam át NetBeans-re, és most már csak akkor használom a Notepad++-t, ha rövid, gyors változtatásra van szükség a kódban, mert a Notepad++-nak csak az erőforráskímélő, gyors működése az előnye a NetBeans-szel szemben, de cserébe a NetBeans mindenféle egyebet nyújt, amit a Notepad++ nem.
Notepad++-ban az automatikus kiegészítés gagyin volt megoldva a NetBeans-hez képest, pl. PHP-projektben csak PHP-függvényneveket tudott kiegészíteni, HTML-elemeket, JavaScript-kódot nem volt hajlandó, míg NetBeans erre is képes. Még jQuery-hez is használom! CSS-fájlokban is működik az automatikus kiegészítés.
Osztályok használatánál is nagyon nagy segítséget nyújt, meg ha pl. függvénydefinícióra akarsz ugrani, akkor elég a függvény használatánál a neve fölé vinni a kurzort, és Ctrl+klikkel oda is ugrik. Ezenkívül tud automatikus formázást is az Alt+Shift+F-fel, ami szépen rendbeszedi, indentálja a széjjeldobált kódot.
Arra is van mód, hogy egy "palettáról" bedobálj kész HTML-elemeket, mint pl. táblázat, rendezett és rendezetlen lista, képhivatkozás, formok, stb., nem kell tökölni a manuális beírogatással, így igazából Dreamweaver-alternatívának is használható.
Ctrl+Space-szel kiegészíti a kódot, ha pl. egy switch-case szerkezetet szeretnél gyorsan létrehozni, azt is meg tudod tenni úgy, hogy beírod pl. a switch kulcsszót, aztán nyomsz egy Ctrl+Space-t, és felkínálja a lehetőséget arra, hogy létrehozza az egészet.PazsitZ is írt pár szempontot, az is mind igaz, ezenkívül tényleg annyi lehetőség van, hogy lehetetlen lenne itt kifejteni. Én nagyon megszerettem a használatát, nem térnék vissza az alap szövegszerkesztők használatára. Egyetlen hátránya (számomra legalábbis eddig csak ez tűnt fel) a NetBeans-nek tényleg az, hogy zabálja a memóriát (nem is meglepő), meg kicsit lassan indul be, meglehetősen erőforrás-igényes, de annyi előnye van, hogy bőven megtérül a használata.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #5960 üzenetére
A tabulátor \t, ha idézőjelbe (nem aposztrófba) rakod, hasonlóan a \n-hez, látszik a forráskódban.
A HTML-kimenetnél csak akkor látszik majd a tabulátor, ha a <pre> taget használod. Egyébként csak egy whitespace látszik belőle max.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #5963 üzenetére
Az aposztrófot nem escape-elted!
echo '
<a href="'.$file.'" class="w" onmouseover="o(13, \''.$file.'\');" onmouseout="f(13);">
<img src="'.$file.'" alt="'.$file.'"></a>
';Így okés.
Sk8erPeter
-
Tele von Zsinór
őstag
válasz Speeedfire #5979 üzenetére
Tipp: döntsd el, melyik eszköztár kell és melyik nem (nálam például csak a projekt nézet maradt oldalt, felül is csak ami nagyon kell), valamint próbáld ki a Droid Sans Mono betűtípus - az android platformra készítették, kifejezetten azért, hogy kis méretben is jól olvasható legyen. Átállítod pár ponttal kisebbre a méretét, máris több kódot látsz. Azért annyira kicsire ne vedd, hogy fárasszon az olvasása.
-
Brown ügynök
senior tag
válasz Speeedfire #5994 üzenetére
Esetleg ha "" közé rakod a 008-t?
"hacsak nem jön a jó tündér break utasítás képében..."
-
PazsitZ
addikt
válasz Speeedfire #5994 üzenetére
Kb. akkor van ilyen hibaüzenet, amikor változó sztring alapján próbálsz függvényt hívni.
$fname = "trim"; $fname(" teszt ");
De a változóban nem sztring van.
Esetleg olyan függvényt hívsz, amely függvénynevet vár paraméternek (sztring formában) pl.:usort
Egyébként a példádnál pont nem sztring keletkezik: $valami = 008;, hanem szám.
Bár postolva lehet sztring lesz belőle.De így csak találgatni tudunk. A hibás sor száma és a hibás sor többet mondana.
[ Szerkesztve ]
- http://pazsitz.hu -
-
PazsitZ
addikt
válasz Speeedfire #5994 üzenetére
Átnézve a kódot több helyen is ezek állnak: $_POST('kezdosorszam'), $_POST('nagy'), $_POST('filename')... ezek helyett: $_POST['kezdosorszam'], $_POST['nagy'], $_POST['filename']
Tehát a parser úgy értelmezi, mintha függvényt próbálnál hívni és a függvény neve a $_POST változóban lenne.[ Szerkesztve ]
- http://pazsitz.hu -
-
Tele von Zsinór
őstag
válasz Speeedfire #5994 üzenetére
008 az egy értvénytelen érték. A 0-ás prefix azt jelzi, hogy ez a szám nyolcas számrendszerben van, de ott meg nincs nyolcas digit. Ha stringnek akarod, akkor tedd idézőjelek közé.
-
Sk8erPeter
nagyúr
válasz Speeedfire #5991 üzenetére
"Valami olyasmi lenne a cél mint a ph-s képfeltöltő, csak nem ajaxos."
Az sem AJAX-os, hanem iframe-es.Amúgy AJAX-szal nem is lehet fájlt feltölteni, csak ilyen iframe-es trükközéssel, az AJAX-os képfeltöltők nagy része is így (vagy Flash közreműködésével) működik.
[ Szerkesztve ]
Sk8erPeter
-
Tele von Zsinór
őstag
válasz Speeedfire #6001 üzenetére
Az az oldal megjelenjen? miért nem checkbox?
-
Tele von Zsinór
őstag
válasz Speeedfire #6005 üzenetére
Úgy érted, hogy két, azonos domainen futó sessiont? session_name() kell neked.
@n-tek: php-ból inkább ne akarj. SSH-zz be root-ként a szerverre, és állítsd át a tulajt ott.
-
Tele von Zsinór
őstag
válasz Speeedfire #6008 üzenetére
Azonos domainen fut két rendszer, és meg akarod különböztetni őket - legegyszerűbb módszer erre a session cookie átnevezése, amit a session_start() előtt kiadott session_name() hívással tudsz megtenni. Például session_name("virsli"); után nem a szokott phpsessid lesz a neve.
Amúgy én úgy szoktam csinálni, hogy minden projektnek létrehozok egy-egy apache VirtualHost-ot, projektneve.local néven, megfelelő DocumentRoottal, és ezt felveszem a /etc/hosts-ba is. Innentől külön domainen futnak, elkerülve például az ilyen problémákat.
-
Sk8erPeter
nagyúr
válasz Speeedfire #6012 üzenetére
Pont úgy viselkedik, ahogy elvárható lenne, mert nem tetted ciklusba a mysql_fetch_assoc függvényt.
Így lenne helyes:$query = 'SELECT fid, COUNT(fid) AS mennyi FROM `linkek_tartalom`
GROUP BY fid HAVING COUNT(fid) >= 10';
$result = mysql_query($query);
if(mysql_num_rows($result)) { //ha van egyáltalán megjeleníthető eredmény
while( $row = mysql_fetch_assoc($result) ) {
$felhasznalo_tomb[] = $row; //tömbbe gyűjtöd az adatokat - de akár egyből ki is írathatod a megfelelő mezőt
}
// ... (pl. felhasználhatod a tömböt, újabb ciklussal kiíratod [erre a kellően gyors foreach javasolt])
}
else {
echo 'Nincs bejegyzés...';
}[ Szerkesztve ]
Sk8erPeter
-
Tele von Zsinór
őstag
válasz Speeedfire #6010 üzenetére
Nem a routerben, a hosts fileban. Windows alatt nem tudom, ez merre található, de keress rá (simán csak "hosts", kiterjesztés, egyebek nélkül). Ott tudod beállítani, hogy a virsli.local host az a ::1 ipre legyen feloldva.
@Brown ügynök: a cache:clear (avagy cc) parancs csak a cache mappa tartalmát törli, mást nem csinál. Kiadtad a "plugin:publish-assets" parancsod? A css-ek hiánya arra utal, hogy nem.
Gyorsan belenézve a symfony.bat-ba az az ugyanott levő symfony filet próbálja futtatni, ott van az?[ Szerkesztve ]
-
Tele von Zsinór
őstag
válasz Speeedfire #6016 üzenetére
Te tudod, én csak a saját gépemen intézném a fejlesztést, hogy ne függjek külső dologtól - a te felállásoddal például csak otthonról tudsz fejleszteni (igen, tudom, hogy ha nagyon akarod, távolról is elérhető lenne, de akkor meg felmerül a security kérdése).
Új hozzászólás Aktív témák
- ÚJ - M3 MAX MacBook Pro 14" Zoll - 1.6M helyett - 1.270.000 Ft - 1 ÉV Apple garancia
- Új - 16.2" MacBook Pro M3 MAX 14C / 30C 36GB / 1 TB - Magyar - AKCIÓ
- Új Gamer PC i5 12400F/13400F/24Gb DDR5 5600Mhz/RTX 4060 Vagy RTX 4060 Ti 8Gb/500Gb M2 SSD 2-3 Év gar
- Új Gamer PC i5 12400F/13400F/24Gb DDR5 5600Mhz/RX 6600 Vagy RX 6600 XT 8Gb/500Gb M2 SSD 2-3 Év gari
- AKCIÓ Új Dobozos Macbook Pro dokkoló új ára 70.000 forint
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs