Hirdetés
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
dehogyis
Ennél jóval egyszerűbb, egyszerűen elosztod a darabszámot a csomagegységgel, aztán ceil()-lel felkerekíted, majd beszorzod a csomagegységgel ezt a számot, az lesz a korrigált darabszám.Például én 34-et tettem be a kosárba, a csomagegység nálatok meg 12, tehát akkor a legközelebbi felfelé kerekített, csomagegységnek megfelelő darabszám a 36 lenne. Ez így ki is jön:
$package_unit = 12;
$pieces_in_cart = 34;
$pieces_corrected = $package_unit * ceil($pieces_in_cart/$package_unit);A $pieces_corrected értéke tehát 36 lesz.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Peter Kiss #11865 üzenetére
Nekem még nem volt időm meghallgatni vagy egyáltalán huzamosabban belehallgatni, de hátha elhangzanak érdekes információk ebben a beszélgetésben a korábbi téma kapcsán, amikor arról beszéltünk, hogy mennyire jó vagy mennyire nem PHP-ben is erőltetni a Java-szerű vonalat:
Ha valaki esetleg meghallgatja, nagyon röviden leírhatná a konzekvenciákat, hogy mit hoznak ki a dologból.
[ Szerkesztve ]
Sk8erPeter
-
-
Sk8erPeter
nagyúr
válasz SektorFlop #12036 üzenetére
$row_count['count(date)']
Uhh, hát ilyen helyett inkább adj egy aliast a meződnek:
SELECT COUNT(date) AS date_count FROM....
vagy ilyesmi.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz sztanozs #12043 üzenetére
Na, itt említették, eddig ezt nem is ismertem:
http://www.iis-aid.com/
IIS+PHP gyors összehozásához ez elég jó lehet.
Bár a Web Platform Installeren keresztül sem túl nehéz.Sk8erPeter
-
Sk8erPeter
nagyúr
Ilyesmi oldalt szerintem nem éri meg elölről csinálni, főleg nem kezdőként.... Kezdőként nem igazán az lenne a megfelelő ujjgyakorlat, hogy személyi adatokat tárolgatsz, aztán ki tudja, hogy mennyire megbízhatóan.
Ilyenre alkalmas lehet egy CMS (pl. Drupal) is.Sk8erPeter
-
Sk8erPeter
nagyúr
Nem tudom, a "theme szinten átalakítani" alatt mire gondoltál, mindenesetre nem szabad belehekkelni a core-ba, létre kell hoznod egy saját "alsminket" pl. a Zenből, aztán úgy szépítgeted, ahogy akarod. Vagy vannak jó kész sminkek is, hogy még egyszerűbb legyen.
Jaja, pár modul telepítésével, meg hosszú beletanulási idővel megoldható.
Ne arra számíts, hogy 2 perc alatt megoldod, de ilyesmire szerintem kezdőként nem érdemes elölről belevágni (pontosabban NEM ilyesmivel kell kezdeni, ahol szenzitív adatok múlhatnak a programozási tudásodon).
Van Drupal topic, ajánlom még a drupal.hu-t, meg a Drupal Answers-t.Már ha ez lesz a szíved választottja.
Sk8erPeter
-
Sk8erPeter
nagyúr
Hát nem a "hol" a lényeg, hanem a "mit". Arra gondoltam, hogy azért felelősséggel bíró melót (szenzitív adatok védelme) bevállalni elsőre, ujjgyakorlatnak szerintem kissé túlzás.
Kezdésnek jó, ha az ember megtanul egy formot validálni, feldolgozni, adatokat bevinni az adatbázisba, stb. Aztán jöhet képfeltöltés, stb. Mondjuk első lépés eleve az, hogy az ember megtanulja dinamikusan kiíratni az adatokat, külső tényezőktől (pl. aktuális oldal lekérése) függően...A CMS-ek sem betörhetetlenek, sőt, de azért a piszkos meló nagy részét elintézik helyetted, kattintgatós módszerrel (is).
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz trisztan94 #12081 üzenetére
Csatlakoznék Athlon64+ kérdéséhez, ez engem is nagyon érdekelne.
A másik, ami foglalkoztat, hogy azt hogyan csináltad, hogy "nem találtam meg ezt a hivatalos dokumentációt" - most komolyan, a Google-ben milyen keresőszavakkal próbálkoztál, amikor a Yii framework kezelésével kapcsolatban kerestél? Beírtad, hogy kiskutya, és nem adta ki, hogy yiiframework.com?Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #12091 üzenetére
Az ASP és az ASP.NET NEM ugyanaz. Itt bővebben: http://programmers.stackexchange.com/questions/44810/relationship-between-c-net-asp-asp-net-etc/44828#44828
(egyébként ezt írta Athlon64+ is, hogy "ASP-ről nem is volt szó")Én sem értem a váltás okát, egyetlen elfogadható magyarázat az lehet, hogy ingyenes környezetre akar váltani, mert egyébként teljesen értelmetlen.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #12096 üzenetére
Tudod, de mégis következetesen ASP-t írtál.
Na, majd tőle megtudjuk, miért vált.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Lacces #12106 üzenetére
Azt senki nem mondta, hogy ne lehetne attól még érdekes megoldásokkal találkozni ASP.NET-ben is...
(#12107) Speeedfire :
ha nem lenne használható, akkor ez a topic már rég döglött lenne, vagy meg sem született volna.
Használható, viszont sajnos megengedi a gányolást, és ez alapvetően káros, én jobban örülnék neki, ha sokkal szigorúbb és főleg típusos lenne. Tudom, akkor térjek át az ASP.NET-re.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #12109 üzenetére
"Nekem pl meg kifejezetten bejön, hogy nem kell megmondani, milyen adat megy be. Majd én azt a kódban eldöntöm, hogy jó vagy sem."
Az igen! .... jó programozási szokásaid vannak...Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #12111 üzenetére
Nem értem, mit akartál ezzel mondani. Hogy egy adott formelemre milyen validálási szabály vonatkozik, annak köze sincs ahhoz, hogy mindezt ne lehetne tökéletesen jól megcsinálni egy típusos nyelvben. Emiatt nem kell PHP-t használni (vagyis megfordítom: nem emiatt kell PHP-t használni). Nem vágom, mire akartál kilyukadni.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #12113 üzenetére
Dehogynem. PHP-ben egy változóba azt tolsz bele, amit akarsz, ami korábban egy integer volt, abba lazán belepakolhatsz egy objektumot, aztán felülbírálhatod stringgé, kreálhatsz belőle tömböt, tákolhatsz-gányolhatsz büntetés nélkül. Na, ilyet egy normális, típusos nyelvben nem tudsz megtenni.
De a validálós példád még mindig nem értem, hogy jött ide.
Szerk.: az első bekezdésben említett példával kapcsolatban a legnagyobb baj az, hogy sokan a PHP-fejlesztők közül ezt szégyentelenül meg is teszik. És ezzel még pénzt is keresnek.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Na nehogy már az jöjjön ki az egészből, hogy ti csináljátok jól, mert szétszarjátok a kódotokat, nekem meg túl nagy elvárásom van, hogy egy tömb az maradjon tömb, és ne legyen már hirtelen belőle integer...
"Tudom és értem miért kell okosan kódolni, de azért a php legnagyobb előnyéből ne csináljunk már hátrányt."
Szerinted komolyan az a legnagyobb előnye a PHP-nek, hogy egyetlen változóba beletömködhetsz BÁRMILYEN típusú elemet? Hát ez elég sajnálatos, ha így látod."nem szoktam gányolni"
Hát az előbb mondtad, hogy szoktál, sőt, kifejezetten szereted ugyanazt a változót felhasználni tömbre, objektumra, stringre, jó az vidékre!"engem nem zavar ha egy tömbbe stringet teszel"
Egy tömbbe nyugodtan kerülhet string, azzal nincs is baj, például
$en_tombom = array('valami');
tessék, van benne egy string, és ebben még semmi gányolás nincs.Mutatok példát, ami már a gányolás netovábbja:
$en_tombom = array('valami');
fuggvenyhivas_tombot_varok($en_tombom);
$en_tombom = 123;
fuggvenyhivas_integert_varok($en_tombom);
Valóban gyönyörű.Sk8erPeter
-
-
Sk8erPeter
nagyúr
válasz Speeedfire #12121 üzenetére
Nem, én nem hiszem, hogy csak a típustalanság miatt népszerű ennyire, én nem tudom, ezt honnan szeded.
Szerintem azért ilyen népszerű, mert gyorsan lehet benne fejleszteni, viszonylag egyszerű, óriási közösség áll mögötte, mérhetetlen mennyiségű tutorial, segédanyag, erre épülő fórum, sok-sok tapasztalat áll rendelkezésre (ergo könnyű segítséget találni hozzá), sok platformon nagyon gyorsan működésre lehet bírni, széleskörű a támogatottsága (keretrendszerek, library-k, CMS-ek, IDE-k, más nyelvekkel történő kommunikáció), és nem mellesleg ingyenes. Most még ráadásul nem is soroltam fel mindenféle érvet mellette, ami miatt népszerű lehet, ez csak az, ami hirtelen beugrik. Az előzőek miatt nagy a kereslet az ebben programozni tudó fejlesztőkre (magyarul munkát is kínál), és weboldalra mindig szükség van és lesz, viszont a megítélése éppen a könnyű gányolási lehetőségek miatt nem is túl jó általában, és ez némileg árnyalja a dolgot."De ha van pl egy function akkor miért baj az, ha nem mondom meg előre, hogy mit kell várni?
Nonszensz számomra."
Nem tudom, ezt hányféleképpen lehetne még elmagyarázni azontúl, amiket leírtam, és amiket modder előttem nagyon jól összefoglalt. Próbáld meg végiggondolni ezeket az érveket még egyszer. Ahogy Coyotnak is érdemes lenne.Sk8erPeter
-
Sk8erPeter
nagyúr
"Attól népszerű, mert egy könnyen tanulható, nagyon megengedő szabályokkal ellátott szkriptnyelv."
Lényegében én is ezt írtam, csak kicsit hosszabban kifejtve. De gondolom továbbolvastad.
Igen, végül is ennek része lehet az is, hogy nem kap az arcába a gányoló fejlesztő mindenféle hibákat, ha olyasmiket követ el, amikről eddig szó volt (ez a hátránya is a nyelvnek, ahogy arról már korábban beszéltünk)."egy részük annak köszönhető, hogy Rasmus Lerdorf nem értett a programozási nyelvek fejlesztéséhez, a másik részük meg annak, hogy a mai napig nem ért"
Korábban is írtad, hogy kvázi egy dilettáns majom, de miből gondolod ezt amúgy? (Csak kérdezem, nem tisztem megvédeni.)A phpsadness-t nem ismertem, de jónak tűnik.
Sk8erPeter
-
Sk8erPeter
nagyúr
Használtam a 4-es PHP-t annak idején, amikor elkezdtem tanulni, sőt, első könyvem a hogyan tanuljunk blabla sorozatból erre a verzióra vonatkozott. De ez miért számít?
"ha egy átlagos típusos nyelv lett volna a kezdetektől akkor lehet nem jut el idáig"
De mi számít "átlagos típusos nyelvnek"?"Amugy mióta fejleszti közösség a PHP-t? Ez azért nem Drupal."
Nem azt írtam, hogy Drupal-szerűen fejlesztik, de egyébként a Drupalnál sem úgy működik, hogy valaki fogja, és csak úgy felülír egy modult...az elég gáz lenne. Egy modulfejlesztésbe is be kell kapcsolódni, felvesznek maintainerek közé, stb. Persze saját tákolt modulokat büntetlenül lehet publikálni, sajnos futottam már bele olyan modulba, aminek a kódjától majdnem elhánytam magam.
Azt írtam, hogy a PHP mögött óriási közösség áll, így sok helyről érkezhetnek bug reportok, javaslatok a megoldásra, stb.
Egyébként a PHP open source, azért azt vágod, remélem.Az tény, hogy a PHP 5 számtalan újítást hozott, de ebben szerintem mindannyian egyetértünk, ez nem is volt vitatéma.
Amúgy lehet, hogy a típustalanság volt valóban az oka, amiért elkezdett rohamosan terjedni, de sztem ez önmagában kevés lett volna.==============
(#12123) Speeedfire :
"Az hogy valaki nem írja a funkció elé, hogy miket vár és mi a visszatérési érték a későbbi kód újrahasznosítás miatt megértem. Én is ki szoktam kommentezni előtte és leírom szépen. De ez ettől még nem gányolás."
Nem tom, most lehet, hogy itt elbeszélünk egymás mellett.
Amit én mondtam, hogy a típustalanság az egyszerűségével együtt nagyon káros lehet, jó kis teret ad a wanna-be-developereknek a gányolásokra, meg ezerszer nehezebb a kódokat debuggolni is, ráadásul a kódból nehéz automatizáltan kihozni valamit, erre még párszáz hsz.-szel korábban említettem a SOAP-os szívást, ahol számítanak a típusok, és milyen jó lenne, ha WSDL-t egy kattintással lehetne gyártani egy PHP-kódból is, ahogy akár C#-nál.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Forza_JUVE #12129 üzenetére
"A flash önmagától is megteszi ezt, vagyis ha lefut, automatikusan ugrik az action scriptbe beírt html oldalra.
Viszont nem szeretném csak ezt a flasht tenni az index.html-re, és a korábbi index.html-t átnevezni/helyezni, mert akkor borul minden hivatkozás, menü, minden."
Szerintem ehhez nem kell PHP, ha a szervereden engedélyezve van a .htaccess használata, akkor legegyszerűbb lenne, ha bemásolnál a gyökérkönyvtárba egy .htaccess fájlt ezzel a tartalommal:# Set the default handler.
DirectoryIndex ezlegyenakezdolapom.html index.html index.phpés akkor innentől kezdve az ezlegyenakezdolapom.html lesz a kezdőlapod, ide berakhatod azt a bizonyos flash-es lejátszást, és az action scriptbe továbbra is beírhatod az index.html-t.
Szerk.: persze az ezlegyenakezdolapom.html-t arra nevezed át, amire csak szeretnéd, de akkor mindkét helyen.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Forza_JUVE #12131 üzenetére
Szívesen, igen, jól értetted. Majd jelezz vissza, sikerült-e.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz modder #12132 üzenetére
Azért nehogy valakit ez elriasszon a Drupaltól, még ha vissza is vontad :
"egy drupal oldalletöltés több száz megabyte memóriát igényel"
Ez nagyon nem igaz. Csak akkor, ha egy vagy több Drupal-modul kegyetlenül el van kúrva, mert rengeteg erőforrást igényel. Múltkor itt a topicban írogattam Drupallal kapcsolatban ilyen memóriazabálós problémáról, hogy állandóan kifogy belőle, és azóta kiderült, hogy konkrétan melyik modul hibáztatható érte (egy modul!), létre is hoztam róla a hivatalos oldalon egy issue-t, és mellékeltem egy félmegoldást:
http://drupal.org/node/1836264
Egyébként az a része igaz, hogy általában a CMS-ek nem éppen az erőforrás-spórolásról híresek, de ez az ára a nagyon nagy rugalmasságnak. Ettől függetlenül egyébként normális esetben maximum 10-20 MB-ot fogyaszt egy átlagos Drupal-oldal (szerk.: ha csak egy-két statikus oldal van az oldalon, akkor lószart sem fogyaszt, magyarul nincs 10 MB sem, itt most némi dinamizmusról beszélek, adatbázis-lekérésekről, stb.). Ami nagyon komplex, az persze simán felmehet 60 MB-ig is, de általában ez úgy igaz, ha sok-sok egymásba ágyazott táblázat van, vagy számtalan kitöltendő űrlapmező, admin-oldalon mindenféle kliensoldali szkript betöltődik, és sok egyéb legenerálandó elem van az oldalon.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Forza_JUVE #12136 üzenetére
Na, akkor örülök, szívesen!
(#12135) Sk8erPeter :
ehhez még annyit hozzátennék, hogy abban viszont igazad van, hogy jó nagy multidimenziós tömböket passzolgat sokszor a függvényeknek. Ennek mondjuk előnye, hogy csomó minden elérhető ezekből a fv.-ekből.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
"Jelenleg pedig nem tetszik az a hozzáállása, hogy a visszafele kompatibilitást meg kell őrizni bármi áron. Szerintem a PHP6 egy reboot kellett volna legyen, ahol végre felülvizsgálják a korábbi tévedéseket, nem ez történt."
Na ezzel teljesen egyetértek.Amúgy nekem most nehéz eldöntenem az írásaid kapcsán, hogy a típusosság kérdésében melyik "oldalra" állsz, mintha a kettő között lennél, hogy jó is, meg nem is. Mondjuk erre lehet mondani egy klisészerű mondatot, hogy "igénytől függ". Sztem a korábban említettek miatt nem jó, hogy nem kell megadni a típust. Habár függvénydefinícióknál szerencsére PHP-kódokban is látni már olyat, hogy mondjuk
function tokmindegy(array $tomb){
...
}
tehát deklarálja, hogy itt tömböt fogunk várni.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Én nem gondolom úgy, hogy a típusosság kérdése irreleváns, rossz kérdés. Nagyon nem mindegy, hogy adott fejlesztőkörnyezettel, kiegészítő eszközökkel milyen szinten tudsz akár automatizáltan is együttműködni a kódoddal. Tudom, hogy már sokat szoptam a SOAP-os, WSDL-generálós példámat, de megint elő kell hoznom, mint egy kritikus példát, ahol a típusosság kérdése nagyon nem irreleváns, hanem épp, hogy kritikus jelentőségű. Amikor olyan dolgokkal kell órákat elcseszned a drága idődből, hogy kitaláld, hogy vajon a PHP-alapú NuSOAP-library mit nem szeret a kódodból ahhoz, hogy mondjuk legeneráljon neked egy nyomorult WSDL-t, amivel már meg lehet kezdeni egy SOAP-alapú kommunikációt, és objektumok tömbjét és egyéb komplexebb típusú elemeket tudj vele előre deklarálni, akkor azokat rendkívül elvesztegetett fejlesztői munkaóráknak találom, nem hiszem, hogy normális fejlesztőnek WSDL-kódok debuggolásával kellene tökölnie. Mint említettem korábban, mindez például C#-ban (de akár Java-ban is) pár klikk egy megfelelő IDE-ben (Visual Studio, NetBeans, Eclipse, vagy egyéb), nagyjából 10 perc alatt meg is vagy vele, normális teszteléssel együtt fél óra. Mindez részben annak köszönhető, hogy a típusok szigorúbb szabályokat adnak a kódnak, és a kiegészítő eszköz is képes ezek felismerésére (meg annak köszönhető, hogy mindezt már valakik elkészítették).
Mondom, ez csak egyetlen kiragadott példa a rengeteg lehetőség közül.
De az is sokat segíthet a debuggolásban, ha a figyelmetlen típuskutyulásokkal kapcsolatos hibák miatt a fejlesztőkörnyezet vagy a compiler még időben ugat, hogy valamit rosszul csináltál."Ez a fícsör a php-ban igazi kókányolás. Működik objektumokra és tömbökre, de nem működik primitív típusokra. (Így mi értelme az egésznek?)"
Jaja, ez teljesen igaz, hogy ez ilyen módon csak félmegoldás, annyit ér, mint halottnak a csók, ettől függetlenül legalább valami minimális megszorítást adhat a függvény várt argumentumaira. Sajnos sok ilyen következetlenség van a PHP-ban (ezért tákolmány ).===========
(#12141) modder :
"Vagy olvassak inkább arról, hogy milyen király php-ban a "magic metódusokkal" megoldott függvény túlterhelés, és egy 20 éves nyelvnél még mindig ilyen tákolmány megoldásokat kell alkalmazni?"
Brrr, ne is mondd, hányadék.
Amikor C++ után először kezdtem PHP-ben OOP-zni, először nem is értettem, hogy ez most csak ilyen vicces trükkös megoldás, amit kényszermegoldásként be lehet vetni, ha nagyon muszáj, nagyon őrülteknek, vagy pedig egy bevett szokás. Sajnos kiderült, hogy utóbbi.Amúgy már alig várom, hogy jöjjön egy troll megjegyzés valamelyikünknek címezve, hogy "hádefigyeljé' má, akkó anyádé' használsz PHP-t, köccccsööög??!"
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
"Csak ugye még mindig ott tartunk, hogy elméletileg mi mindent lehet megcsinálni egy nyelvvel/technológiával, nem pedig ott, hogy a gyakorlatban mire van szükség."
Egyáltalán nem értem, ez hogy jön az említett SOAP-os példához, ahol számít a típusosság, és számít olyan szempontból is, hogy mennyire lehet automatizálni az ebből történő WSDL-készítést, vagy mennyire nem."..akkor az azt jelenti, hogy belefutottál egy nem túl jó 3rd party lib-be. Gondolod, hogy más nyelveknél ez nem fordul elő?"
Már megint leegyszerűsíted a kérdést, és mintha szándékosan vezetnéd vakvágányra a témát. Nem sikerült megismernem a NuSOAP-nál sokkal értelmesebben megírt 3rd party library-t, a konkrét probléma megoldására. Igen, az mondjuk igaz, hogy komplex példákat nem nagyon említenek a hivatalos doksiban, ami mondjuk az ő f@szságuk. Egy library-hez mellékelt dokumentáció sokszor minősíti magát az egész library-t is. Ha szar a dokumentáció, lehet akármilyen faszán megírva a lib, nehéz vele mit kezdeni, és gáz, ha órák mennek el a source-ban lévő kommentek olvasgatásával. Mindegy, ez most csak a téma elterelődése megint, szóval ne erről beszéljünk. A NuSOAP-os parát így sikerült magamnak megoldani: http://stackoverflow.com/questions/6986350/generating-wsdl-with-nusoap-return-struct-with-various-types-int-string-arr
Nem értem, melyik részt nem érted abból, hogy ezzel tök felesleges munkaidő ment el, mert lehetetlen ilyesmi kódot legeneráltatni egy IDE-vel PHP-t használva, mert nem lehet felismerni a típusokat. Tehát típustalanság = a példában szar.
Már elég sokadszor tereled a témát magasztos elvekre, hogy legyen átlátható a kód, és akkor király minden, de ez egyszerűen nem kapcsolódik a konkrét témához, amivel próbálom veled érzékeltetni, miért is tud problémás lenni a típustalanság. Tehát amiről beszélünk már jópár hsz. óta.
Mint látható, igény van rá, és hogy reagáljak arra, amit mondtál, igen, a gyakorlatban is van rá szükség. Vagy szerinted ha nem lett volna rá a gyakorlatban szükség, akkor töltök vele egy percet is, hogy ilyesmivel szopassam magam PHP-ben?
Kezd így kicsit fárasztó lenni a beszélgetés, hogy elbeszélünk egymás mellett.----
magic metódusok részre:
"Megint itt tartunk, hogy valaki Java-ban akar programozni PHP-ben"
Úgy tűnik, itt én értettem félre az eredeti témát, én a magic methods-ról beszéltem, ami szerintem igen csúnya:
http://php.net/manual/en/language.oop5.magic.php
bár tény, hogy végül is félreérthetetlenné teszi a dolgot, de nekem ennek kapcsán kicsit olyan érzésem van, mintha ez is egyfajta erőltetett megoldás lenne, mint sok másik.A függvény overloading (típusok szerint) mondjuk PHP-ben valóban értelmetlen, ezt el kell fogadni, ezzel egyetértek. Ebben az esetben mondjuk kerülő megoldásként például különböző nevű függvényt lehet definiálni, és a nevével egyértelművé tenni, hogy mi is a helyzet.
Sk8erPeter
-
Sk8erPeter
nagyúr
"A dinamikusan típusosság miatt nehéz használni a NuSoap-ot?"
Ezek szerint mégis elbeszélünk egymás mellett. Ki a francot érdekel a NuSOAP? Engem nem, mert nem erről beszéltem, nem a NuSOAP library fikázása volt a cél, már megint terelődik a téma egy halott irányba. Most tényleg el kell, hogy magyarázzam még többféleképpen is, hogy nem a library-vel magával van bajom, hanem azzal, hogy a típusosság hiánya miatt nem lehet egy ilyen tök felesleges időelb@szó munkát automatizálni ÚGY ÁLTALÁBAN PHP-ben, hogy pár klikkel ezt a részét megoldjam, és az ÉRDEMI programozási feladatokkal foglalkozzak?"Azt is állítom, hogy a programozás leginkább feladatok, problémák megoldásáról szól, tehát elméleti viták helyett gyakorlati alkamazásokra kéne inkább fókuszálni, itt dől el, hogy mi jó és mi nem."
Ebben eddig is egyetértettünk, ennek kapcsán eddig is egy nyelvet beszéltünk. Igen, így van, de ez megint csak egy magasztos, tök általános jellegű állítás, a téma kapcsán nem visz sehova, ez már kezd szinte marketingszagú lenni.
IGEN, meg kell oldani egy feladatot. Szeretnél SOAP-ban kommunikálni? Kell hozzá egy WSDL. Nézzük meg ezt mondjuk C#-ban: Visual Studio megnyit, ide-oda klikk-klakk, és kész van a kódból a WSDL-generálás. Na, akkor most csináljuk meg ezt PHP-ben. Előveszünk egy library-t (hangsúlyozom, teljesen mindegy, melyiket), és elkezdjük tanulmányozni a doksiját, hogy vajon hogyan kell legeneráltatni vele egy WSDL-t úgy, hogy az működjön is; tanulmányozhatjuk ismét ennek megfelelően a saját kódunkat is, hogy megnézzük, hogy melyik metódus mit is ad vissza (ahelyett, hogy kódírás közben mondjuk a már legenerált WSDL-ből kapnánk hintet). Akkor most a doksiban olvasottak alapján kipróbáljuk, hogy vajon működik-e az, ahogy értelmeztük a dolog működését. Ób@sszameg, nem működik, akkor most mi a szar van? Debuggoljunk, vagy kezdjünk el korábbi kérdések után kutakodni a neten. Tök jó, máris egy csomó idő elment egy ilyen baromsággal.
Miből következik ez? A típustalanságból. Hiába kántálunk arról, hogy mi lehet a választás alapja igények szerint, mi mire jó, és hogyan is kell szépen kódolni. Tök mindegy a téma szempontjából. Kár, hogy nem lehet automatizálni ilyen jellegű feladatokat például PHP-ben.
Jó lenne azt érezni, hogy érted, miről beszélek.A magic methoddal kapcsolatos dolgokról meggyőztél, elfogadom az érveidet.
Sk8erPeter
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
Igen, nekem is ez rémlik, de hogy konkretizáljuk, itt mondtad egész pontosan ezt:
http://prohardver.hu/tema/php_kerdesek_2/hsz_12087-12087.html
most meg újdonságként állítja beSk8erPeter
-
Sk8erPeter
nagyúr
És ennek mi lenne a lényege?
itt van egy példa, itt tesztelheted:
http://preg_replace.onlinephpfunctions.com/minta:
/data:image\/(jpeg|jpg|png|gif|bmp);base64,/kód:
$pattern = '/data:image\\/(jpeg|jpg|png|gif|bmp);base64,/';
$replacement = '';
$subject = 'data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAUUAAAEyCAYAAABtU8IkAAAAAXNSR0IArs4c6QAAAAZiS0dEAP8A/wD/oL2nkwAAAAlwSFlzAAALEwAACxMBAJqcGAAAAAd0SU1FB9kLDAkfAXFvbGkAACAASURBVHja7L1pjLRdeh50nXOepaq73+/7Zsafx7GCnR9ICJIIsciISBECQZzEa2awx4sAy2Ds8Sz2OPxACigRP5ATLE88tuPxgmI7Nt7HIzKOAQsF4gghEIsIiCUoDrHjxJOZb3nf7q56lnMOP6ru+q666zzVVd1P11tVfW6p1d21PMt5zrnOvV43kCVLlixZsmTJkiVLlixZsmTJkiVLlixZsmTJkiVLlixZsmTJkiVLlixZsmTJkiVLlixZsmTJkiVLlixZsmTJkiVLlixZsmTJkiVLlixZsjwF+QoAvw7gcwA8gBsA/yeAH89Dk+XIJKqfLFlGl29PTDT5+V/z8GTJoJjlqcn/tQUUfyoPT5YMilmemrRqkv1JACWA1wC8Nw9PlgyKWU5FzIiT7DGOmyXLY4Finq9ZkmJH2nG37cRaXgPw7wH4GwDeANAvf/8mgO8B8GyPHf49AD4D4BaLAM+PJr7zVVgEgORc/xDArwD4lxOf/Tp1/J8YuI6fUJ/7ugee9yH395TlnwTwYwD+9nKMegCfB/DfA/gzd8ylXWTMuQoAXwbglwB8dmld/R0A3wfg3Xdcx33mUpYjMUPiHabJVy4nxLbP/y6Af2nH8/1V9f//RJ91AH7yjnN9XB3/AsA1vf+/D1zH/0GfuVl+7yHnvc/9PXX5agDzO8b5bwP4ffc0n8eeq9+NRVbG0HWmgPEhcynLCYDin1jucrt8Zz4w2bZ95wWA/4g++xd2PNe/r87x8/ReAPBqQnsI9JlfVO/f97z73t9Tli8G8PaO4/zj9wDFx56rqZ/vTRzjIXMpy5GBo5ZXlio/f+bXAPxhAPXy968nduFnd5xnDuDrAUzU5/4JBVy/B+BfBVAB+KMAfofeu8V6MOh96hx/TB37y7eYzg857z73d3x+GGt3WvzOudXfy+/cR76Xjvk/A/insQjsfQmAX0hoYfvM18eaqx2A7wRwCeAfB/A/qPf/1ohzOMsJgOLH1Pu/uTQNWAoA/5363J++4zxDpsP3qc99o3r/a9T730PvTQA8p/f+rPrun9tiOj/kvPvc38HBriiKJLANAd5dP8aYh0SA/1/63j+r3vsSddybPefrY81VreX/0YQlgBHnUpYjB8W/qd7/ioHjfJX63N+84zz/ysBx/kf1Oe1XukpoAiw/S+/9F+q9/5Le+6WRz7vr/R30eQogMpAJWMprCZC7ExAT2uUoOK6OGfacr481V/+gev9d6n0/8lzKcuSgqP0/7xk4zheoz715x3m+dOA4b+zpz/mtLbvwm3gnZcMAeIve+/qRz7vr/Y0uZVluAFZd14NAxiC4DyBqMJTvkpZ5H/l9WARevhfA/7bDfNz2/mPN1VcS2ua263joXMpy5KCondZu4Dh6ovR7TjSRbs8Jdau+X6vF8YeXr/9B9Z3Lkc+76/2NZhqzWTwEevKZlCmt39tFQggxhJAE3OXfu8h7APzHAP4f7JcBcdd8fay56va8jofOpSxHDoqf33H3fV197vN3nKcYOM7zPSdUysT66YQ/6KP02i8/wnl3vb8HPysCoA1NTwDOObd6L4QQY4xrn3XOxa7rYowx9n2/FyDK3ylTegdg/FIAfx/rQYxfwyLt5Z96ICg+1lzdd92MMYeznKFP8b+5x0RDwoS6j8b1FfT9v7M0nf9beu0Dj3Dex/CxDZq3AkQMSPyaAJcW+ax+z3sfd5UUyAKIBpPF33br/X9a3cu/Ru9VDwTFQ87VbZ8ZYw5nOWJQ/A9wd0TPYTOi95F7gsYPq8990z3uqVr6ieQYH7rDdB7jvGOA4oZJnNIAMRBM0QDHGiD/rQFwH01Rf4dNaaCMQBELN43ANJbutf8FwJ8L8R/9C/P4t15b3uMLdf1XdP9f9kBQPORc3faZMeZwliMGxfcmzIHPAPhDS/D5QwD+mnr/72E93WUf0Pjn1OfeAPB+LNJt3g3gPwTwd7GoFvgWAH9g4Dh/WZlo8vevPNJ5HwKKg/5A1v60Zuaci977NYDSAMYA6L1fez2EsHo/pVUOAWNKq1xcm42uWGiKtliCuaneBOxfNwY/+W0WF1ik2fB9/IXlGP/zSDM2TfYY50PO1W2fGWsOZzlSUMRypwt7OI3/xQdqUv/pHv6YTw8c448PfP4bHum8e4HitrxAY0zSLJb3tDBI9X2/8hUyAA5pjftoiho8GWT7vl8AdYEIg1iUcj9FLIpqaV6XvwHgN/b0t33JnuN8qLl612fGmMNZjhgUgUX1x+fueLi/DeCPjGBeTpbBkLsm03+NzVI+kSLheJ8pc23M8269vyIBcBoINVCKdjikqXVdN6jh8edSpjMHTfb1KXrvY9u2ie/6pTldRIMqAuUCEA2iWYIl7OTDWK9R16kpf/YO03OXeXSIuXrXZ8aYw1mOHBSxfHjfDeCvLwHHY5H795vL169G9rl9FYBfxaIUqwfQAPj/libw+3A3bdSPq3N+6hHPu3l/5ioWJaJDEY3ZDJpIfqEGRw1AGtwYwBj8+LcGPfmu1gr3AcMhgHznHG2MsYsxtrHrb6OxiICNQBkNLhaaJKbRAd+6BIx/tBzf3wLw57GoTf8Dakz+xj3n0WPP1V2v46FzOEuW45Aalwbl9M4JG/7vHzZ/BLiAm/wzBvYzr37Zn3nL1RceKCOKOjoglkBEwmeo/YgxxpUGJqCW8hemAEn+ns/nG6axHIu1RG367gOA8r3ZbJbURPs+rDRHa+U+bZzAREwQK1xFmOKvoMAFUGRQyDKa5Ml0RFIAsQJwezHF5HaGYCZoyzmq1iIioHNXgL9ePDizeHQxRsQY4b2Hcw4xRhhjVv+LeO9hrV19x1qLEMLqtRVA02sxRoQQ4Jxbe12OZYzBIkPnneu506RYXl8Ii7Q6a+3qWteuOS5mZwg9jDGwtlicMzj4IgDewwHwMc/hLBkUz9L9IKAgIqAlIu8bY9D3Pay16PseRVGsgc0YooFxNVkIbOW3BksG4nsPBt2L3GMIAUVRbFzP8v88j7NkUDwXMGTwE0BhcGSgYMDi36ypPRQYhzRF1ggZqOSzKa3zvoDIv/W9OudQliW6rtMbR57LWUYRm4fg5YAhFn7A1aKuqgre+zVALIoCXdetaUfa7LXWjqolynH7fmG2ilbIZq9op3xOMYNH2amXGiDfo9xzjBFd1620VAAoy1LGNEuWDIqnBIRVVa3AUPvj2rZd+s4WABBjRNM0G9qXmM7yN5vWo11ojCiKAk3TrGmwDFAhhDW/pmhxYwib4XKP4i4AgK7rVq4EY8wKJLNkyebzCQChLFz2D7IwoGkTmaVpGtR1vfG+vD6WtqgBjv2WAkpiOpdluQLwMbVVOVbqnvneB86X53SWrCkeMyAKyAiYyGKWBS2mqQCjRHb5tb7vUdf1mjYof9d1vTJ1xxIGarlmMZuLokDf92uAKFrjmOaz3DPfK5v3Xdclv5clS9YUj3GnsTayv6vrupW5zGYzm4BD5mNKixIA4NSYIQ3zPloa/04FOqy1aNt2MAr9ENkl0MNSluVKg83zOksGxWMbzCUPoAYU1nI4aMEgMASEHGBgH57WjsYCJTZf2XzmlBg+P4PVWCb0tpQgDvjIhiDjnFN0smTz+YikLMsoC1anxwiQiEajo7Zisgog8O8hcODzMHDuImyqa/NUwIXPL1FoMZf5+vh+xo6Ap+5Vn0OuSYFyjkRnyaD4ss1lnSYiYCP/i6m8CyBIOkpKI2TzVqLArCntAojOubWIrXNuLcrL2iDnIWpNjs85tl9ziza+dp0aMMcM+GTJoJjlntYmm8ZiYpZluUqzEeDZJRDBgJT6fMqE3EdLEyDk6hAdYRbNUMBZAF2ujfMHu65DURQoy3I0831fgGzbdm0T2VVjzpIlOa/yENxfiqKIrGGJNqVTVPYtf9OmswAPa4sMgrrueRdNUWt9fFxOyRkCmLZtUVXV2r2PVeZ3h5tipdVyzbd2SSzHMM/vLFlTPKSGyOYjm8n8f4xxwx93FyBqsoWyLFfRZj6G1iR3Ob6AZ9/3cM6tro19idbaNVcAm+p8TaKt6TLFx5T5fL7SdFmjlYDLPq6ELFmypjiCOOci5x6yZqIX430rPcSclZSbrutWWhkvfk5F0ZHuu4CRE8ZTkeuu61CWZTIVhn15rBUfQlPUpnNRFGjbdq38UF7v+z7P7ywZFB95IcZUAEKDIfvoUubwTmqoMoXbtsV0Ol0Blvj2dOrMLseV5Gt9HgY4Pq4kjutrYm1WQPSxhYFXtHApfZTxyOk5WTIoHhgQWdOSQMRdVFr7REV1SVsq8iyv3ReMBDiG8hwFdDXRg9YStwH5oYAxla6jxizP8ywZFEeWmDJRRSt5LDDYxxe5C8gymCSJXRXoMXjq13UwKZXwzefWY6RN7rFMb52ek+d5ln0lB1p2AMShXD2JuKYqTe59MkqOZkDc9djs75Tvc4meaH0CuBoQOcjD0WjWDrXmyGAkgJjyVer74fNzKd9Dx4/TjZbnzzk6WTIojjI4i054q8XNgMH5h2Nqi1zTnNJKd7zuVe6eviZO1OZgizFmBSa60kXuXd7j3Eh9XRoQeWzkOFVVwTmHuq5XxxjLHyk+U67CEfdHntFZsvn8QEDUlRucyqITmcc0ocWU5Ci0MWZFRLurtql9kKncRjm+pi1jINNgyP5TAc1UPbcO/sjx5vN5MrI9Zv02V75kdu4sGRRHUDhYCxKmmxTfoZTLPQYZgz7XLqAhIMdaozadNVhos5U1YwFk7ZccCiileA8FNHVep0SPxwZEHaCq63pFmLu8tjzvs2RQ3AeXGDAEEHXazZiLOCUcVeacwbu0UR2NZU5HHSTh6xfw07XX/L';
echo preg_replace($pattern, $replacement, $subject, -1 );Sk8erPeter
-
-
Sk8erPeter
nagyúr
válasz lezso6 #12206 üzenetére
12342468
nem ez? tegnap, 11-e délelőtt 10 óra óta nem aludtam egy percet sem , szóval lehet, hogy hülyeség De a referencia miatt ez ugrana be elsőre. Nem futtattam le, ahhoz már nincs energiám, inkább eltakarodok lassan aludni.szerk.: na jó, nem bírtam a véremmel, lefuttattam, mert rájöttem, hogy ahhoz nem kell sok energia.
Majd kommentálom, ha páran még megnézték.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz kkdesign #12238 üzenetére
Már írták korábban, de még mindig nem szedted ki a mysqli_close($dbc) sort.
Nem érdemes lezárni, mert mint látható, úgyis használni fogod az oldal betöltése során az adatbázis-kapcsolatot, és a betöltés végén úgyis záródni fog a kapcsolat magától. Vagy ha nagyon ragaszkodsz a kapcsolat lezárásához, akkor legalább az összes adatbázis-kapcsolódás UTÁN zárd csak le...a session_start()-ot pedig szintén írták már, hogy hova tedd, de úgy tűnik, nem igazán vetted figyelembe.
Csak szemléltetésként, van a kimenetedben ez a rész:<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">mindenképpen még ennek a kiíratása előtt legyen a session_start(), csak egy példa:
<?php
session_start();
// ITT JÖN MINDENFÉLE EGYÉB KÓD!!!!!!!!!!!!
// ..............
?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
.....mint látható, a legelején van a session indítása.
A lényeg, hogy először szedd ki a mysqli_close()-t, és mindenféle ilyen bezárási kísérletet, és majd csak utána próbálkozz.
Meg a session_start()-ot tedd a legeslegelejére, és ne akard újból meghívni a session_start()-ot, ha már egyszer megtetted.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Dave-11 #12239 üzenetére
"Megpróbáltam a dolgot ismét, és oda jutottam, hogy nem kellenek ezek az átalakítások meg kapcsolódáskor a SET NAMES dolog."
Miből jutottál erre a konklúzióra?
Ha nem vágod a dolgot, akkor szerintem ne kérdőjelezd meg a hasznosságát.
Biztos nem annyira nagy baromság, ha nagy CMS-ek is (mint pl. a Drupal), meg frameworkok is használják.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Dave-11 #12245 üzenetére
A leírásodból nem épp az derül ki, hogy nem volt gond a karakterkódolással.
Ha választasz egy karakterkódolást, akkor MINDENHOL azt használd. Tehát mindenhol UTF-8-at használj, a fájljaid is UTF-8-kódolásúak legyenek, az adatbázis-kapcsolat is, header()-rel is küldj ki UTF-8-at, és a meta tagek közt is ezt a karakterkódolást add meg.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Dave-11 #12247 üzenetére
Általában nem szoktam közvetlenül adatbázisban kotorászni, egy működő webalkalmazásnál nem is túl egészséges, csak NAGYON kényszermegoldás, végső esetben, egyébként elvileg tilos. Egyébként ha tudod, hogy mit csinálsz, és jól is csinálod, nem történik tragédia, de inkább írd meg úgy (vagy használd úgy) a webalkalmazásodat, hogy ne kelljen belekotorni közvetlenül az adatbázisba.
A tábla karakterkódolásánál én utf8_hungarian_ci-t szoktam asszem választani.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #12249 üzenetére
És Notepad++ milyen karakterkódolást mutat a dokumentumra?
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #12268 üzenetére
Azt hiszed, attól a kici kínai jómunkászemberek munkája meg fog szűnni, hogy átköltözteted másik oldalra?
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #12278 üzenetére
Hát, kár, hogy egy modul telepítésére nem voltál hajlandó klikk-klikk-kész módszerrel, amivel egész hatékonyan szűrhetők lettek volna, pedig ajánlottam az előbb linkelt topicban is, plusz még privátban is elküldtem neked, dehát nyilván sokkal egyszerűbb a Drupalra fogni az egészet, és nyilván egyszerűbb egy totál új oldalt fejleszteni emiatt. Dehát a Te dolgod, sok sikert hozzá.
Sk8erPeter
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen