Új hozzászólás Aktív témák
-
cucka
addikt
Na most ha pl 20 ember chatel akkor ez mennyire terheli meg a szervert? Illetve webhosting szolgáltató hogy értékeli az ilyet, például alapból limitálva van a processzor időm és belassulhat az egész site emiatt?
Ha normálisan van beállítva a mysql, akkor a lekérdezések nagy részét cache-ből fogja lökni, meg amúgy is kis adatmennyiségekről van szó - tehát ha normálisan írod meg a php részét, akkor kb. észre sem lehet majd venni a szerver terhelést.ha valaki küld új üzenetet akkor és csak akkor a script kiküldené az összes aktív kliensnek, na de hogy oldom meg, hogy apache csak úgy küldjön adatot kérés nélkül a klienseknek
Ajax-al sehogy nem oldod meg, mert csak a kliens kérdezgetheti a szervert, ezért aszinkron. Azt hiszem az Operában van valamilyen technológia, amivel megoldható, de az Opera 1% körüli részesedése miatt ez kb. annyit sem ér, hogy utánanézzekEgyébként memory táblákkal szerintem fölösleges pöcsölni, mint ahogy file-ba mentéssel is. Chat log-nál sok sor lesz a táblában de mindegyikben kevés adat, ezért indexeléssel teljesen jól meg lehet oldani a dolgot. (pl. ha a kliens már úgy kérdezi meg a szervert, hogy az x. id-jú mezőtől kérem az adatokat, akkor onnan könnyű gyors lekérdezést írni)
Természetesen ha több száz felhasználós chat-et szeretnél, akkor oda el lehet gondolkozni más technológiákon (pl. java kliens és/vagy szerver oldalra)
-
cucka
addikt
válasz
Fire/SOUL/CD #1678 üzenetére
Php fejlesztéshez egyáltalán nincs szükség ezekre az általad felsorolt drága szoftverekre, igazából egy jobb szövegszerkesztő program bőven elég..
-
cucka
addikt
válasz
vakondka #1501 üzenetére
Olyat tud, hogy kilistázza a különböző fileokat, dupla klikkre megmutatja a különbségeket (ez ugyanaz, mint a "compare by content") funkció és utána amikre beállítottad, azokat szinkronizálja. Azért használható nagyon jól, mert amikor 2 file különbségeit nézed, a szinkronizáló ablak a helyén marad, tehát szépen sorba lehet menni a fileokon.
-
cucka
addikt
válasz
#57018880 #1484 üzenetére
Azt szerettem volna mondani, hogy nincs a kérdésedre 2-3 soros válasz, mert a feladat megoldásához alapszintű, általános php ismeret szükséges. Amennyiben adatbázis alapon képzeled el a dolgot, akkor kell hozzá alapszintű adatbázis kezelési ismeret is.
(tehát igen, egyáltalán nem volt specifikus a kérdésed. A specifikus kérdés az olyan, amire rövid és egyértelmű választ lehet adni.)
-
cucka
addikt
válasz
#57018880 #1482 üzenetére
Szűkíteni kéne a kérdést, mert ez így olyan, hogy "szeretnék egy dinamikus weboldalt csinálni, de nem értek semmihez, segítsetek, mire keressek rá".
Ha egyedül szeretnéd megcsinálni, akkor első körben vegyél egy php-val foglalkozó könyvet és olvasd el. Gondolom nem szeretnél a későbbiekben komolyabban foglalkozni a php-val, így a 24 óra alatt könyv is jó lehet.
-
cucka
addikt
válasz
Dexterland #1461 üzenetére
Első kérdésre: attól, mert egy már meglévő adatbázishoz átállítod az alapértelmezett karakterkódolást, a régi táblák megmaradnak olyannak, ahogy létrehozták őket. Tovább, az összes szöveges mezőnek külön is meg lehet adni a karakterkódolást - varchar és *text típusú mezőknél egyaránt. Rossz adatbázis beállítások miatt futottam már ilyen köröket - látszólag minden utf8 volt, leszámítva egy text-et, ami véletlenül latin1-swedish-ci kódolással futott, természetesen nem is kezelte rendesen az ékezeteket. (a svéd nyelvben ugye ritkák a magyar hosszú ékezetes mássalhangzók..)
Második kérdésre: Először kitalálod, mit kell tudjon a site, utána megtervezed az adatbázist, végül leülsz gépelni. Mi a kérdés?
-
cucka
addikt
válasz
gyurmasrobi2 #1466 üzenetére
Izé, esetleg elolvasni a hibaüzenetet még mielőtt idedobod?
Azt írja, hogy a mysql szervered nem támogatja az innoDB típusú táblákat, merthogy
- Ez egy olyan mysql, amiből kimaradt. Ha te fordítottad, akkor előfordul, hogy kifelejted. (bár a kérdés alapján valószínűsítem, hogy nem így volt)
- Ki van kapcsolva az innoDB a mysql beállításainál. A visszakapcsolás függ attól, milyen mysql-t telepítettél, de indulásnak ez volt a második google találat: [link]mod: Másik lehetőség, hogy innoDB helyett sima MyISAM táblákat használsz. A create table utasításban az ENGINE paraméter mondja meg, hogy milyen típusú tárolási rendszert használjon a mysql, amennyiben nincs megadva, akkor az alapértelmezettet használja (ez általában a MyISAM).
-
cucka
addikt
válasz
tkazmer #1219 üzenetére
valószínüleg úgy, hogy eltárolja a rendszerbe felvitt tag-eket és az azokhoz tartozó képek mennyiségét. ez redundáns adat, amit karban kell tartani - vagy x időközönként lefut egy script, ami a frissen érkezett képek tag-jeivel frissíti a listát, vagy már eleve a tag megadásánál frissül. a többi dolog, amire nem sikerült rájönnöd alatt nem tudom mit értesz, mert ez ennyit tud.
(esetleg még annyi, a maximális "szavazatszámhoz" viszonyítva a "szavazatok" alapján változik a betűméret, ilyesmit nem nehéz csinálni..) -
cucka
addikt
-
cucka
addikt
válasz
tkazmer #1097 üzenetére
használd a preg_replace függvényt, azzal 1 sorban meg tudod csinálni. kell hozzá érteni a perl-es reguláris kifejezéseket. esetleg jó az ereg_replace is, oda szabvány reguláris kifejezéseket kell írni, de a perl-es sokkal jobban használható.
ez a darabolós megoldás igazi gányolás. -
cucka
addikt
válasz
LucifeI2 #1094 üzenetére
Nem tudom mekkora különbség van a kettő között, ha olyan nagy akkor inkább beszerzem az 5-öst, de ha elenyésző akkor megtanulom ebből az alapokat.
a legnagyobb különbség az, hogy az 5-ös már támogatja az oop-t. (a 4-esben is van már valamilyen oop, de azt inkább hagyjuk) Egyébként a 4-es más nem támogatott és kanyarban van a 6-os, tehát mindenképp 5-ös php-t ajánlok, még akkor is, ha nem használod ki az újdonságait.
az általad említett könyvet ismerem, pont olyan mély és alapos ismereteket ad, mint amit a címe alapján sejteni lehet. ha komolyabban akarsz foglalkozni a php-val, akkor ajánlom a fekete könyvet. valamivel magasabb szintű, de ha azzal nem boldogulsz, akkor úgysem lesz belőled php programozó
-
cucka
addikt
az a baj, hogy a header függvény meghívása előtt kiírtál már valamit a kimenetre.
a hibaüzenetben ott van, hogy hol van az a kiírás illetve hogy hol halt el emiatt a header függvény.(#1089) Forest_roby - ha " " közé írod a string-eket, akkor is lehetnek többsorosak, tehát nem kell feltétlenül ' '-t használni. sőt, akár <<<EOT írásmóddal is megadhatsz többsoros stringeket.
-
cucka
addikt
válasz
Forest_roby #1076 üzenetére
újsor és tab karakter. jobb megoldás nem nagyon lesz..
báár ha igazi jani vagy, akkor írhatsz progit, ami megformázza a script kimenetét, de tök fölösleges az egész, mert a látogatók általában az oldalt nézik, nem a html forrást. -
cucka
addikt
válasz
PetyaKmet #982 üzenetére
a php-s része a feladatnak, hogy parancssorból kell tudj futtatni egy php-s programot. felteszem, hogy a php benne van a path-ban, ilyenkor kétféle dolgot tudsz csinálni:
-php programodneve.php
módon futtatod. ehhez létre kell hozni egy futtatható file-t amiben ez a sor szerepel. ha elindítod a scriptet, akkor az le fogja futtatni a php progidat.
- magát a php progit matatod: először futtathatóvá kell tenni a php filet, majd az első sorába bele kell írni a php elérési útvonalát a következő formában -#!/path/to/php
. ebből tudja a linux, hogy amikor futtatná a programodat, akkor mégis hogyan, milyen parancsértelmezővel tegye ezt.
a feladat maradék része a cron beállítása.
-
cucka
addikt
output bufferben keresgélni lehet (ezt már írták), de leírásod alapján valószínűsítem, hogy valami brutális gányolást szeretnél elkövetni, tehát nem ajánlom
.
a cron-al kapcsolatos kérdésednek pedig semmi köze nincs a php-hoz, valamelyik nagy linux topikban minden bizonnyal tud majd valaki válaszolni rá, de google használatával is simán meg lehet csinálni.
-
cucka
addikt
-
cucka
addikt
file lehet php-s vagy sima szövegfile is, szerintem mindkettő jó.
lehet strukturálni a nyelvi cimkéket különféle szempontok alapján, ilyenkor célszerű több file-t használni. (pl. rendezed aszerint, hogy melyik aloldalon van, vagy hogy melyik logikai egységhez tartozik, mittomén, személyek cimkéi)
lehet írni osztályt, ami megoldja a cimkék kiiratását a háttérben, neked csak annyi a dolgod, hogy meghívod mondjuk így: print $nyelv->kiszed('cimke_ertek')igazából az egész attól függ, hogy milyen a feladat, milyen módszerrel szeretnéd megoldani és hogy mennyire szeretnél újrafelhasználható kódot, vagy esetleg szeretnél-e valamilyen magasabb szintű absztrakciót alkalmazni. (tehát konkrét feladat/megvalósítási terv esetén könnyebb ajánlani megoldást)
-
cucka
addikt
sokféleképpen neki lehet esni, attól függően, hogy hogyan készíted a site-ot.
például lehet használni többnyelvű sablonokat, vagy ha sok dinamikusan kirakott cuccod van, akkor használhatsz olyan rendszert, amely az aktuális nyelv függvényében kiolvassa valahonnan a cimkéket, amelyek megjelennek a képernyőn. -
cucka
addikt
ami egy ilyen oldalhoz célszerű, az egy teljesen egyszerű kis sablonokkal megvalósított php oldal. a sablon az a kerete az oldalnak, a tartalmi részben pedig az aktuális oldaltól függően pakolod be a szintén dinamikus tartalmat.
ez azért jó, mert így csak egyszer kell mindent megírni html-ben, módosításoknál ez előny. ezen kívül nagy php tudomány sem kell hozzá, de ha igény van ilyen-olyan plusz funkciókra, akkor könnyedén megvalósítható.
mod: sablonok alatt természetesen nem feltétlenül a már kész sablonrendszerekre gondolok, ilyen feladathoz szerintem teljesen elég a mezitlábas php-s megoldás is.
-
cucka
addikt
így jár az, aki microsoft termékkel készíti a weboldalát.
változtatni úgy lehet rajta a leginkább hatékonyan, hogy kidobod az egészet és újraírod.
egyébként sem valami bonyolult a layout, ha a szükséges hozzáértés adott, akkor egy ilyet elég hamar el lehet készíteni.hadd találjam ki, a számtechtanárnő készítette az oldalt?
-
cucka
addikt
a jelszót tartalmazó filet
- kirakod a wwwroot-on kívülre
- htaccess-ben korlátozod a direkt hozzáférést
- leszarod a problémát mert a php kód amúgy sem olvasható kívülről
ezen kívül célszerű a mysql-t úgy beállítani, hogy csak a webszerverről érkező kapcsolatokat fogadja, így ha valaki megtudja a szupertitkos jelszót, akkor kenheti a hajára.. -
cucka
addikt
válasz
Forest_roby #875 üzenetére
egyrészt a print_r nem csak tömböket tud így kiírni, hanem pl. objektumokat is.
másrészt sokkal látványosabbat nem nagyon tudok elképzelni, már ha feltétel, hogy működjön bármilyen n dimenziós tömbre. -
cucka
addikt
válasz
Forest_roby #870 üzenetére
a print_r eredményét rakd <pre></pre> közé
esetleg nézd a html forrásban az eredményt
(a print_r újsorokkal tördel, nem html tag-ekkel) -
cucka
addikt
válasz
DeltaPower #861 üzenetére
semmi vudu medzsik, a komponensek gyakorlatilag dobozok a weboldalon, pl. ha ki akarok listázni valamit, akkor csinálok egy listázó dobozt, a html sablonban pedig meghívom a listázó doboz objektumpéldányának a kiíró függvényét.
(a listázó dobozt természetesen fel kell paraméterezni, hogy mit hogyan listázzon) -
cucka
addikt
válasz
DeltaPower #859 üzenetére
számomra a komponens-orientált dolgok sokkal jobban kézreállnak, mint a template-esek, de igazából ízlés kérdése.
persze egy komponens-orientált cuccban is szokott lenni valamiféle template, csak ott nem kell belőle ekkora faksznit csinálni. -
cucka
addikt
válasz
Tele von Zsinór #856 üzenetére
Ez a rövid nyitótag, ugye?
igen, az, bár szerintem az is szabványos. Tudom, néhány tárhelyen valóban nincs engedélyezve.
mondjuk nálam adott, hogy nem nagyon fejlesztek ingyenes tárhelyre, így az esetleges problémákat/kéréseket meg tudom beszélni a rendszergazdával - pl. az extra.hu-n ez nyilván nem járható út. -
cucka
addikt
válasz
DeltaPower #852 üzenetére
ok, megoldható php-s függvénnyel is a csere, a sebsséget az is lerontja. meg aztán tényleg nem látom annak előnyét, hogy még egy plusz réteget beraktok az alalmazáslogika és a megjelenítés közé.
-
cucka
addikt
template-ből kétfajta van - egyszerű php-s vagy valamilyen template rendszerrel működő. alapjaiban véve mindkettő ugyanaz.
igazából arról van szó, hogy a program logikai részét és a megjelenítést különválasszuk. a logikai részben található a post/get/request feldolgozása, az adatbázis műveletek, stb., a megjelenítés részben pedig az, amit kirakunk a képernyőre.
például egy html oldal fejléce lehet egy template. itt található a doctype, a head, stb. ez egy php file, amiben sima html található. ha pl. az oldal címe (title) változó, akkor ott nyilván van egy kis php betét a template file-ban, ami azt kiírja. a template-et úgy tudod kirakni a képernyőre, hogy egyszerűen inclue-olod (vagy require, ízlés szerint).
lehet használni template rendszereket, pl. smarty, amik valójában ugyanezt tudják csak pepitában.
(#848) Tele von Zsinór - ezzel két baj van
- baromi lassú lesz az oldalad a sok fölösleges regexp miatt. egyébként sem értem, hogy a {{{valtozo}}} forma miért különb bármiben is, mint a <?= $valtozo ?> .
- ha mindenképp akarsz még 1 layert a php fölé a sablonodba, akkor használhatsz valamilyen előre gyártott sablonrendszert. -
cucka
addikt
igazából semmilyen nagy trükk nincs, session-ba el kell pakolni az aktuális nyelvet. nyelvváltásnál ezt cseréled, a komponenseid (menü kirakó, cikk kirakó, stb.) pedig az aktuális nyelv függvényében rakják ki a tartalmat. ha template-eket használsz, akkor meg nyilván azokat is meg kell csinálni többnyelvűre.
a megvalósítás leginkább attól függ, hogy az oldal hogyan van felépítve/megírva. -
cucka
addikt
a geolocation mondjuk 95%-os pontosságú (most mondtam hasból egy számot). statisztikánál érdemes és hasznos figyelni, de kereskedelmi weboldal megjelenítését erre építeni nem lehet.
mellesleg van rengeteg fullextrás ingyenes statisztika, nem látom, miért érné meg sajátot írni.
-
cucka
addikt
válasz
Forest_roby #831 üzenetére
while ($sor = mysql_fetch_array($result)){
if (!empty($prev) && $sor['menu_sorszam']-$prev>1){
for ($i=$prev+1; $i<$sor['menu_sorszam']; $i++){
$lyuk++;
echo "<font style=\"color: red\">" . $i . "</font><br>";
}
}
echo "<font style=\"color: grey\">" . $sor['menu_sorszam'] . "</font><br>";
$prev=$sor['menu_sorszam'];
}így néz ki (remélhetőleg) helyesen az előbbi hsz-emben írt program lényegi része.
kb. arról van szó, hogy az adatbázisból a sor beolvasásánál eltárolom az előző értéket. ha az előző érték és az aktuális között a különbség nagyobb mint 1 akkor ciklussal kiírom a kettő közötti számokat, ahányat kiírtam, annyival növelem a lyukak számát, utána pedig kiírom az aktuális számot. -
cucka
addikt
válasz
Forest_roby #825 üzenetére
Mi lehet a baj?
hát főleg az, hogy nem érted, mire jó a rekurzió, mert erre nem. megoldható egyébként azzal is, de itt egy egyszerűbb megoldás.$prev=0;
$lyuk=0;
while ($sor = mysql_fetch_array($result)){
if (!empty($prev) || $sor['menu_sorszam']-$prev!=1){
for ($i=$prev+1; $i<$sor['menu_sorszam']; $i++){
$lyuk++;
echo "<font style=\"color: red\">" . $i . "</font><br>";
}
echo "<font style=\"color: grey\">" . $sor['menu_sorszam'] . "</font><br>";
}
$prev=$sor['menu_sorszam'];
}
for ($i=1; $i<=$lyuk; $i++){
echo "<font style=\"color: grey\">" . $prev+$i . "</font><br>";
}ez annyi számot ír a sor végére, ahány lyuk volt, tehát 1,2,5 input esetén az eredmény 1,2,3,4,5,6,7 lesz, 3 és 4 pirossal. nem próbáltam ki, szóval lehet hibás valahol..
-
cucka
addikt
az, amikor a júzer jelöli be, hogy melyik ország/nyelv kombót részesíti előnyben.
a geolocation, hostnévből kimazsolázás max. annyira jó, hogy ergonomikusabb user interface-t készíts, pl. az országok listájában előre veszed azt, amelyikről azt gondolod, hogy onnan jön a látogatód. -
cucka
addikt
válasz
Tele von Zsinór #807 üzenetére
Most fogom megkapni, hogy rossz tervezés
öö, hát valóban elég furcsán oldottad meg a feladatotesetleg ha eléred valahogy a session objektumot a db objektumból, akkor a db destruktorában lekapcsolhatod a session-t unset-el (természetesen vizsgálva, hogy létezik-e még egyáltalán). nem próbáltam, de elvileg jó kéne legyen.
-
cucka
addikt
válasz
Tele von Zsinór #803 üzenetére
a választ ugyan nem tudom, de elárulnád, hogy egyáltalán hogy vetődött fel ez a kérdés? nem tudok elképzelni olyan valós problémát, ahol érdekes lenne, hogy szabadulnak fel..
-
cucka
addikt
Ez php függvényhívásra is jó ugye?
nem, ez javascript függvényhívásra jóUgyanazon a lapon akarom felhasználni, nem másiknak átadni.
a probléma, hogy nem érted, hogy hogyan kerül ki a php-ban írt weboldal a felhasználó képernyőjére. mindenképp át kell adni valaminek, ez ugye a form action paramétere. ha az action-t üresnek hagyod, akkor is átadja, csak saját magának. -
cucka
addikt
válasz
Tele von Zsinór #758 üzenetére
vagy ilyen barkácsolós megoldások helyett megcsinálja rendesen az oldalt úgy, hogy az alkalmazáslogika és a kiírás külön van választva.
-
cucka
addikt
igen, ott a mellékelt linken le van írva, hogy mi meg merre, azt el kéne olvasni.
egyébként ez a wos eléggé speciális felhasználásra van tervezve, valószínüleg bármelyik egyszerűen telepíthető webszerver csomag jó lenne neked (pl. appserv).
a másik (ajánlott) lehetőség, hogy külön-külön telepíted és konfigurálod az apache-ot meg a php-t, ez azért jó, mert ezáltal is tanulsz ezt-azt. -
cucka
addikt
Egyik szerverről a másikra költözés amúgy is egy szívás
főleg akkor lehet nagy szívás, ha pl. letörlöd a tábla eredeti karakterkódolását illetve az autoinc értékét. komolyabb adatbázisoknál pedig az sem mindegy, hogy myisam vagy innodb táblákat használsz, amit szintén kitörölsz az export-ból. -
cucka
addikt
válasz
lakisoft #684 üzenetére
valamit keverhetsz, azt a megjegyzést másnak írtam
egyébként meg css helyett akár ki is törölheted azt a checkbox-ot abból a html fileból, sőőt berakhatod kommentnek, hátha szükség lesz rá később (a html komment <!-- és --> közötti szöveg)(#682) Oliii - pedig nem annyira bonyolult ez a karakterkódolásos dolog. a következő dolgoknak kell figyelni a karakterkódolását
- az adatbázis
- a táblák és a mezők (bár utóbbi szerintem meg kéne örökölje a tábla kódolását)
- az adatbázis kapcsolat (ez a php rész)
- maguk az adatok.
ha mind a 4 stimmel, akkor elvileg semmilyen helyzetben nem kell gondot okozzon a migrálás. -
cucka
addikt
-
cucka
addikt
válasz
lakisoft #671 üzenetére
a @ operátorral a hibajelzéseket tudod kikapcsolni, ha pl. függvényhívásnál a függvény neve elé írod. használata nagyon nem javasolt.
php.net doksi -
cucka
addikt
szerintem a leginkább kulturált megoldás, ha a júzer kiválaszthatja, milyen nyelven szeretné nézni az oldalt.
ha nemzetközi júzerekre is számítasz, akkor érdemes venni egy olyan domaint, és az oda érkezőket mondjuk angolul fogadod, plusz oda angol nyelvű reklámok mennek, satöbbi. -
cucka
addikt
válasz
sksporky #457 üzenetére
Az Ajax egy új programozási nyelv?
inkább programozási technika. javascript-ből küldesz http kéréseket egy szervernek (amit bármiben megírhatsz) majd amikor megérkezik a válasz, akkor szintén js-el feldolgozod és elvégzed az elvégzendő feladatot (pl. egy portálon befrissíted az online felhasználók listáját).
azért jó, mert újratöltés nélkül is tudsz dinamikus tartalmat rakni az oldalra. -
cucka
addikt
válasz
Benmartin #420 üzenetére
ha van egy osztályod és abban az osztályban deklaráltál bizonyos elemeket(válozók, tagfüggvények), akkor osztályon belül $this->-el hivatkozhatsz
majdnem jó. osztály metódusában (vagyis függvényben) a $this az aktuális objektumpéldányt jelenti. a php támogatja a statikus változókat/metódusokat, azokra mondjuk így illik hivatkozni: self::$valtozonev
-
cucka
addikt
Csak a kód lesz nagyobb és lassabb tőle.
nem feltétlenül lassabb, nagy programoknál viszont sokkal átláthatatlanabb és nehezebben karbantartható. (ok, lehet értelmesen is írni procedurális kódot, de azért az oop-s általában jóval elegánsabb)
ja és azt se felejtsd el, hogy ha fejlesztőként szeretnél dolgozni, akkor az álláslehetőségeid száma erősen közelít a nulla fele, ugyanis igen kevés hely lehet, ahol nagyobb szoftvereket nem oop-vel fejlesztenének. meg állásinterjún sem nyerő taktika bevágni, hogy az oop túl magas, ilyenkor szerintem perceken belül meg fogják mutatni, merre van az ajtó.
nade a lényeg, hogy nem mumus az az oop, tényleg könnyen rá lehet érezni, csak elhatározás kérdése. meg nyilván ennek a tanulásához leginkább ajánlott nyelv a c++.
[Szerkesztve]
[Szerkesztve] -
cucka
addikt
gondolom ezt azért írod, mert te is a c-vel kezdtek, és azzal szenvedtél
nem nyert, minimális basic ismeret után 3 évig pascal-ban programozgattam, csak azután jött a c és még később a c++.
php épp azért való kezdőknek (mint jómagam voltam) mert viszonylag könnyű nyelv
ha ismered a szükséges alapfogalmakat, akkor szinte minden modern nyelv könnyű, mert csak a szintaxisát illetve a normális, bevett sémáktól eltérő dolgokat kell belőle megtanulni. amikor programozni tanulsz, akkor a hangsúly nem a nyelven van, hanem ezeknek az alapfogalmaknak az elsajátításán. namost a php-ból az életben nem fogod megtanulni ezek egy részét, merthogy scriptnyelv (annak minden előnyével és hátrányával).
barátságosabbá teszi a programozást az emberrel.
a programozás alapvetően egy szakma, nem pedig valami barátságos, jópofa szabadidős tevékenység.
és mért lenne szar kód, gányolás? azért mert van benne pár automata rendszer?
azért, mert a php megengedi a szar kódot. nem kell strukturálni a programot, nem baj, ha inicializálatlan változóid vannak, nincsenek típusok, nem vagy rákényszerítve a memóriakezelésre, tökmind1, hogy kis vagy nagybetűkkel írod a függvényneveket stb.
az alap tutorial-ok szintjén lévő oldalakhoz elég pár sor (max 1-2 oldal) kód, amit kb. tökmindegy, hogy írsz meg. ha bonyolultabb rendszert (mondjuk párezer sor) kell php-ban írni akkor viszont elvérzel, ha nincsenek tapasztalataid valamilyen normális, nem scriptnyelvvel, mert ott már nem működik a ''belehányom a html-be'' stílusú programozás.
ezen kívül oop-t megérteni is sokkal jobb a c++.
emlékszem, jópár hónapja volt itt a topikban egy arc aki php-ban akart valamilyen oop-s webes keretrendszert készíteni, hogy meggyorsítsa a munkát, és azt találta ki, hogy minden html tag-nek külön osztályt ír. ez tipikusan olyan eset, amikor tudja az illető, hogy hogyan kell osztályokkal dolgozni, csak arról nincs fogalma, hogy tulajdonképpen mire is jó az oop és hogyan érdemes alkalmazni. na pl. ezért kell c++-ban kezdeni ezt, nem pedig php-ban. -
cucka
addikt
válasz
Tele von Zsinór #321 üzenetére
pont azért nem ajánlanám php-t kezdőknek, mert nincsenek típusok, pointerek, nem kell foglalkozni a memóriakezeléssel (mert ha lefut a script akkor úgyis felszabadul) és összességében véve nagyon erősen támogatja a szar kód írását és a gányolást.
alapvetően mindenkit előbb c elé ültetnék le, hogy megértse a procedurális gondolkozást, a memóriakezelést és a pointereket, utána meg c++ elé, hogy értse meg az oop-t. na ha ezek az alap dolgok nagyjából megvannak, akkor van esély arra, hogy az illető jó php kódot tudjon írni, enélkül szerintem elég csekély.
ofkorz ez is csak egy vélemény, lehet vitatkozni vagy egyet nem érteni -
cucka
addikt
szerintem ha programozó szeretnél lenni, akkor semmiképp ne php-val kezdj.
flash és php-html-stb. meg nagyon különálló dolgok, tehát ne keverd a kettőt. tanulni meg kétféleképpen lehet:
- ha elég elszánt vagy akkor netes tutorial-ok, rengeteg van belőlük.
- veszel egy könyvet. annyira nagy jelentősége nincs, hogy milyet, de ha már választani lehet, akkor szerintem a magasabb szintű könyvekkel jobban jársz, mint az alapoktól indító nagyon szájbarágósakkal.
ezekben a témákban kár fizetett oktatásban gondolkozni. ha egy könyv alapján megérted a dolgokat, akkor fölösleges pénzkidobás, ha nem, akkor meg úgyis mindegy.
[Szerkesztve] -
-
cucka
addikt
egy form-ba írja be user a jelszót, ki tudja milyen kódolással, vagy lehet, hogy csv file-ból, vagy mysql-ből kerül be, tehát semmit nem tudunk abból, hogy a jelszó milyen formátumú
ha semmit nem tudunk erről, akkor szerintem nem tudod megoldani a feladatot, valahogy biztosítani kell, hogy a bemenő adatok mindig azonos kódolásúak legyenek. -
cucka
addikt
szerver2-n a függvény kiírja a stdout-ra a visszatérési értéket. (paraméterezés megoldható url-ből pl.).
szerver1-en fopen-el megnyitod a szerver2-n található php oldalt (pl. fopen('http://szerver2/valami.php', 'r');, majd kiolvasod a visszatérési értéket, pont úgy, mint ha file-ból olvasnál. -
cucka
addikt
válasz
Tele von Zsinór #60 üzenetére
igazából azt kéne csinálja, hogy mondjuk $tomb_ser=serialize($tomb); , majd ezt a tomb_ser változót írogatni kifele, pakolgatni az adatbázisba. (már ha jó a feltételezésem, és nem az ''Array'' stringet szeretné kiírni
)
-
cucka
addikt
válasz
Flashback #57 üzenetére
igen, ez csak az első hiba volt.
a következő hibád itt van: serialize($tomb); - ez itt királyul megcsinálja a dolgát, majd a string-et, amivel visszatér, szépen kidobja, mert nem adod értékül semminek. a $tomb változódban továbbra is a korábbi 2 dimenziós tömb lesz. irasd ki az sql query-det és meglátod.
(egy tömb értéke stringgé cast-olva az ''Array'' string lesz).
[Szerkesztve] -
cucka
addikt
- hogy tudok /érdemes megadni színtartományt /palettát, hogy meg tudjam mondani hol van az adott pont, és milyen szín van r sugarú környezetében ?
egy adott színnek megfeleltethetsz egy pontot egy 3 dimenziós, 256 oldalhosszú kockában. a színtartomány az az adott pont körüli gömb, amelynek sugara határozza meg a színtartományod ''szélességét''. innen remélhetőleg világos, hogy két szín ''különbsége'' 2 pont távolsága ebben a kockában.
-imagecolorstotal miért 0-t ad vissza ? - php manual-ban írja, hogy true color képekre nullát ad vissza.
[Szerkesztve]
Új hozzászólás Aktív témák
Hirdetés
- Egyre csak fejlődik az AI, emberek tízezreit rúgja majd ki a BT
- Autószerelők, autószerelés
- Azonnali fotós kérdések órája
- 3D nyomtatás
- Győr és környéke adok-veszek-beszélgetek
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- PlayStation 4
- Vezetékes FÜLhallgatók
- Elemlámpa, zseblámpa
- Luck Dragon: Asszociációs játék. :)
- További aktív témák...
- Bontatlan SteelSeries QcK 3XL egérpad
- Lenovo ThinkPad L16 Gen 1 - 16" WUXGA IPS - Ultra 5 135U - 16GB - 512GB - Win11 - 2,5 év gari
- AKCIÓ! Lenovo IS8XM LGA 1150 DDR3 alaplap garanciával hibátlan működéssel
- ÁRGARANCIA!Épített KomPhone i5 13400F 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Huawei Nova Y70 128GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest