azért így működik, mert ez a logikus
eleinte nehéz belátni a drupal néhány logikátlannak tűnő dolgáról, hogy valójában az a logikus, de egy idő után ráérez az ember és akkor meg már az tűnik logikátlannak, amit eredetileg logikusabbnak gondolt.
ha alapból úgy működne a rendszer, hogy egy hierarchikus szótárban valamely kategóriához rendelve egy node-ot az megkapná az adott kategória összes szülőjét is kategóriaként, hááát, azt hiszem ezt a működést többször kéne felülírni mint a mostanit.. :) jó ez így ahogy van.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Fordítva
vagy én nem értem, mit mondasz... csinálsz egy domain aliast mondjuk teszt.domainedneve.hu néven, csinálsz neki egy virtualhostot, és megfelelteted az alkönyvtárnak (ehhez persze az kell, hogy hozzáférj az apache konfig fájljaihoz, ne csak .httaccess-hez, úgyhogy nagyon igénytelen szolgáltatóknál nem működik). Bár talán virtualhost nélkül is meg lehet oldani, feltételes url rewrite-okkal.
Ennek egyébként az az előnye is megvan, hogy nem keverednek össze a böngésző által a különféle oldalakhoz tárolt jelszavaid.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
most
Most ott tartok hogy valoban láma voltam és megoldhato egy nézettel , az oldal és a blokk kulon mezokkel . Ujra csináltam most már igy de a hiba ugyanaz :( Az oldal nézet jo , de a blokk nézet nem :( Egyszeruen nem látja a számot .
Az oldal nézetben megadtam hogy az elérés : nevek
Ha a link nevek/29 akkor a 29-es user id hireit listázza ki az oldal , de a blokk nem látja ezt a 29-et .
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
azt hiszem valami
a jogokkal lehet. Megnéztem, és azt találtam, hogy a felhasználói adatlapokat nem volt senkinek joga megtekinteni. Bepipáltam az azonosított felhasználókat, így náluk valóban az adatlapra visz a link már.
Viszont ha nem bejelentkezett a felhasználó, és így nincs joga megnézni az adatlapokat, akkor továbbra is a nemlétező oldalra visz. Egy álnév beállítással ezt ki tudom küszöbölni, hogy a guestbooks oldalról a guestbook-ra vigyen vissza.
Normális eset az, hogy csak a bejelentkezettek láthatják az adatlapokat (így van most nálam)?
belulo
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönjük a korrekt leírást.
Köszönjük a korrekt leírást. Számítani kell némi bonyadalomra , ha az ember a multisite neobase oldalról költöztett saját szerverre. Egyébbként én is hasonlót tapasztaltam átregisztráltam a domain tőlük, negyed órán belül már nem volt elérhető az oldal (csak hibaüzenetek tömkelege)az eredeti ingyenes neobase címen. Még szerencse , hogy előtte mentettem. Persze én is kérdeztem , hogy az ingyenes szolgáltatásban miért nem érhető el az oldal azt a választ kaptam, hogy én rontottam el valamit.Úgy látom ez a forgatókönyv ilyenkor.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Tényleg úgy működik?
Ha egy node-nál bekapcsolom egyszer az új verzió készítését attól fogva az mindig be lesz pipálva. Ráadásul akinek nincs joga a verziók kezeléséhez az ezt ki se tudja kapcsolni.
Akkor az én Drupal verziómmal (6.16) van a gond? Ha egy node-hoz létrehoztam már új verziót, és azt szerkesztem, nincs automatikusan bejelölve az új verzió létrehozása.
Ui:feldobtam egy új Drupal-t és ott sem úgy működik ahogy írod.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
hiba/pontosítás
A 42-esnél a megjegyzés nincs rosszul fogalmazva? Nem kéne pont az ID alapú kiválasztásnál is megadni a tag-et, hogy ne nézze végig az összeset?
Vagy ha nem, akkkor nem értem, hogy az miért jó, hogyha a böngésző beépített getElementysByTagName() eljárását használja a kódunk, és az miért nem jó, ha a getElementNameById()-t. Ide jó lenne egy kis pontosítás. Próbáltam az eredetiben megnézni, de ott ez a megjegyzés nem is szerepel.
Amúgy nagyon jó kis lista, köszi a beküldést!
--
Csonka Gergely
http://cheppers.com
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
valszeg több probléma is van
az első hibaüzenet arra panaszkodik, hogy kevés a beállított "memory_limit". ezzel a szolgáltatódat kell megkeresni. az admin/report/status oldalon meg tudod nézni, hogy mennyi van pillanatnyilag beállítva. ajánlott 128M.
a másodiknak az a gondja, hogy az ideiglenes fileok könyvtára nincs megfelelően beállítva. az admin/settings/file-system oldalon kell megadnod egy könyvtárat, ami a php upload temp könyvtár. ha nem tudod mit kell beírni a szolgáltatód tudja megmondani, hogy a te tárhelyeden mi ez a könyvtár.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
szerintem nem kell a check_plain, de miért preprocess?
Szerintem itt nincs szükség a check_plain -re, mivel előtte a regexp -el a '(a-z)+' mintát használtad, az pedig ugye csak az angol abc kisbetűit engedi át, tehát ha valaki gonosz, akkor a kódja már el sem jut a check_plain-ig.
Jól gondolom?
Ezen kívűl ami engem érdekelne, az az, hogy van-e különösebb oka, hogy ezt a _preprocess_node-val oldod meg, és miért nem mondjuk a hook_nodeapi hívásával? ($op = 'alter')
Köszi.
- - -
Juhász Márton
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
"Alapértelmezett címlap" mező
az nekem is feltunt, hogy ott azt rosszul irja ki, mindig hozzairja az aktualis nyelvet, de a beallitas tokeletesen mukodik (jo lenne bekuldeni core issue-nak)
megjegyzes: az alapertelmezett nyelvnel az utvonalakhoz sose adja hozza a nyelv roviditeset tehat a nyitooldal: "www.domainnevem.com" es sved nyelven jelenik meg