- A Keychron ismét egy űr betöltését vállalta magára az egerek szegmensében
- Az átlagnál vaskosabb ventilátorok kandikáltak ki a Corsair vitorlája mögül
- Csatába küldte Magyarországon idei csúcs hangprojektoros szettjét a Samsung
- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Milyen TV-t vegyek?
- 3D nyomtatás
- HiFi műszaki szemmel - sztereó hangrendszerek
- Gaming notebook topik
- Milyen videókártyát?
- Csatába küldte Magyarországon idei csúcs hangprojektoros szettjét a Samsung
- Milyen cserélhető objektíves gépet?
- Fejhallgató erősítő és DAC topik
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
Hirdetés
-
Ennyibe kerülnek a Huawei Pura modellek Európában
ma Megérkezett az újrabrandelt Pura széria, kivéve a Pura 70 Pro+-t, mert az marad Kínában.
-
Csatába küldte Magyarországon idei csúcs hangprojektoros szettjét a Samsung
ph A HW-Q990D/EN 11.1.4 csatornás, külön mélynyomóval megtámogatott termék.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
Új hozzászólás Aktív témák
-
MODERÁTOR
válasz Speeedfire #11750 üzenetére
Szóval lesz egy tömböd sok kulcs érték párral és az urlmanager értéke pedig egy tömb lenne?
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
válasz tomchy #11745 üzenetére
Az első fájlban nem mysql_fetch_array-t, hanem mysql_fetch_assoc-t kell használni.
A másodikban az UPDATE id alapján frissítene, de a $id változód nem is létezik gyakorlatilag.
Minden fájlod elejébe nagyon gyorsan:
error_reporting(E_ALL | E_NOTICE);
ini_set('display_errors', 1);---
És melyik iskolában garázdálkodnak mysql_ cuccokkal plusz escape-eléssel? A gányos megoldásról nem is beszélve.
-
sss
senior tag
Hi,
Egy fájlba szeretnék kiíratni több változót. Fwrite-tal (vagy valami más függvénnyel) lehet ilyet? Vagy ahány változó annyi fwrite?
-
Sk8erPeter
nagyúr
válasz Peter Kiss #11753 üzenetére
"Minden fájlod elejébe nagyon gyorsan:
error_reporting(E_ALL | E_NOTICE);"Ennek így nincs túl sok értelme, mivel az E_ALL-ban eleve benne foglaltatik az E_NOTICE is. Akkor már
error_reporting(E_ALL);
De aminek még több értelme van:
error_reporting(E_ALL | E_STRICT);
Mivel az E_STRICT csak 5.4.0-tól felfelé van benne az E_ALL-ban.===
(#11754) sss : nem ártott volna kicsit több infót közölnöd, pl,. hogy hogyan szeretnéd fájlba íratni.
Legegyszerűbb pl. egy tömbön végigiterálni, és minden kulcs-érték párt akár rekurzív módon kiíratni fájlba, ha épp az kell. Pl. file_put_contents() is megfelelő lehet.[ Szerkesztve ]
Sk8erPeter
-
válasz Sk8erPeter #11755 üzenetére
E_STRICT-et szerettem volna.
-
Sk8erPeter
nagyúr
-
sss
senior tag
válasz Sk8erPeter #11755 üzenetére
Köszi, valami ilyesmi kell majd nekem igen.
-
tomchy
tag
válasz Tele von Zsinór #11752 üzenetére
Hibaüzenet nem volt, mert csak utána tettem be, amit Athlon64+ írt...
De azóta már átalakítottam, hogy nem ilyen két fájlos legyen és végül is működik, csak máshogy.
De köszi, legalább ezt is tudom
internetprint.eu - Fotókönyv, fényképes naptár, névjegy, szórólap. 20%-os kuponkód: JDC20
-
tomchy
tag
válasz Peter Kiss #11753 üzenetére
Köszi, megoldódott, kicsit máshogy. A hibát kiírta és ezért sem így csináltam.
"És melyik iskolában garázdálkodnak mysql_ cuccokkal plusz escape-eléssel? A gányos megoldásról nem is beszélve."
Iskolában? Abszolút kezdő vagyok és a fent linkelt oldalon találtam hasonló megoldást, mint amire nekem lett volna szükségem. Max. magam garázdálkodok, gányolok (vagy nem veszem észre, ha más).
internetprint.eu - Fotókönyv, fényképes naptár, névjegy, szórólap. 20%-os kuponkód: JDC20
-
papa019
senior tag
Sziasztok!
Lehetőségem adódott egy cég számára elkészíteni egy leltározáshoz szükséges web alapú alkalmazást, viszont nem vagyok még túlságosan nagy guru php és mysql témában, így érdeklődnék, hogy nincs-e a fórumtársak körében, aki bekapcsolódna a dologba és tudna segíteni?
A feladat számomra nem tűnik bonyolultnak, a specifikációt elküldöm annak, akit érdekel.Akit érdekel keressen meg privátban, e-mailben küldöm neki a tudnivalókat.
-
Speeedfire
nagyúr
.
[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
pvt.peter
őstag
Egy furcsa kérdésem lenne:
Adott egy mysql lekérdezés:
$stmt = 'SELECT * FROM utazas';
$akarmi= mysql_query($stmt);Hogyan tudnám az $akarmi változót átadni egy másik *.php fájlnak?
A lekérdezésből is látszik, hogy jobb esetben táblázattal térek vissza, amit majd mysql_fetch_row() fgv-el szedek szét a fogadó oldalon.
Az oldal amire átpasszolnám a változót, az végezné majd a megjelenítését az adatoknak, ugyanis MVC modellben lesz megvalósítva a feladat.Választ illetve segítséget előre is köszönöm.
[ Szerkesztve ]
Ez egy .50-es rombolópuska, elég szép visszarúgással.
-
-
pvt.peter
őstag
válasz Peter Kiss #11766 üzenetére
Úgy lenne, hogy a megjelenítő réteg fogadna egy bizonyos lekérdezés eredményt, amit egy metódussal adunk át, melynek első paramétere maga a nézet, a második pedig a lekért adat.
Lehet kicsit túlzás az MVC, de most ebben lett elindítva a feladat.szerk.: az adott nézet *.php fájlban maga a táblázat fejléc, illetve ciklus lenne ami végzi az adatok kiíratását a lekérdezés eredményéből.
[ Szerkesztve ]
Ez egy .50-es rombolópuska, elég szép visszarúgással.
-
válasz pvt.peter #11767 üzenetére
Alapötletként ezt tudnám javasolni:
<?php
class View {
private $_file;
public $Data;
public function __construct($viewFile, array $data) {
$this->_file = $viewFile();
$this->Data = $data;
}
public function Render() {
require $this->_file;
}
}Ebben az esetben, a view fájljában hozzáférsz a $this-hez, így eléred a $Data-t is benne:
<ul>
<?php
foreach ($this->Data["rows"] as $object) {
echo "<li>";
echo $object->Name;
echo "</li>";
}
?>
</ul>Nehogy sima query result-ot adj a view-nak! Csak sima bejárható kollekciókkal szabad dolgoznia, amelyekben objektumok vannak.
Ne használd a mysql_ cuccokat. Válaszd a mysqli_-t vagy inkább PDO-t.[ Szerkesztve ]
-
blacee
csendes tag
Sziasztok!
WR1043ND (OpenWRT) routeren futtatok egy 1.4.29-3 lighttpd webszervert PHP 5.3.10-1 -el "kiegészítve". Be vannak konfigurálva, minden megy kintről is bentről is. Olyan gondom van, hogy ha egy php oldalon a date() függvényt akarom használni, (pl.: print date("Y-m-d H:i:s"); ) akkor
"Fatal error: date() [<a href='function.date'>function.date</a>]: Timezone database is corrupt - this should *never* happen!"
hibával leáll. Neten fellelt megoldás sem működik. Ha valaki tudja a megoldást, kérem segítsen!
blacee
-
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.
blacee
-
pvt.peter
őstag
válasz Peter Kiss #11768 üzenetére
elmés megoldás, kipróbálom és megnézem mire jutottam vele
Köszönöm szépenEz egy .50-es rombolópuska, elég szép visszarúgással.
-
pvt.peter
őstag
válasz Peter Kiss #11768 üzenetére
Sikerült elérni a kívánt eredményt, köszi
Ez egy .50-es rombolópuska, elég szép visszarúgással.
-
Swifty
csendes tag
válasz bobace #11700 üzenetére
Szerintem sehogyan...
Főként azért, mert a rewrite arra való, hogy a "csúnya" vagy esetleg nem létező URL-eket átírjuk használhatóra, esetleg SEO friendly-re...
Viszont ha a használhatót szeretnéd megszüntetni, akkor mi fogja lekezelni a lapod???Persze saját magad átírhatod kézzel a kódodban a "csúnya" URL-eket, és működni fognak, de erre nincs automatizált módszer...
-
H.O.D.
senior tag
Sziasztok,
Nem biztos, hogy pont PHP téma, de itt egy csomó értelmes ember van, ezért írok ide Érdekes problémám akadt, a keresőmotorok nem látják a title és a meta tageket. Nem nagyon értem, miért.
Az oldal: http://www.kuponia.hu
A forrásban ott van, a browserek kiírják a title-t, szóval nem tudom, mi a hiba, illetve hiba-e egyáltalán.
Where do you want to go today?
-
H.O.D.
senior tag
válasz Speeedfire #11776 üzenetére
A www.seotools.hu-n néztem pl., az nem vágja, hogy mi van. Más oldalakét viszont hozza, tehát kell, hogy legyen valami gebasz...
Where do you want to go today?
-
pvt.peter
őstag
Sziasztok!
Igazából nem tudom, hogy melyik témába illik legjobban a kérdésem, PHP+MySql keveréke. Lássuk:
Adott egy esetlegesen dinamikusan bővülő html form. Ez alatt azt értem, hogy az űrlap alapjáraton tartalmaz mondjuk 2 db textfield meg egy checkboxot. És mindegyik előtt van label.
Elküldéskor létrehoz az adatbázisban egy táblát melynek neve a form neve, illetve az oszlopok nevei pedig a labelek.
A sor értéke pedig a megfelelő textfield illetve checkbox értéke.
A dinamikusan bővülő alatt pedig azt értem, hogy mindig csak hozzáadhatunk pl. textfieldeket.Ha az adatbázisban nincs még létrehozva az adott tábla mely a form neve alapján kerül ellenőrzésre, akkor első alkalomnál létrehozzuk a táblát és be is szúrjuk az adatokat.
Amennyiben van ilyen tábla akkor csak az adatokat szúrjuk be, amennyiben nem adtunk hozzá új beviteli mezőket, tehát emiatt az oszlopok is ua maradtak.
Amennyiben hozzáadtunk új beviteli mezőket akkor bizony az oszlopok nem fognak megegyezni. Tehát vmilyen módon bővíteni kellene a meglevő struktúrát
És itt jönne a kérdés: milyen módszer lenne erre a legmegfelelőbb?
Én arra gondoltam, hogy inicializáláskor, tehát amikor még nem létezik az adott űrlapnévvel táblázat, akkor mindig [beviteli mezők száma]+1 darabszámú oszlopot hoznék létre.
Ha új mező adódik hozzá, akkor pedig használjuk azt a +1 oszlopot szúrjunk be vmi azonosítót, majd hozzunk létre egy új táblát melynek oszlopainak száma megfog egyezni a következővel:
1. oszlop: kulcs, mely az előző tábla azonosító értékét tartalmazza
2.tól (N+1) oszlopig: az újonnan hozzáadott beviteli mezők, mert nem feltétlenül csak 1 -el növelhetjük a beviteli mezők számát
N+2. oszlop pedig szintén egy üres oszlop, a következő bővítésekre gondolva.És innentől kezdve a folyamat ismétlődik, már csak azt kellene kitalálni, hogy az adatok hogyan szúródjanak be a táblákba. Viszont ez így eléggé bonyolult és összetett lenne.
Van-e esetleg erre vmi hatásosabb módszer? Ki mit ajánlana?
[ Szerkesztve ]
Ez egy .50-es rombolópuska, elég szép visszarúgással.
-
Sk8erPeter
nagyúr
válasz pvt.peter #11778 üzenetére
"Amennyiben hozzáadtunk új beviteli mezőket akkor bizony az oszlopok nem fognak megegyezni. Tehát vmilyen módon bővíteni kellene a meglevő struktúrát"
Ez nem túl jó ötlet. Ha valaki rosszindulatúan, vagy csak szórakozottságból hozzáad még 30 textfieldet, akkor annyival több meződ lesz az adatbázisban, ahol meg ezek nincsenek kitöltve, ott mind NULL érték lesz, tök feleslegesen?
Vagy nem értem, mi a cél ezzel, mi benne a ráció, szerintem ez rossz tervezés.
Nehéz általános receptet adni, sztem jobb lenne, ha a konkrét célt írnád le (milyen célra kell nyilvántartani az adatokat, stb.), úgy könnyebben tudnánk konkrét ötletet is írni.(#11771) blacee :
ez az elérési út létrehozására vonatkozó instrukció elég furcsa "megoldásnak" tűnik valóban, kétlem, hogy ez lenne a helyes út.
Nem tudom, OpenWrt-s cuccra nem raktam még fel webszervert és PHP-t, nem próbáltam, de itt konkrét leírások vannak:
http://wiki.openwrt.org/doc/howto/php
ez konkrétan Lighttpd-re:
http://wiki.openwrt.org/doc/howto/http.lighttpd#configuring.lighttpd.and.php5
Ez alapján sem sikerül?[ Szerkesztve ]
Sk8erPeter
-
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.Ez egy .50-es rombolópuska, elég szép visszarúgással.
-
oleslie
aktív tag
válasz pvt.peter #11780 üzenetére
Én ha nem akarnám indexelni/keresni az újonnan felvett oszlopokat (csak tárolni az adatokat), akkor az ilyen bővíthető adatokat egy `TEXT` cellában tárolnám, az adatokat pedig serialize/unserialize. És nem piszkálnám a tábla szerkezetét.
[ Szerkesztve ]
Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem
-
cucka
addikt
válasz pvt.peter #11780 üzenetére
Nem szeretném, hogy úgy tűnjön, leugatok a magas lóról, de ez az elképzelés úgy szar, ahogy van. Egyszerűen felejtsd el, nem lesz jó, nem fog működni, sz*pni fogsz vele.
Ezt a feladatot úgy oldod meg, hogy 1 helyett 2 táblád van: az egyikben vannak a személyek, a másikban meg a személyek extra mezői. Így tetszőleges számú extra mezőt felvihetsz tetszőleges számú személyhez.[ Szerkesztve ]
-
sztanozs
veterán
Persze így halál lesz az 'egyéb' bezőkben keresni - ha még a mezőnév sem állandó... Persze a mezőnevek is lehetnek külön táblában, hogy véletlenül se legyen elírva - de azért bővíthető legyen.
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
cucka
addikt
válasz sztanozs #11783 üzenetére
Persze így halál lesz az 'egyéb' bezőkben keresni - ha még a mezőnév sem állandó...
Összekapcsolod a két táblát join-al és kereshetsz mindenféle feltétel szerint, legyen az mezőnév vagy bármi más.Persze a mezőnevek is lehetnek külön táblában, hogy véletlenül se legyen elírva - de azért bővíthető legyen.
Ha fontos, hogy ne legyenek elírva, akkor igen, célszerű külön táblába tenni őket. Így lesz normalizált az adatbázisod. -
Sk8erPeter
nagyúr
válasz oleslie #11781 üzenetére
"Én ha nem akarnám indexelni/keresni az újonnan felvett oszlopokat (csak tárolni az adatokat)"
Ilyen esetre nem szabad számítani, mert az adatok nyilvántartásának az a lényege, hogy a korábban elmentetteket meg lehessen jeleníteni akármilyen nyakatekerten, és tetszőlegesen keresni is lehessen köztük; valamint mindez a lehető legkevésbé legyen erőforrás-igényes.TEXT mezőbe behányni mindent, aztán "serialize/unserialize" pedig nagyon csúnya megoldás, egy normális query-t se lehet írni rá, ami ne zabálná tök feleslegesen az erőforrásokat.
Sk8erPeter
-
sztanozs
veterán
Amit a felhasználó írhat be, az el is lesz írva... Láttam én már nagy adatbázisokat (neveket, címeket) a felhasználók (vagy akár az operátorok) által felvíve - rémálom volt. Hát ha még mezőnév is általuk definiálható, akkor kész az idegbaj. Persze nem most, majd pár száz/ezer rekord múlva
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
Sk8erPeter
nagyúr
válasz sztanozs #11786 üzenetére
Eleve nem értem, miért akarod felhasználókra bízni ezt a dolgot. Ez a fejlesztők dolga, hogy kialakítsák a megfelelő adatbázis-hátteret, és jól működővé tegyék az alkalmazást. Ilyen feladatokat tényleg nem szabad rábízni akárkire.
De ha ilyen jellegű céljaid vannak, én azt javasolnám, hogy válassz egy bevált, karbantartott megoldást, mint amilyen a Drupal, ahol egyes content type-okhoz tetszőlegesen hozzá lehet adni különböző mezőket. Nagyon jól megoldották, van hozzá elég jó API is, így a core dolgait tovább lehet bővíteni, ebből az is következik, hogy rengeteg modul készült már, ami bővíti a Drupal működését hasznos mezőtípusokkal.
Szerk.:
bocsánat, ez pvt.peternek szólt, tényleg összetévesztettem az avatarok miatt...[ Szerkesztve ]
Sk8erPeter
-
sztanozs
veterán
válasz Sk8erPeter #11787 üzenetére
Gondolom csak az avatarjaink miatt kevertél össze minket
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
Inv1sus
addikt
Sziasztok! Segítséget szeretnék kérni.
Az új honlapomon számomra újfajta WYSIWYG editort akarok használni: Tinymce-t egy különálló pluginnal: Tinybrowser.
Ez a plugin arra jó, hogy képeket lehessen feltölteni, szerkesztgetni, átméretezni, átnevezni stb.
Az a probléma, hogy átméretezés esetén ez a plugin nem tartja meg az eredeti fájlt, hanem felülírja. Ez nem teszi túl egyszerűvé azt a lehetőséget, amikor mondjuk egy kis bélyegképet akarunk berakni, amire rákattintva a kép rendes méretét kapnánk meg egy külön ablakban.
Próbáltam megkeresni, hogy hol történhet a felülírás, de ez a progamozási szint kicsit túlnő rajtam. Úgy sejtem, hogy talán ebben a kódban történhet a dolog:
// Resize any files with new size
if(isset($_POST['resizefile']))
{
foreach($_POST['resizefile'] as $sizethis => $newsize)
{
$newsize = intval($newsize);
if($newsize)
{
// detect silly sizes
if($newsize > $tinybrowser['thumbsize'])
{
// do image resize
$targetimg = $tinybrowser['docroot'].$editpath.$_POST['actionfile'][$sizethis];
if (file_exists($targetimg))
{
$mime = getimagesize($targetimg);
if($_POST['resizetype'][$sizethis]=='width')
{
$rw = $newsize;
$rh = $mime[1];
}
else
{
$rw = $mime[0];
$rh = $newsize;
}
$im = convert_image($targetimg,$mime['mime']);
resizeimage($im,$rw,$rh,$targetimg,$tinybrowser['imagequality'],$mime['mime']);
imagedestroy($im);
$resizeqty++;
}
else $errorqty++;
}
else $errorqty++;
}
}
}Esetleg tudtok némi iránymutatást adni ezzel kapcsolatban?
UI: Csak tisztázásképpen: azt szeretném, hogy az eredeti fájlt megtartsa a program. Csak hogy nehogy félreértsetek.
[ Szerkesztve ]
*** WEBDESIGN, GRAFIKUS DESIGN, FRONT-END PROGRAMOZÁS ***
-
Inv1sus
addikt
Úgy is lehetne variálni, hogy onnan szedjem ki a linkeket, de mi van akkor, ha nagyobb 'fejléces' kép kellene, ami a tartalom teljes szélességét lefogja?
Nem nekem kell, hanem az ügyfélnek, ezért muszáj könnyíteni a dolgokon.
*** WEBDESIGN, GRAFIKUS DESIGN, FRONT-END PROGRAMOZÁS ***
-
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
blacee
-
Sk8erPeter
nagyúr
válasz blacee #11795 üzenetére
Most kicsit keresgéltem, ezt találtam:
[link]运行网站 错误解决
- ezzel a mondattal mondjuk nem teljesen értek egyetNa, de komolyra fordítva:
elvileg ez kellhet még neked:opkg install zoneinfo-core zoneinfo-europe
aztán
vi /etc/config/system
itt beállítod a megfelelő timezone-t:
Europe/BudapestNincs személyes tapasztalatom vele, de így leírás alapján elvileg ennyi.
Sk8erPeter
-
pvt.peter
őstag
Sk8erPeter, oleslie, cucka: azóta rájöttem, hogy eléggé nagy butaságot kérdeztem, illetve az ötlet is elég sz*r. Viszont meglehet oldani, elegánsabbnak mondható módszerrel.
sztanozs: elég sok időt fordítottam arra, hogy a felhasználó mit vihet be és mit nem. Szerver és kliensoldalról is történik ellenőrzés, természetesen biztos, hogy nem tökéletes, mert mindig lehet találni vmi kiskaput.Íme a kérdésemre a válaszom:
Tehát az űrlapon labelek és hozzájuk tartozó beviteli mezők vannak.
Labelekből lesznek az oszlopok és beviteli mezők lesznek sorok.
(Megfelelő függvényekkel le van kezelve, hogy mik kerülhetnek be értékeknek, bár biztos lehetne kiskaput találni.)
Nos, bevitelnél leellenőrzöm, hogy történt-e már táblalétrehozás.
Ha igen, akkor ugrás tovább.
Megnézem hogy a már meglévő tábla oszlopszáma kevesebb-e mint a labelek száma, ha igen, akkor az azt jelenti, hogy adtam hozzá újabb beviteli mezőt.
Ekkor for ciklussal megfelelő számú ALTER TABLE $tablename ADD $columns[$i] VARCHAR(40); utasítást adok ki, ahol a $columns változó tartalmazza az újonnan hozzáadott beviteli mezők labeljeit, mint oszlopnevek.
Ha ez megvan, akkor mehet az érték feltöltés, ami dinamikus, teljes mértékben alkalmazkodik az adatbázis esetlegesen növekvő oszlopszámú táblázatához.
Nagyjából ennyi, ez volt a lényege.[ Szerkesztve ]
Ez egy .50-es rombolópuska, elég szép visszarúgással.
-
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
-
Új hozzászólás Aktív témák
- A fociról könnyedén, egy baráti társaságban
- Facebook és Messenger
- plevips: Építkezünk 3. rész (2024)
- Futás, futópályák
- LEGO klub
- Itt az első kép a 2024-es Nokia 3210-ről
- Sorozatok
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Samsung Galaxy S24 - nos, Exynos
- További aktív témák...