Erre való a kategórizálás
1. Kapcsold be a taxonomy modult.
2. Hozz létre egy szótárat (mondjuk "rovatok" néven)
3. Állítsd be, hogy story-kat szeretnél vele kategorzálni.
4. Hozz létre két kategóriát, rovat1 és rovat2 néven
5. Ha beteszel egy storyt egy rovatba akkor megjelenik a nézetében egy link, ami az adott kategóriában megjelenő tartalmak listájára mutat. Ezt a linket kell elhelyezned a menüben.
(6.) valami olyasmi lesz az útvonal, hogy term/tid/1 ami nem túl szép erre érdemes létrehozni egy álnevet mondjuk rovat1 néven.
(7.) pathauto modullal be lehet állítani, hogy a storyknak is megfelelő útvonala legyen, mondjuk "rovat1/ez_egy_hir"
Kész is vagy.
p
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszi a segítséget!
Köszi a segítséget!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
%count javítás
Sziasztok!
Nekem a probléma az Event modul telepítése során keletkezett.
A telepítés után volt egy hibaüzenet: " ?? hibás: a többesszámokat leíró formula nem elemezhető. " Biztosan ezzel függ össze.
Az autoimport során újra ugyanaz a hibaüzenet.
Rákerestem, és az Event-hez mellékelt .po fájlok egyikében, a event-module.hu.po-ban három helyen szerepelt hibásan @count helyett %count. Javítottam és feltöltöttem az új verziót.
Újra autoimport, újra ugyanaz a hibaüzenet.
Ezután azt a bizonyos fájlt külön importáltam.
SIKER!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
semmi...
A változók nem postolódnak el az a bibi csak azt nem tudom miért...
ugye van egy form ami:
<form id="h" name="h" method="POST" action="kuld.php" onSubmit="return FormCheck(this)">
atán a formon belül van:
<?php $datum = date("Y-m-d H:i:s"); global $user; $felh= $user->name; $wfeid= $user->wfe_id; $u_uid= $user->uid; $profil->uid = $user->uid; profile_load_profile($profil); $telj_nev= $profil->profile_nev; $telszam= $profil->profile_telszam; ?>
és egy ilyen:
<?php if ($wfeid==0){ $uz = pg_query("SELECT uz_nev, uz_id FROM uz, torzs WHERE to_rgaz_uz_id=uz_id"); while ($sor = pg_fetch_assoc ($uz)) { echo '<input name="uznev" id="uznev" readonly="readonly" value="'.$sor["uz_nev"].'">'; echo '<input name="uzid" id="uzid" type="hidden" value="'.$sor["uz_id"].'">'; } } else{ $uz2 = pg_query("SELECT uz_nev, uz_id, fe_nev, fe_id, uf_nev, uf_id FROM felh, uz, ugyf, web_user WHERE wfe_id=fe_id and fe_uf_id=uf_id and uf_uz_id=uz_id and wfe_id=$wfeid"); while ($sor = pg_fetch_assoc ($uz2)) { echo '<input id="uznev" name="uznev" readonly="readonly" value="'.$sor["uz_nev"].'">'; echo '<input id="uzid" name="uzid" type="hidden" value="'.$sor["uz_id"].'">'; echo '<input id="fenev" name="fenev" type="hidden" value="'.$sor["fe_nev"].'">'; echo '<input id="feid" name="feid" type="hidden" value="'.$sor["fe_id"].'">'; echo '<input id="ufnev" name="ufnev" type="hidden" value="'.$sor["uf_nev"].'">'; echo '<input id="ufid" name="ufid" type="hidden" value="'.$sor["uf_id"].'">'; } } ?>
ez szépen megy is vagyis bekerülnek a változó értékek de nem kerul át a kuld.php-nek
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nézd meg hogy a
Nézd meg hogy a kuld.php-ben egy $_POST nevű tömbben mi van. (Nem kell globalt rakni elé, ha függvényből hívod meg.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
benne van...
benne vannak..
ha az insert be a values-hez így adom meg hogy
INSERT INTO valami (ararmi,valami) VALUES($_POST['akarmi'],$_POST['valami']);
akkor elvileg mennie kellene nem?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
DE!!! Amúgy
DE!!!
Amúgy köszi:)
(Végre!!! Válaszoltak!Segítettek!!! Yuhhhhééééély!)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Lebegőpontos valós számok
A számítógép bizonyos meglehetősen speciális esetekben tud értelmezni racionális számokat pontosan, de a valós számoknál nem ez a helyzet. Őket lebegőpontosan ábrázolja, vagyis a mantisszát az adattípustól függő tizedesjegy (pontosabban ?kettedesjegy?, mivel bináris) pontosságban, a karakterisztikát pedig a kezelt tartományban pontosan (mivel az egész).
A problémádra a forint esetében nyilvánvaló megoldás lenne az egészekre való áttérés. Más pénznemek támogatásának szükségessége esetén egyéni, egészeken alapuló CCK widget készítése is megoldás lehet.
(Mellesleg megfontolandó, hogy ilyen nagyságrendű kiadás esetében a vásárló csak egy rossz megjegyzést tesz erre a marketingfogásra és a továbbiakban kétmilliónak tekinti az árat.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Igen kb., pl. "INSERT INTO
Igen kb., pl. "INSERT INTO táblanév (valami1, valami2) VALUES (".$_POST['adat1'].", ".$_POST['adat2'].")"
- A hozzászóláshoz regisztráció és bejelentkezés szükséges


én csak export-import
én csak export-import megoldásról tudok. táblánként ki, átállít, minden drop, aztán táblánként be.
mysql manualból:
"innodb_file_per_table affects only table creation, not access to existing tables. If you start the server with this option, new tables are created using .ibd files, but you can still access tables that exist in the shared tablespace. If you remove the option and restart the server, new tables are created in the shared tablespace, but you can still access any tables that were created using multiple tablespaces."
http://dev.mysql.com/doc/refman/5.0/en/multiple-tablespaces.html