- Na! Ez egy JÓ utólagos autós fejegység - Minix CP89-HD
- Telekom mobilszolgáltatások
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Mobil flották
- Okosóra és okoskiegészítő topik
- Google Pixel 9 Pro XL - hét szűk esztendő
- Akciófigyelő: Jelentősen olcsóbban nyit az Ulefone új mindenese
- India felől közelít egy 7550 mAh-s Redmi
- VoLTE/VoWiFi
- One mobilszolgáltatások
Új hozzászólás Aktív témák
-
válasz
Sk8erPeter #12197 üzenetére
Képfeltöltéshez kell. Ugye elpostázom a base64 kódolt "képet", majd feldolgoznám!
-
Inv1sus
addikt
válasz
Sk8erPeter #12174 üzenetére
Igen. Valójában úgy is ismeri fel a böngésző, csak a tooltipp rosszul írja.
-
Coyot
őstag
válasz
Sk8erPeter #12172 üzenetére
a tooltipben
-
Speeedfire
félisten
válasz
Sk8erPeter #12163 üzenetére
-
cucka
addikt
válasz
Sk8erPeter #12148 üzenetére
Szerintem nem beszélünk el egymás mellett.
Meggátolja a dinamikus típusosság, hogy az IDE type hint-eket adjon? Igen, ez a szkriptnyelvek egyik hátrányos tulajonsága.
A dinamikusan típusosság miatt nehéz használni a NuSoap-ot? Nem, azért nehéz, hanem mert nincs rendesen megcsinálva.
Meg lehetne csinálni rendesen? Igen.Én pusztán csak annyit állítok, hogy vannak értelmes okok amögött, hogy a szkriptnyelvek miért olyanok, amilyenek. A java féle statikusan típusos, erősen oop nyelvek se nem rosszabbak, se nem jobbak. 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.
A magic method pedig egyáltalán nem csúnya.
A java teljesen oop, tehát minden adat objektum, minden program egy objektumban van, így aztán az összes objektum közös metódusai (pl. a toString) itt találhatók meg és innen öröklődnek. Na ezeket hívjuk php-ban magic method-oknak. Ez a két dolog szemantikailag ekvivalens, tehát amikor azt mondod, hogy csúnya, akkor pusztán annyit mondtál, hogy számodra vizuálisan kevésbé tetszetős, mert mittomén, nem tetszik, hogy __-val kezdődik a nevük. -
Coyot
őstag
válasz
Sk8erPeter #12144 üzenetére
Mennyé má' szt ASP-z inkább
-
cucka
addikt
válasz
Sk8erPeter #12144 üzenetére
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.
Igen, a statikusan típusos nyelvek itt előnyben vannak. 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. Az ilyen elméleti előnyöket tekintve a legkirályabb fejlesztői környezet a JavaEE, aztán mégis, a PHP-ban jellemző feladatok többségére valahogy nem kívánnád azt használni, mert a sok előny hátrány lesz.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
..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ő?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.
Megint itt tartunk, hogy valaki Java-ban akar programozni PHP-ben. A függvény túlterhelés értelme, hogy típusos nyelvekben biztosítsd, hogy a függvényed több fajta bemenő típussal is boldoguljon. Tehát ha pl. egy függvény kap egy számot paraméterként, és szeretnéd, hogy működjön egészre meg lebegőpontosra is, akkor ezt kell használni.
A PHP egy gyengén típusos nyelv, nincsenek típus annotációk, így értelemszerűen a függvény túlterhelés is teljesen értelmetlen lesz ebben a kontextusban. Lehet úgy is mondani, hogy ha a fejlesztés során erre van szükséged, akkor rosszul tervezted meg a programodat.
Képzeld, Python-ban meg az osztáyoknál nincsenek láthatósági szabályok (private, protected), oszt' mégis nagyon jól működik minden. (De persze, magic method-al bele lehet taknyolni ott is)
-
cucka
addikt
válasz
Sk8erPeter #12139 üzenetére
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
Azért, mert szerintem ez egy rossz kérdés, irreleváns. Egy nyelv kapcsán fontos kérdés, hogy olvasható-e a kód, megvannak-e a szükséges 3rd party lib-ek és ezek jók-e, mekkora szívás a programodat deploy-olni, van-e megfelelő szaktudású embered, stb. Ehhez hasonló dolgokat érdemes számításba venni, amikor nyelvek/technológiát választunk.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){
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?) -
Forza_JUVE
aktív tag
válasz
Sk8erPeter #12133 üzenetére
Király, működik!
Erről a lehetőségről nem is tudtam. Köszi a segítséget!
-
Forza_JUVE
aktív tag
válasz
Sk8erPeter #12130 üzenetére
Nagyon köszi, megpróbálom!
Van .htaccess egyébként.
Jelenleg a szerveren a public_html mappában (gondolom erre értetted a gyökérkönyvtárt) lévő .htaccess teljesen üres.
Akkor ebbe kell írnom amit javasoltál, igaz? -
Coyot
őstag
válasz
Sk8erPeter #12122 üzenetére
S lőn legyen meg a PHP mint script nyelv. S varázsoljunk bele nagy egyszerűséget, kíméljük meg a népet a típusoktól. Legyen hát. Így lett. S a népek láták hogy ez jó vala, fejlesszétek az nyelvet mely immáron úgy kinőtte magát, hogy annak elsőre nagy egyszerűséget adó típustalansága lett legnagyobb hátránya.
Na szóval a php mikor elkészült /tanulányaim homályos emléke szerint/ ezzel a típustalansággal és egyszerűséggel szerezte meg az emberek bizalmát, ezért fejlesztik ilyen nagy léptékben, és ezért ilyen jó nyelv. Amugy mióta fejleszti közösség a PHP-t? Ez azért nem Drupal.
Ha belegondolsz mi volt a 4esben (egyáltalán használtál e rég php-t?) ? Hát azért nem volt egy nagy eresztés na, az 5ös újításaihoz képest meg végképp nem. Arra próbáltam célozni, hogy ha egy átlagos típusos nyelv lett volna a kezdetektől akkor lehet nem jut el idáig. Igazából ennyit akartam mondani, lehet csak most sikerült jól megfogalmazni (az alvás segít).
Egy szónak is 100 a vége, kódoljunk szépen string var-ba csak ritkán tegyünk tömböt
-
Speeedfire
félisten
válasz
Sk8erPeter #12122 üzenetére
Teljesen egyet értek veled a 2. bekezdéseddel. Ezek talán a legnagyobb előnyei.
Mindenütt vannak alapvető szabályok. 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.
Az, hogy valaki tömböt használ sztingként...buta.Mindenhol vannak alapvető kódolási szabályok, amiket be kell tartani.
-
Speeedfire
félisten
válasz
Sk8erPeter #12116 üzenetére
Márpedig hiába csapkodod a fejed a falba, pont emiatt a típustalanság miatt népszerű ennyire.
Itt most nagyon előhoztad a tömb dolgot, az tényleg gány. 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. -
modder
aktív tag
válasz
Sk8erPeter #12118 üzenetére
Szerintem egyáltalán nem előny, hogy ugyanaz a referencia többféle típusú értéket vehet fel. Sőt egyáltalán az, hogy a függvényeknek nem kötelező megadni a paraméter típusát.
-- Így ha valaki netalántán újra szeretné használni, ha nincsen dokumentálva vagy nem néz bele a kódjába, fingja nem lesz róla, hogy milyen paramétert vár.
-- Másik legnagyobb gáz, hogy sokan többféle visszatérési értéket adnak egy függvénynek.
De nem is akarom részletezni, hogy hányféleképpen rossz ez a típustalanság.Ami előnye (lenne), hogy nem kell mindenhol kiírni a típust, de ez nem feltétlenül jelent dinamikus típusosságot. Vannak más nyelvek, ahol gyönyörűen meg van oldva, hogy ha létrehozol egy változót, onnantól már nem változtathatsz a típusán, és ki sem kell írni a típusát sehol. Azonban fordítási hiba lesz, ha mégis más típusú értéket akarsz adni neki. Ezt hívják type inferencenek.
Pl. php-ban valahogy így nézne ki:
$azEnKecskem = new Kecske();
$mostMarMasKecskeje = $azEnKecskem;
$gyerekKecske = Kecskek.szaporodj($azEnKecskem);
// eddig végig lehet következtetni, hogy mi a változók típusa
// azonban a következő compile errort dobna, ha esetleg
// szeretnénk újra felhasználni egy létező változót
$azEnKecskem = new Auto();Coyot hozzászólására reagálva
-
Coyot
őstag
válasz
Sk8erPeter #12116 üzenetére
Igen a php egy scriptnyelv, és nem típusos, pontosan ezért használják annyian és emiatt az egyszerűség miatt lett ilyen népszerű. Tehát igen ez a nagy kényelmesség előny, ha nem lenne ilyen egyszerű lehet nem is ez terjedt volna el.
Az a baj félreértesz, 100%-ban igazad van, én sem használom ilyen szinten szarul a php-t (és nem szoktam gányolni azt nem tudom honnan szedted
), de, és ott a de és mindig ott lesz ez a de: amíg a nyelv nem típusos addig marha sokan fogják így használni, mert engedi.
Sok régi kódot írtam újra, és tele volt ilyenekkel, biztos bennem van a hiba, hogy nem akadok fent rajta, de mint mondtam a komment hiány és a semmitmondó változónevek engem ezerszer jobban zavarnak, mert anélkül aztán tényleg nehéz kiigazodni mások kódjában.
A tömbbe stringes példa nagyon aranyos meg minden, de te is tudod szerintem hogy mire gondoltam
-
Coyot
őstag
válasz
Sk8erPeter #12114 üzenetére
Tudod, erre szokták azt mondani, hogy a megrendelő nagyon nagy ívben szarja le, hogy milyen minőségű a kódod, működjön.
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.
Ha fáj hogy bármibe bármit tehetsz és imádod a compiler error tényleg menj .NET-reHozzáteszem én is a szép kódolás híve vagyok, és nem szoktam gányolni, de engem nem zavar ha egy tömbbe stringet teszel, csak legyen ott az a rohadék komment hogy az miért jó úgy (pedig igazad van általában nem jó úgy...), nomeg a változók és függvények neve ne a,b,c legyen. Szerintem ezek sokkal nagyobb hibák, mint az előbb említett.
Szigorúan szerintem
-
Speeedfire
félisten
válasz
Sk8erPeter #12112 üzenetére
Hát, hogy szerintem nem lesz sz@rabb, ha nem típusos. De ez csak magánvélemény.
-
Speeedfire
félisten
válasz
Sk8erPeter #12110 üzenetére
Nézd! Elég sok validálás van a legtöbb framework-ben a sima típustól elkezdve a regexp-ig. Yii-nél pl kifejezetten bejön, hogy ellenőrzi az email címet, hogy létezik-e vagy sem (spammerek kíméljenek).
Ha valaki megfelelően használ valamit és megpróbál mindent validálni, akkor nem lehet elrontani szerintem.
Ezt lehet nézni gányolásnak vagy akár fícsőrnek is. -
Speeedfire
félisten
válasz
Sk8erPeter #12108 üzenetére
Épp akartam írni, hogy húzzál át ASP dotnetre.
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.
Tudom, gányolás... -
Speeedfire
félisten
válasz
Sk8erPeter #12105 üzenetére
Ettől függetlenül mégiscsak használható nyelv.
-
Lacces
őstag
válasz
Sk8erPeter #12105 üzenetére
Jah, viszont egyszer volt egy olyan, hogy ASP.NET MVC-ben voltam, és kódot kellett javítani, és azt hittem leütöm a monitort a helyéről.... mert a weboldal 1/3-a VB.NET-ben volt megírva a többi meg C#-ban volt... és így ááááá...
Én kiszálltam a témából.
-
trisztan94
őstag
válasz
Sk8erPeter #12083 üzenetére
+ Athlon64+
Igazából Én nem azért váltanék, mert bajom van az ASP.NET-tel, szép. jó, gyors, imádom. A legfőbb oka az, hogy a legtöbb megrendelőm nem cég, hanem magán ember, ebből kifolyólag ha közlöm velük, hogy 3x(vagy többször) drágább tárhelyet kell szerválniuk azért, mert én azzal csinálom.. hát volt már aki vissza mondta. Aztán, ha lesz egy nagyobb megrendelésem tudok majd ASP.NET-re hivatkozni, hogy én azt már pedig tudom, de addig is, a magánembereknek bőven elég a PHP.
-
Speeedfire
félisten
válasz
Sk8erPeter #12095 üzenetére
Tudom, hogy nem ugyan az.
Nem feltétlenül vált, az is lehet hogy újat tanul. -
Ryle
tag
válasz
Sk8erPeter #12059 üzenetére
Nagyon szépen köszönöm a válaszodat.
Igyekszem körbe nézni ezzel kapcsolatban.
Egyébként hol lenne érdemes elkezdeni a programozást ?
-
Ryle
tag
válasz
Sk8erPeter #12057 üzenetére
Akkor a drupal nevű cms-t theme szinten átalakítani ?
És ez megoldható lenne benne valami plugin telepítéssel ?
Válaszodat előre is köszönöm
-
válasz
Sk8erPeter #12053 üzenetére
Most őszintén, ezzel az árral ki tud versenyezni...?
-
SektorFlop
aktív tag
válasz
Sk8erPeter #12039 üzenetére
Igen, én is átírtam még akkor... célszerűbb úgy én is rájöttem menet közben. Visszatérve a DATE_FORMAT-ra nem volt rá szükség, mert igazából nem is fontos szempont hogy DATE vagy DATETIME típus legyen a dátum. Csak a dátum volt fontos számomra. De azért köszi mindenkinek!
-
cucka
addikt
válasz
Sk8erPeter #12029 üzenetére
Ha valaki esetleg meghallgatja, nagyon röviden leírhatná a konzekvenciákat, hogy mit hoznak ki a dologból.
Elolvastam a leiratot, csak fűrészelik a fingot, simán kihagyható az egész. -
biker
nagyúr
válasz
Sk8erPeter #12032 üzenetére
lehet, sose volt rá szükségem
-
biker
nagyúr
válasz
Sk8erPeter #12028 üzenetére
Bakker, mar erre is van bepitett fv?
-
Brown ügynök
senior tag
válasz
Sk8erPeter #12016 üzenetére
Semmi logolás nincs. Ez a kód nem embernek való. Átneveztem az osztályokat amiket behúzok és most működik.
-
válasz
Sk8erPeter #12017 üzenetére
Persze, ez itt a probléma. Ezért szenvedtem ennyit vele...
Amúgy szerintem marad a DOM, legfeljebb felnyomom a max_execution_time-ot a szerveremen. Úgyis csak naponta egyszer, éjszaka fog lefutni a kérés.
Más:
Van valami jól bevált megoldásotok távoli szerverről kép átmásolására, átnevezésére, és átméretezésére? Eddig csak kliens oldalról feltöltött képet manipuláltam, és nem tudom, hogy van-e érdemi különbség a kettő között?
-
Swifty
csendes tag
válasz
Sk8erPeter #12019 üzenetére
Igen...
Bocs...
Tapsi-nak szerettem volna
Sorry
-
Swifty
csendes tag
válasz
Sk8erPeter #12016 üzenetére
Ez segíthet...
-
válasz
Sk8erPeter #12008 üzenetére
Átírtam, de nyilván nem ez volt a gond. Kösz, hogy szóltál.
Ezt a classt használtam végül: [link]
A kód jelenleg így néz ki:
$client = new SoapClient('http://....asmx?WSDL',array("trace" => 1,"exceptions" => 0,'features' => SOAP_SINGLE_ELEMENT_ARRAYS));
$result=$client->GetCikkekKeszleten(array('web_update'=>'2012-11-20-11:00'));
$t1 = new XMLSerializer;
$re = $t1->generateValidXmlFromObj($result->GetCikkekKeszletenResult,"","");
$re = htmlspecialchars_decode($re);
$re = str_replace(array("</valasz>",'<valasz xmlns="" verzio="1.0">'),array("",""),$re);Ez már egy normális XML-fát ad vissza. Egyelőre fájlba írom, de lehet, hogy kihagyom ezt a köztes lépést, és rögtön feldolgozom. Továbbra is a nagy adatmennyiség a probléma.
Az XML feldolgozó:
$z = new XMLReader;
$z->open('tmp.xml');
$doc = new DOMDocument;
while ($z->read() && $z->name !== 'cikk');
while ($z->name === 'cikk'){
$node = simplexml_import_dom($doc->importNode($z->expand(), true));
$ki .= '<tr><td>'.$node->cikkid.'</td><td>'.$node->cikkszam.'</td></tr>';
$z->next('cikk');
}
?>Az XML pedig így néz ki:
<?xml version="1.0" encoding="UTF-8" ?>
<any>
<cikkek>
<cikk><cikkid>93038</cikkid><cikkszam>SKNB52</cikkszam></cikk>
<cikk><cikkid>93038</cikkid><cikkszam>SKNB52</cikkszam></cikk>
<cikk><cikkid>93038</cikkid><cikkszam>SKNB52</cikkszam></cikk>
</cikkek>
</any> -
válasz
Sk8erPeter #12005 üzenetére
Természetesen hamarosan megírom a teljes kódot, de még nem vagyok vele kész.
A gond az, hogy SOAP-on keresztül távoli szerverről kapok egy objektumot, ami egy XML-fát tartalmaz. Férfiasan bevallom, hogy ez teljesen új terület számomra, és örülök, hogy egyáltalán sikerült megoldani, mert a határidő bizony sürget. Szóval szeretném először átlátni nagyjából ezt az egész témakört, és utána majd reszelek még a kódon.Hab a tortán, hogy elég sok adatról van szó, amelyet SQL-be kell közben írni (több tízezer node).
Szerk:
Érdekesség, hogy az XMLreader csak akkor működött, amikor a stringből kinyestem ezt:
<valasz xmlns="" verzio="1.0">...</valasz>
Ezt követően tökéletesen beolvasta a fát. Erre valami ötlet a szakiktól?
<?xml version="1.0" encoding="UFT-8" ?><any><valasz xmlns="" verzio="1.0"><hiba><kod>3</kod><leiras>Túl sok kérés </leiras></hiba></valasz></any>
-
válasz
Sk8erPeter #11992 üzenetére
Lehet, hogy félreértesz, mert ez az XML téma számomra teljes sötétség, még sosem kellett ilyesmivel foglalkoznom.
A htmlentities sajnos üreset-t ad vissza, semmi sem jelenik meg. Igazándiból az lenne a tuti, ha sikerülne ezt az egészet mondjuk asszociatív tömbbe írni, vagy valamilyen feldolgozható formába hozni, hogy a mezők értékeit ki tudjam nyerni, mint a csv fájloknál. A dokumentumfa egyébként ilyen:
<cikk cikkid="1">
<cikkszam>CIKKSZAM1</cikkszam>
<cikknev>Cikknév1</cikknev>
<me>darab</me>
<kshszam>84713000</kshszam>
<gyarto>GYARTO1</gyarto>
<cikkcsoportkod>AAABBBCCC</cikkcsoportkod>
<cikkcsoportnev>Cikkcsoport neve1</cikkcsoportnev>
<tipus>2</tipus>
<beszerzesiallapot>1</beszerzesiallapot>
<webigendatum>2007.10.19.</webigendatum>
<webmegjel>1</webmegjel>
<leiras>Ez itt a CIKKSZAM1 cikkszámú cikk leírása.</leiras>
</cikk> -
bobace
addikt
válasz
Sk8erPeter #11975 üzenetére
Bocs, hogy veletek osztom meg a dolgot, de kivel mással
Az elméletem:
Van X egyenlege. X lehet kisebb mint 0, 0, nagyobb mint 0.
Érkezik Y feltöltés. Y > 0
Van neki több tétele: A, B, C , D, E, n.
X >= 0 :automatikusan minden 1-re lesz állítva. Y növeli X értékét.
X < 0 esete:
1. X+Y = 0 -> mindent 1-re állítok
2. X+Y > 0 -> mindent 1-re állítok és X nagyobb lesz, mint 0.
3. X+Y < 0 ->annyit állítok 1-re, ahányat tudok.
Szeretném X-et úgy elkölteni, hogy időrendben amire pénz van azt állítsa 1-re. Egyesével vizsgálgatom sorba az elemeket:
a. Ha Y – A > Y
1. ha igen, akkor A => 1 lesz, Y pedig csökken A értékével => Y-A = Y2 => b. pont
2. ha nem, akkor ugrik B-re, és megvizsgálja azt.
(Ha Y - B > Y, akkor B =>1. Ha nem, megy C-re. Ezt folytatja n-ig.)
b. Ha Y2 – B > Y2
1. Igen: B=>1 , Y2 – B = Y3
2. Nem: Ugrik C-re.
Ez helyesnek tűnik? Mondjuk hogy hogy lesz ebből kód -
bobace
addikt
válasz
Sk8erPeter #11975 üzenetére
Ilyen hibaüziket pakol egy logba a check, amit az admin felületen tudok ellenőrizni (itt pl elfelejtettem az order by részt levenni a select végéről):
"15-11-2012, 11:46:43:: Adatbázis hozzáférési hiba. Kérjük vegye fel a kapcsolatot az adminisztrátorral. SELECT u.id FROM fees u WHERE u.paid = 0 and u.user_id=17 ORDER BY amount
Unknown column 'amount' in 'order clause'
page: C :\wamp\www\root\admin\user.php line:273"
Maga a function a mysql_error() köré épül. -
bobace
addikt
válasz
Sk8erPeter #11970 üzenetére
A $row['id'] mikor fog változni? A sima if ágban sem ugrik a következőre? (Mert ott ha elég az összeg mindenre, akkor minden sort updatel)
Nem tudom, hogyan működik ez a check, de még eddig dobta a hibákat.. Nem vagyok php guru, majd egyszer
Az utolsó példád az a legegyszerűbb, mert akkor egyszerűen az egyenlege +2950 lesz, az if ág pedig működött ilyenre. Tehát pluszba mehet, maradhat fent egyenlege, ami kimarad, azt majd legközelebb elhasználja másra, illetve ott automatikusan 1-re állítom a paidet, amíg pluszos az egyenleg.
-
bobace
addikt
válasz
Sk8erPeter #11964 üzenetére
Akkor bemásolok többet
Továbbra sem vagyok sokkal okosabb, szóval simán lehet, hogy teljes hülyeség amit csinálok..
while ($row = mysql_fetch_assoc($res2))
{
if (($egyenleg + $feltolt) >= 0)
{
$query = "UPDATE fees u SET u.paid = 1 WHERE u.id=" . $row['id'];
$system->check_mysql(mysql_query($query), $query, __LINE__, __FILE__);
}
else
{
$avabal = $egyenleg + $feltolt ;
while ($avabal >= $row['amount'])
{
$query = "UPDATE fees u SET u.paid = 1 WHERE u.id=" . $row['id'];
$system->check_mysql(mysql_query($query), $query, __LINE__, __FILE__);
$avabal= $avabal - $row['amount'];
}
}
}
Még így teljesen rossz? A sima if rész működik jól, azt próbáltam, vagy lehet nem is jó, csak csinálja, ami nekem kell? -
Brown ügynök
senior tag
válasz
Sk8erPeter #11960 üzenetére
Ilyesmi nincs beállítva a .htaccess-be de jó tudni.
-
Lacces
őstag
válasz
Sk8erPeter #11954 üzenetére
Hát neten nehezen veszem észre
Athlon64+ Szavadon foglak, akkor várom a cikketEngem kifejezetten érdekelne az is, hogy az IIS mennyire jó PHP / Java és a többi nyelvhez is
-
Speeedfire
félisten
válasz
Sk8erPeter #11950 üzenetére
Te is tudsz ilyeneket, csak jobban preferálod az IIS-t.
-
Lacces
őstag
válasz
Sk8erPeter #11950 üzenetére
Te meg az IIS-ről írhatnál nekünk cikket a logoutba.
-
Speeedfire
félisten
válasz
Sk8erPeter #11946 üzenetére
Én legalábbis jobban szeretem az érdemi fejlesztésre fordítani az időmet, mint a szerverrel való szarakodásra.
1x kell csak bekonfigurálni rendesen. -
Sk8erPeter
nagyúr
válasz
Sk8erPeter #11946 üzenetére
*otthon : nem biztos, hogy otthon, mindenesetre saját gépen.
Szerk.: bocs a szemetelésért. -
válasz
Sk8erPeter #11926 üzenetére
Jó persze. De viszont a nagy előnye továbbra is él az nginx-nek, hogy marha gyorsan képes kiszolgálni, viszonylag kis erőforrás felhasználása mellet tömeges lekéréseket. Ezért szerintem az IIS és az Apache mellet nem elhanyagolható alternatíva, persze most ez merően eltér az eredeti témától.
No, majd kipróbálom és jelzem, hogy mire jutottam, ha érdekel titeket!
-
Speeedfire
félisten
válasz
Sk8erPeter #11926 üzenetére
Én sem hitkérdése miatt nem használom az IIS-t. Inkább "elszenvedek" az apache-al, de tudom hogy az windows és linux alatt is úgy üzemel majd.
-
coco2
őstag
válasz
Sk8erPeter #11921 üzenetére
Köszi, restart megvan.
Elvileg már bele kellene mennie a body-ba a hibaüzenetnek, ha a php bármit hibának talál, de hiba visszaírást nem látok a body-ban.
A session_id()-t felhasználhatnám arra, hogy belecsempésszem egy weblapba a session id-t, amit kliens oldalon kiparsingolok belőle (natív prognyelven parsingolni weblapot, finom falat), és headerbe pakolok a válaszoknál, de mindezt egy olyan bináris komponens miatt tegyem meg, ami egy vacak http requestet sem tud szabályosan elküldeni? Mert perpill vélhetően az az igazi problémám, hogy egyáltalán nem tudok szabványosan kommunikálni a webszerverrel, és gyaníthatóan ezért nem jön a szabványos válasz sem. Lenne ebből túl sok szövődményes egyéb problémám is, amit nekem nincs kedvem bevállalni. Inkább az igazi bűnös grabancát kapom el, mint ártatlanokat büntessek. Ha az megvan, utána meg már azért nem lesz szükség a session_id()-ra.
-
válasz
Sk8erPeter #11920 üzenetére
Ez esetben rosszul gondoltam.
-
Speeedfire
félisten
válasz
Sk8erPeter #11920 üzenetére
Ő, újratábla. Windows alatt nem fogok IIS-t használni weblapokhoz.
Nem megy ma ez nekem... -
válasz
Sk8erPeter #11911 üzenetére
Csak abból kiindulva, hogy a fészbúk is ezen futkározik
-
Speeedfire
félisten
válasz
Sk8erPeter #11909 üzenetére
Én meg IIS alatt nem fogok windows alatt oldalakat futtatni.
-
válasz
Sk8erPeter #11909 üzenetére
Nginx-ről mi a véleményed?
-
Speeedfire
félisten
válasz
Sk8erPeter #11907 üzenetére
Én mindig azt nézem, hogy végül hol fog landolni egy oldal. Ha linuxon, akkor nagy valószínűséggel apache alatt fog futni.
Beállítások. Hát, wamp alatt is csak egy kattintás egy extension ki/bekapcsolása. Nem sokat kell mókolni szöveges fájlban.De ugye, kinek ez kinek az jön be jobban.
-
Speeedfire
félisten
válasz
Sk8erPeter #11905 üzenetére
És miért lesz neked jobb attól, ha Windows alatt Apache-ot használsz?
Miért jobb, ha IIS-t használ? Pl én sokkal jobban preferálom a wamp-ot, tudom váltogatni a modulokat is. Így adott tárhelyhez kitudok alakítani tesztkörnyezetet. -
coco2
őstag
válasz
Sk8erPeter #11900 üzenetére
Természetesen elolvasom az összes hozzászólást. Majd eljön az ideje a MySQL-nek is, de előbb egy RFC szerint létező session id-t szeretnék látni kliens oldalon. Ha az IIS alatt nem működik, semmire sem fognak nekem kelleni az IIS dolgai.
Egyenlőre még IIS beállítással küzdök, mert ahány leírást csak találok iis + php installhoz, mindegyik enyhén szólva figyelmetlenül készült. Így első alkalommal nekem ez még valahogy nem 2 perc alatt jön össze.
-
coco2
őstag
válasz
Sk8erPeter #11894 üzenetére
Enyhén mókás, hogy a wamp apache-ban alapból nem volt beélasítve sem a session modul, sem a session cookie modul. Bekapcsoltam, restart. Sajnos a helyzet ugyan az. Nincs a headerben Set-cookie.
-
coco2
őstag
válasz
Sk8erPeter #11887 üzenetére
Header egy wamp apache szervertől:
{
"Cache-Control" =
"no-store, no-cache, must-revalidate, post-check=0, pre-check=0";
"Content-Length" = 53;
"Content-Type" = "text/html";
Date = "Fri, 16 Nov 2012 13:15:47 GMT";
Expires = "Thu, 19 Nov 1981 08:52:00 GMT";
Pragma = "no-cache";
Server = "Apache/2.4.2 (Win64) PHP/5.4.3";
"X-Powered-By" = "PHP/5.4.3";
}Header a google.com címről:
{
"Cache-Control" = "private, max-age=0";
"Content-Type" = "text/html; charset=ISO-8859-2";
Date = "Fri, 16 Nov 2012 14:29:25 GMT";
Expires = "-1";
P3P = "CP=\"This is not a P3P policy! See http://www.google.com/support/accounts/bin/answer.py?hl=en&answer=151657 for more info.\"";
Server = gws;
"Set-Cookie" = "NID=66=BPhukWJ9yxeHm7WjfVG8yN-N1CfFQpaKj5iYDBFCBtkgb8_ApFpOV3mx0EP_j_lllCxf8K82hQ5LiyQigChGhiD_rmeCeRbgbBahrhWHiq9Okq9d-2bCLze0OxmCvDwu; expires=Sat, 18-May-2013 14:29:25 GMT; path=/; domain=.google.hu; HttpOnly";
"Transfer-Encoding" = chunked;
"X-Frame-Options" = SAMEORIGIN;
"X-XSS-Protection" = "1; mode=block";
}Az a bizonyos Set-Cookie az, amit hiányolok. Ha nem php szinten van a bűnös, akkor kotrok mélyebbre.
-
Swifty
csendes tag
válasz
Sk8erPeter #11873 üzenetére
Nem akartam én megaszondani senkinek...
A nyelv rejtelmeit megosztani én is szeretem, hiszen mindennap tanulhatsz valami újat, érdekeset, mást...
Csak tudod... Egy kb. 20 (érdemi) soros megoldásra ráeröltetni mindenáron OOP-t... Háááát... Nekem nem jön be... Amit Athlon64+ tűzzel-vassal véd, az nálam kiverte a biztosítékot... Sorry...Lehet rosszul fogalmaztam, de nekem az jön le, hogy főleg olyanok jönnek ide segítséget kérni, akik elég "kezdők"... És ha így nézem, akkor nem is az hogy nekik szól, vagy nekik lett nyitva, de az ő problémájukkal foglalkozik leginkább a topik... Vagy rosszul érzem?
És ehhez mérten nehezen veszi be a gyomrom, hogy mindenképp OO kell, meg hogy a szkriptnyelvek mennyire nem alkalmasak semmire... Ezzel azt hiszem, el is tántoríthatunk kezdőket a PHP használatától. Pedig pont hogy segíteni kellene mindenkit aki ide jön a problémájával.
Igaz, a kódomat nem lehet paraméterezni, de nem is volt szándékomban.
Ciklussal azért nem tenném meg, mert akkor igaz, hogy a 3 isset-es részt megsprórolnám, viszont nevesítenem/példányosítanom kellene egy tömböt, amibe tenném a sorok elemeit, és a végén ezt a tömböt kellene felfűzni az "anyatömbre". Persze ha mondjuk 20 db elem lenne, akkor a ciklus befigyel.
Nézzük pro és kontra a két verziót:
Sebesség: talán az enyém gyorsabb.
Memória használat: biztos, hogy kevesebb memória kell az enyémnek.
Hossz: az enyém rövidebb.
Átláthatóság: egyén függő. Ki mit ismer jobban.
Bővíthetőség/kiterjeszthetőség: Athlon64+ kódja könnyebben származtatható. Az enyém "direkt" kód erre a problémára.
Hibakeresés: egyén függő. Talán a kód hossza miatt mondanám, hogy az enyémben könnyebb. -
Swifty
csendes tag
válasz
Sk8erPeter #11861 üzenetére
@cucka:
Válaszod első részével egyetértek. A második résznél: én sem azért írtam, hogy panaszkodjak.
Véleményt formáltam, amit itt nem lehet.@Sk8erPeter:
Nagyon sajnálom, hogy elhalt a vita... Nem beledumálni szerettem volna, hanem csak hangot adni annak a véleményemnek, amit már párszor kifejtettem, mégpedig az "ágyú - veréb" esetet az ADOTT feladathoz mérten.Hogy lehessen erről is csámcsogni beillesztem az én verzióm:
<html>
<head>
<title>teszt</title>
</head>
<body>
<?php
if(($data=@file_get_contents('test.txt'))!==FALSE){
foreach(explode(PHP_EOL,$data) as $line)if($line!=''){
unset($split);
if(($split=explode(';',$line))!==FALSE)$tables[$split[0]][]=array((isset($split[1])?$split[1]:''),(isset($split[2])?$split[2]:''),(isset($split[3])?$split[3]:''));
}
if(isset($tables))foreach($tables as $id => $table){
?>
<table>
<thead>
<tr>
<?php echo ' <th colspan="3">Tábla '.$id.'</th>'.PHP_EOL; ?>
</tr>
</thead>
<tbody>
<?php
foreach($table as $line){
?>
<tr>
<?php
foreach($line as $value)echo ' <td>'.$value.'</td>'.PHP_EOL;
?>
</tr>
<?php
}
?>
</tbody>
</table>
<br />
<?php
}
}
?>
</body>
</html>@Soak és Sk8erPeter:
Akkor kérésetekre abbahagyom az off-ot...Nem mondtam, hogy prioritást élveznek a kezdők... Azt mondtam, hogy sok olyan kezdő jön ide, (a lama kérdések nagy részét ők teszik fel) akik a PHP-s problémájukra keresnek megoldást.
Miből gondolod, hogy nekem túl magas a dolog?
@Athlon64+:
Bocsánat, hogy ilyen szürke lett... Nem ezt akartam és téged sem megbántani... Nekem is elgurult a gyógyszerem...De azért nem is olyan rossz szín ez a szürke...
@PazsitZ:
Bocs a hülye kérdésért, de melyik hozzászólásomban szólítottalak meg? Mit vettél magadra?@Sk8erPeter:
Most komolyan a hozzászólások száma számít? -
Peter Kiss
őstag
válasz
Sk8erPeter #11868 üzenetére
Ki tudják törölni a felesleget.
-
Peter Kiss
őstag
válasz
Sk8erPeter #11863 üzenetére
És akkor most menjek a modkerbe? Menjen már most valaki más, mindig én vagyok a hunyó.
Vagy előtte még megvitatjuk, mit szabad és mit nem kérdezni? Ezt meg szabad egyáltalán kérdeznem? Mit tettem?! -
Swifty
csendes tag
válasz
Sk8erPeter #11855 üzenetére
Na most azt ne firtassuk, hogy mitől átlag az átlagközönség... Szerintem igenis nekik van a topik első nekifutásra... És persze más is jön ide...
Ha valakinek azt mondod, hogy a warp-hajtómű azért jó, mert a hipertér görbületét jobban lovagolja meg a tér görbületét, miközben ő csak el akart jutni A-ból B-be, akkor azt hiszem nem igazán segítettél...
Nincs megszabva a mérce... Nem is lehet... De ha van egy "egyszerű" kérdés, amire "egyszerű" válasz van, akkor nehogymá csak a hiper szuper .NET, satöbbi legyen a megoldás... Főleg, ha PHP-ről beszélünk...
Nem akarom megmondani miről szóljon a topik... Csináljátok, ahogy nektek tetszik... Csak azt látom, hogy mindkét oldal elkezdte savazni a másikat...
Mellesleg megjegyzem, hogy nekem meg ez a véleményem... Nekem túl sok volt az "ágyúval - verébre"...
(Ne vedd sértésnek, de az hogy itt újonc vagyok, az semmit nem jelent.)
-
Inv1sus
addikt
válasz
Sk8erPeter #11847 üzenetére
Nálam csak a width és height tagokat szedte ki.
Ebből:
<img style="float: left;" alt="Minta 1" src="../user_uploads/images/oldalak/kezdolap/pic1.jpg" height="118" width="118" /> -
válasz
Sk8erPeter #11839 üzenetére
"Nem kell rögtön megijedni vagy hogyan fogalmazzak. Csak és szigorúan a saját véleményem volt. Természetesen a szakmai vita részét fontosnak tartom én is, de sok hozzászólásból nekem nem "csak" ez jött le, de lehet az én hibám!"
Pontosítok. Megpróbálom úgy leírni, legegyszerűbben, hogy érthető legyen - Google volt ezeket megtaláltam csak nem tudom jó-e nekem, még nem próbáltam ki. Szóval úgy szeretném megoldani - és most egy buta példa - amit Chrome esetében tapasztaltam, hogy rákattintok és rögtön a képet tölti le, vagy adott esetben új tabot nyit, elindítja a letöltést majd bezárja (szempillantás alatt). Remélem így más érthetőbb!
-
válasz
Sk8erPeter #11836 üzenetére
Félreértés ne essék a hozzászólásom off, nem hivatalos!
Következő a problémám: olyan linket szeretnék készíteni, amire kattintva egy fájl le tudok "tölteni". Lényegében egy galériához "download" linkeket. Olvastam, hogy cUrl-el könnyen megoldható, viszont ennek a hiányában milyen módszert javasolnátok?
-
j0k3r!
őstag
válasz
Sk8erPeter #11836 üzenetére
teljesen egyetertek veled, habar en csak csendes szemlelokent kovettem az elmult napok hozzaszolasait. jo volt vegre valami "advanced" temarol olvasni, nem mindig csak a sablon (~ 2 perc google) kerdesekrol.
-
blacee
csendes tag
válasz
Sk8erPeter #11806 üzenetére
Az opkg update leszedi az összes csomagot becsomagolva, de abban nincs benne. A linkről amit küldtél külön letöltöttem a zoneinfo-europe_2011n-1_ar71xx.ipk-t és bemásoltam a /var/opkg-lists-be, újra se indítottam a lighttpd-t és láss csodát: M Ű K Ö D I K !
Nagyon köszönöm a segítséget!!!BLacee
-
cucka
addikt
válasz
Sk8erPeter #11812 üzenetére
Azutánira: szintén egyetértek, ha valaki igazi OOP-s környezetet akar, akkor álljon át valamelyik webes Java-technológiára vagy például ASP.NET-re.
Van rengeteg "köztes" megoldás is, igazából manapság kevés olyan nyelvet használnak, ami ne lenne így vagy úgy objektumorientált - a php is ilyen.A probléma az idézett kódnál elsősorban az, hogy megpróbál túlságosan általános lenni, miközben ennek az égvilágon semmi értelme. Oop-vel könnyű olyan osztály hierarchiákat kialakítani, ahol minden komponens cserélhető, kiterjeszthető. A nehéz dolog előre látni, hogy a rengeteg lehetőség közül melyikre is lesz szükség valójában, és melyek azok, amelyek csak a program hosszát és a zajt növelik, hasznuk semmi. Például az említett kódban az összes oop rész gyengíti az alap algoritmus szemléletességét, miközben a feladathoz által nem megkövetelt komplexitást hoz be, megvalósítva azt az anti-patternt, ami "excessive accidental complexity" néven fut. (Van erre valami jó magyar szakkifejezés?
)
annak az agya nyilván sokkal inkább rááll az OOP-s gondolkodásra, és nem valószínű, hogy engedni akar belőle
Szerintem a fejlesztő agya elsősorban a gondolkodásra kéne ráálljon. Mindenkinek javaslom, hogy hobbiból játszadozzon egy funkcionális nyelvvel (javaslatom a Clojure) - el fog bizonytalanítani, a szokásos pattern-ek nem működnek benne, pont ettől segít olyan sokat. Megtanít arra, hogy a feladatra és a program olvashatóságára figyelj, és ne foglalkozz semmilyen, valaki által kitalált és "one and only"-nak kikiáltott esztétikai iránymutatással. -
cucka
addikt
válasz
Sk8erPeter #11809 üzenetére
cucka az előző hsz.-ben pedig elég tömören elmagyarázza azt is, amit én is éreztem a konkrét kérdés kapcsán, csak ő sokkal jobban megfogalmazta.
Igen, az az elméleti okoskodás rész, ami akár elfogadható is lehet. (Nem az, ha valaki az informatikában megmondja a tutit, hogy csak és kizárólag egy módszer az elfogadható, na ő téved)
A másik oldal meg a kód, amiből lényegében a class oriented dizájn állatorvosi lova, kb. mint ha egy java programozó első php-s kódja lenne.A php egy szkripnyelv, ezt érdemes szem előtt tartani, hogy valóban php-ban írjuk a php kódot, nem pedig javaban.
-
Sk8erPeter
nagyúr
válasz
Sk8erPeter #11809 üzenetére
Csak nem bírom magamban tartani: mindenki már érti és kívülről fújja, hogy te nagyon vágod ám a tervezési mintákat, és odáig vagy értük, de ez nem azt jelenti, hogy csak te tudsz emiatt jó kódot írni, és mindenki más, aki procedurálisan kódol (pl. korábbi kódot fejleszt tovább), az "keveset tud".
Hozzászoktam, hogy szereted erős túlzásokkal megspékelni a mondandódat, de azért ez már egy kicsit erős volt. Bár gondolom nem nagyon tudsz elképzelni olyan programozót, aki nem kódol OOP-ben, mégis nálad sokkal jobban tud programozni (szerk.: félre ne értsd, nem feltétlenül itt a topicban aktívan írókkal kell "versenyezned") - hiszen ahhoz kell némi szerénység, hogy az ember ilyesmit is el tudjon fogadni. -
Peter Kiss
őstag
válasz
Sk8erPeter #11806 üzenetére
Procedurálisan nem lehet szép kódot írni, mert minden lóg a levegőben (illetve a globális hipertérben). Ilyen esetekben maximum egy-egy függvény feladatát lehet a minimálisra szorítani, de rendszer nem lesz abból se. PHP esetében pedig még az is kihullik, hogy típusellenőrzést lehessen jól láthatóan végezni (kikötöda paraméter típusát a metódusok paraméterlistájában).
Az OOP nem tudja garantálni a normális kódot, mivel nincs normálisan definiálva (lehet egyáltalán?), hogy mit is jelent az OOP (sokaknál kimerül a class-ok használatában, de ekkor van az, hogy class oriented lesz a design).És nem baromarcú, csak keveset tud.
-
blacee
csendes tag
válasz
Sk8erPeter #11799 üzenetére
Sajnos semmi változás, különben már sűrűn köszöntem volna a segítséget!
El nem tudom képzelni mi kell még neki... -
blacee
csendes tag
válasz
Sk8erPeter #11796 üzenetére
Újabb reménysugár... ...volt.
A zoneinfo-core installja lefut, de a zoneinfo-europe -ra azt mondja:
Unknown package 'zoneinfo-europe'
Nem találja szegényke. Ő ugyanis a vargalex.uw.hu -ról rántja le a csomagokat, és azok közt nincs.
A /etc/config/system idevonatkozó része így néz ki nálam:
config 'system'
option 'hostname' 'OpenWrt'
option 'zonename' 'Europe/Budapest'
option 'timezone' 'CET-1CEST,M3.5.0,M10.5.0/3'
option 'conloglevel' '7'
option 'cronloglevel' '8' -
blacee
csendes tag
válasz
Sk8erPeter #11779 üzenetére
(#11779) Sk8erPeter,
Köszi a segítőkészségedet, de az utóbbi linkjeid tartalmát már "átnyálaztam" rég. Egyébként azok a doksik nagyon hasznosak, de az ott lévő beállítások nálam OK-k, és nem is térnek ki az én problémámra. Biztos, hogy jó az általam írt PHP kód, mert kipróbáltam ultrawebes tárhelyen és ott futtatva csont nélkül működik a date() függvény.
Biztos, hogy OpenWRT-s konf-oknál keresendő a megoldás. Nyomozok tovább, de ha esetleg belebotlasz ilyen infoba, jelezd légyszi'! Köszi
Üdv.: BLacee
-
sztanozs
veterán
válasz
Sk8erPeter #11787 üzenetére
Gondolom csak az avatarjaink miatt kevertél össze minket
-
pvt.peter
őstag
válasz
Sk8erPeter #11779 üzenetére
Szia!
Nem lesz éles helyzetben használva a kód.
Csupán ötletelés szempontjából van ez a feladat, és amit leírtam, annál jobbat/hatékonyabbat erre nem tudok mondani, ezért is fordultam az itteni szakértőkhöz.
És igen, a jelenlegi modell szerint NULL értékékek lennének a megfelelő helyeken :/
Tlképpen röviden összefoglalva van egy tábla, amit oszlopokkal szeretnék bővíteni.A valós életben ezt úgy kell elképzelni, hogy:
Van egy űrlap mely egy felhasználó adatait képes felvinni egy adatbázisba.
Név, lakcím, telefonszám.
A 3. adat felvitele megtörtént, közben a tábla is létre lett hozva.
Majd úgy döntünk, hogy az űrlapon a már 3 meglévő adatot még 1 -gyel bővítjük, pl. anyja neve.
Így a következő felhasználónál már 4 adat lenne rögzítve.
Az előző usernél pedig az anyja neve NULL érték lenne.
Ez lenne a cél. -
blacee
csendes tag
válasz
Sk8erPeter #11770 üzenetére
Nem írtam le valóban a talált megoldást, de az volt, hogy hozzak létre a /etc -ben egy hivatkozást a /usr/share/zoneinfo -ban az Europe/Budapest -re. Ez persze nem hozott eredményt mert ezen az elérési úton nincs semmi, konkrétan már a zoneinfo sem volt meg. Azt létrehoztam, de persze az üres...
Az általad küldött linkeken levő megoldások sem jók nekem mert az egyiknél Apache a webserver a másikakban pedig olyan parancsok vannak amit ez az OpenWRT -s linux nem ismer.
Ettől függetlenül nem kizárt, hogy én is bénáztam valahol. Ha van még ötlet, szívesen fogadom.
-
sss
őstag
válasz
Sk8erPeter #11755 üzenetére
Köszi, valami ilyesmi kell majd nekem igen.
-
Peter Kiss
őstag
válasz
Sk8erPeter #11755 üzenetére
E_STRICT-et szerettem volna.
-
bobace
addikt
válasz
Sk8erPeter #11741 üzenetére
Küldtem privet.
Amúgy persze, hogy nem best, olyan egyszemélyes projektnek tűnik, van benne hiba is szép számmal, de könnyen tudtam vele boldogulni. Ránézésre a linkelt modulok nem tudják, ami nekem kell ebből. -
bobace
addikt
válasz
Sk8erPeter #11737 üzenetére
Ez lenne az. Egy sima webáruházat (virtuemart és társai) sokkal nehezebb lett volna átszabni.
-
válasz
Sk8erPeter #11737 üzenetére
Értem. Egyszerűbben leírhattad volna, hogy az "árva tag ott marad oszt jónapot". Mellesleg ugyan ezeket a táblanevekete "content" és "tags" végül "contents_tags" használom!
-
bobace
addikt
válasz
Sk8erPeter #11732 üzenetére
Egy a gond, hogy az enyém is egy CMS rendszer alapból (csak nem ismert, de ez volt a legmegfelelőbb arra, amit akartam), ezt már átültetni nem gyenge dolog lenne. Ejj nem bíztatóak a kilátások.
-
válasz
Sk8erPeter #11734 üzenetére
A cikk maradhat természetesen, csak az "árva" tag sorsa érdekel!
Sajnos fogalmam sincs, hogy jó és bevált rendszerekben mit kezdenek vele!
(Remélem végre érthető voltam
)
-
válasz
Sk8erPeter #11732 üzenetére
Szia!
Ez oké és így is van. De mondjuk egy "cikkhez" és/vagy "hozzászóláshoz" már csak egy tag tartozik, ami között a kapcsolatot törlöm akkor az ott marad "árván". Konkrétan azt is vizsgálja, hogy most ő "árva"-e vagy nem?
-
válasz
Sk8erPeter #11728 üzenetére
Azért gondolom Kalandor sem a semmiért szól, hogy mind két oldal kapjon jót s meg rosszat is, viszont a szükségességét is megkérdőjelezem! (Legyetek szívesek erre ne válaszoljatok! Csak nem hagyhattam ki!
)
Szerk.: blognál szeretném megoldani a "tagek" és "kategóriák" kezelését rendesen (adatbázis, táblák közötti kapcsolattal). Működik is rendesen a "create" és az "update". Viszont, ha egy taggel és/vagy kategóriával nincsen már hozzászólás akkor mi a rendes menete a "takarításnak". Minden egyes update-kor nézzem meg, hogy van e még hozzá tartozó és töröljem?
-
bobace
addikt
válasz
Sk8erPeter #11729 üzenetére
Közben ezt a dolgot feladtam. A rewriteok működtek, amiket megadtam, de visszafelé nyilván értelmetlen is a dolog, ez volt egy sor:
RewriteRule ^(.*)termek/(.*)$ item.php?id=$2 [L]Azt akartam megoldani, hogy ha beírom hogy item.php?id=123, akkor a böngészőben termek/123 legyen.
Mai kutatásaimnak köszönhetően arra jutottam, hogy PHP rounting kellene.
Itt csak ennyi a .htaccess: RewriteRule ^.*$ index.php És akkor csinálok egy route funkciót, és az index.php-ba írom be, hogy mi mire mutasson. Most arra próbálok rájönni, hogy ezt hogyan is kell. -
Soak
veterán
válasz
Sk8erPeter #11719 üzenetére
Most nem tudom, hogy sirjak vagy nevessek, de igazabol az a kakaskodas az utolso hsz.edig tartott volna amugy is. Csak annyit tudok mondani hogy akit zavar az menjen at a noi oltozobe.
-
Soak
veterán
válasz
Sk8erPeter #11713 üzenetére
1. Nem csak egy a forum létezik a földön
2. Nem hinném hogy kell konkrétumot mutatnom, be tud annyit irni akár ennek a forumnak a keresőjébe is, hogy apache (és ad találatot)
3. Azért irtam ezt, mert többre ment volna mintha egy 2 napos hozzászolásra ujra rákérdez egy nem releváns topikba.
4. ez inkább az alkalmazás megfelelő beállítása az igények szerint az adott szerverhez kapcsolódóan.
Az már régen rossz, ha ilyeneket kell állítani, hogy az alkalmazás megfelelően működjön . Egy normális routing megirásával alapból el lehetett volna kerülni a buzulást.
5. Csak a kedvedért, hogy releváns helyeket mutassak : [link] , de még itt csomoféle mindenre rá lehet keresni
(csak hogy a kötelező meglegyen
)
-
dodopek
addikt
válasz
Sk8erPeter #11710 üzenetére
Ó, bocsánat.Csak azt hittem(valamiért), hogy mindenki ismeri. Html,PHP, és mindenféle scriptek gyüjtőoldala. Ilyen ámokfutó amatőröknek nagy segítség. Régebben csak ilyesmikkel foglalkoztak, most már kicsit átalakult... hitetlen
-
Soak
veterán
válasz
Sk8erPeter #11710 üzenetére
Az apache szerver konfigurálásnak mi köze a phphoz?
Szerk : A szemforgatós szmájlit majdnem elfejtettem
-
dodopek
addikt
válasz
Sk8erPeter #11705 üzenetére
Dehogy!
Van ugye egy feltelpített vírusírtóm, amit fixen használok. Meg néha, amikor rámtör a paranoia, az eset honlapjáról letöltök egy pár100 kb nagyságú cuccot, ami nem telepít nodot a gépre, csak addig megy az alkalmazás, amíg végigkeresi a gépet.Aztán az utolsó ablakban ott a pipa, hogy törlöd e a gépről. Jópár nagyobb cégnek van ilyen online-nak nevezett cucca... Hogy felhő alapú, vagy hogy működik, azt ne kérdezd...Milyen oldal? Jó!
Szeretem, mert akkor is használhatok (többnyire segítséggel) php dolgokat, ha nem értek hozzá. Mivel a tudásom nagyjából kimerül abban, hogy html oldalakkal összekössem a használni kívánt php cuccokat, nekem nagyon jó...
(és ahogy ezt leírtam, egyre hülyébbnek érzem magam...)
-
Speeedfire
félisten
válasz
Sk8erPeter #11670 üzenetére
Pedig én is wb alatt szoktam táblákat létrehozni, de ilyen még nem volt. Szerintem default-ból az sql-ben volt beállítva latin és a wb-ben nem vette észre.
-
válasz
Sk8erPeter #11670 üzenetére
De biztos, csak nem hiszem, hogy bepöccintettem.
Szerk.: Ez pontosan mit takar? if (\Fuel::$env == \Fuel::DEVELOPMENT) az a "\" jel érdekel a Fuel::$env előtt. Teljes dokumentáció (alja): [link].
Lényegében ha jól emlékszem, és rémlik a namespace-nél volt róla szó!
-
biker
nagyúr
válasz
Sk8erPeter #11669 üzenetére
;-vel tagolt, de "" kozt vannak a hosszu textek miatt
Utf8 mindenLehet tenyleg mas megoldast valasztok lassan
-
válasz
Sk8erPeter #11667 üzenetére
Igen, de remélem van egy egyszerűbb megoldás! Megtaláltam a hiba okát közben, Workbench-csel készítettem a táblákat az lehet a gond.
-
Peter Kiss
őstag
válasz
Sk8erPeter #11658 üzenetére
Mindkettőt kell használnia, de még az sem biztos, hogy így fog menni (PHP fordítási opciótól is függ).
Új hozzászólás Aktív témák
Hirdetés
- Székesfehérvár és környéke adok-veszek-beszélgetek
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Luck Dragon: Asszociációs játék. :)
- Gurulunk, WAZE?!
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Kerékpárosok, bringások ide!
- Hardcore café
- Nintendo Switch 2
- Azonnali játékos kérdések órája
- Elektromos cigaretta 🔞
- További aktív témák...
- 13-14" Új és használt laptopok , üzletitől a gamerig , kedvező áron. Garanciával !
- Microsoft Surface Pro 7 - Újszerű, dobozban, gyári töltővel, billentyűzettel
- Telefon felvásárlás!! iPhone 16/iPhone 16 Plus/iPhone 16 Pro/iPhone 16 Pro Max
- Bomba ár! Fujitsu LifeBook U757 - i3-7GEN I 16GB I 256SSD I 15,6" FHD I HDMI I Cam I W11 I Garancia!
- BESZÁMÍTÁS! Gigabyte H510M i5 11400F 16GB DDR4 512GB SSD GTX 1070Ti 8GB Rampage SHIVA TT 500W
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged