Nem értek egyet, de elég off,
Nem értek egyet, de elég off, szóval ezután tovább nem viszem a témát. Ha egy szolgáltató nem tudja leírni, hogy hogyan hívjunk meg időzítővel egy weboldalt, vagy php fájlt, az nekem inkompetenciára utal.
Arról nem is beszélve, hogyha én szolgáltató lennék, akkor annyit biztosan megtennék - mert kb 2 perc, és az ügyfélnek az jó - hogy a nemértekadrupalhoz válasz cikornyás megfogalmazása helyett beírom a keresőbe, hogy drupal cron.
És voila, már csak azt a részt kell belőle kiválasztanom, amit az általam futtatott szerverkörnyezetben leginkább használni lehet.
----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Miert gondolod, hogy a
Miert gondolod, hogy a session tablaval van a gond? A hiba szerint egy index a gondja, igy hirtelen ezt az issue-t talaltam hozza: http://drupal.org/node/935570
az egyik megoldasi javaslat az, hogy az indexet upgrade elott el kene tavolitani, ezek a kommentek talan segitenek:
http://drupal.org/node/935570#comment-5620664
http://drupal.org/node/935570#comment-5965050
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Én is ezt csináltam.
Én is ezt csináltam.
(hogy a szerverrel pontosan mi történt, azt nem tudom, nem árulták el a rendszergazdák...)
Szóval lemásoltam mindent, de lokálba is ez a helyzet: az az egyetlen node nem elérhető (404-es hibával elszáll), se a node/734 se az álnév nem hozza. A többi node/[nid] elérhető.
Szóval igazából az volt a kérdésem, hogy ha a node táblában minden okénak látszik, akkor hol akadhat el a megjelenítés (ami valamelyik táblában mondjuk látszana jó esetben), szóval hogy hol törhet el egy node.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Image adott view-ra linkelése hogyan lenne szépen megoldható?
Ja, tényleg, igazad van, korábban is fejtegettem már ezt, tiszta hülye vagyok. :D:D Annyi mindenen kellett már azóta járatnom az agyamat, hogy ez az ötlet úgy ugrott be, mintha új lenne. Mondjuk akkor még nem jutott eszembe, hogy Display Suite-tal milyen egyszerűen lehet korlátozni a megjelenő elemek számát.
Hogy lenne tisztességes megoldani egyébként ezt az adott view-ra linkelést? A template-ből/valamelyik theme függvényből nekem eléggé gányolásnak tűnik, lehet, hogy kéne létrehozni valami display formatot? Vagy mi erre az értelmes módszer?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ezzel több problémád is lesz
Ha a Feeds-el végzed a importot akkor lehet ez segítségedre lesz: Feeds Tamper
De szerintem ezzel nem csak a kategorizálásnál lesz gondod. Teljesen automatizálni nem tudod, ha csak nem előre feldolgozod a két forrást.
Pl: Melyik az az adatbázis amelyik fogja szolgáltatni azt az árat amivel számolni fogsz magadnál. Gondolom az alacsonyabbik árhoz akarsz igazodni a versenyképesség miatt.
De lehet túl gondoltam a problémád....
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szia!
Szia!
Nem akarom elmenteni az adatokat. A beküldött adatokat kell majd bizonyos szempontok szerint feldolgozni, kiértékelni és végül ezek alapján bizonyos node-k szűrt listáját visszaadni. Végül is egy speciális keresőnek nevezném.
De utána az eredmények nem kellenek, jelenleg legalábbis nem cél a keresések tárolása.
Ha webformmal csinálnám, akkor feleslegesen lenne egy mentés az adatbázisba, majd onnan kellene az eredményeket visszahívni, feldolgozni, végül törölni.
Webformmal már megoldottam volna, de ez egy jó alkalom és indok, hogy ezt a területet is megismerjem a Drupalban. :)
Csökönyi Ferenc
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha media queries-t használsz,
Ha media queries-t használsz, akkor bizonyos méret alatt már inkább az egyhasábos szöveg, floatolt képpel lenne a szép - szerintem.
Én szoktam ilyenkor konzultálni a dizájnerrel, mert van az úgy, hogy ő megálmodik valamit, aztán az a gyakorlatban nem lesz szép, vagy rosszabb esetben megvalósíthatatlan. Talán bizonyos kompromisszumra a megrendelő is hajlandó pláne, ha alátámasztod szakmai érvekkel.
Az IE használat több forgalmas weboldal statisztikája szerint kb. 10%, ebből a 10-ből 30-50% már 10-es verziót használ. Ez mostani adat, éppen a konkrét ügy miatt néztem meg :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Igen, létezni fog, de lehet,
Igen, létezni fog, de lehet, hogy 0 uid-vel.
Ritka unsafe ezt a mutatványt form submitban végezi, ott van az aboros által emlegetett hook_user_insert.
1001 lehetőség van arra, hogy a global $usered még ne az legyen, amit akarsz, ellenben a hook_user_insertben minden megvan, és csak akkor fut le, amikor kell (ráadásul egy db_transaction kellős közepén)
Szóval simán lehet, hogy amit megcsinálsz, az épp most működik, aztán később jön valami modul, átrendezi a submitek sorrendjét, és már lőttek is az egésznek.
----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Na még egyszer!
Sajnos, így visszanézve, az előző válaszomnak is csak a fele mentődött le!
Valamiért a bemásolt kódrészletnek a felét lenyeli a rendszer, meg az az utáni szöveget is.
Igy megpróbálkozom egy linkkel, ami ezt a fájl-t mutatja:
https://mega.co.nz/#!fVwkmahZ!OoG6ii322Sva2O6Rk_4XBiJqj5GRd2vHo2s5PvcEV7k
Szükség esetén (privátban) megadom az admin-, és FTP-hozzáférési adatokat
Fáradságodat köszönöm! Üdvözlettel: Veres László
Veres László
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
oldallal nem, mivel akkor
oldallal nem, mivel akkor eddig nem lett volna ez a hiba és a többi böngészőnél is jelentkezne. Tovább mivel nem módosítottam a Drupal-on, ez kizárható.
A szolgáltató se lehet, mert akkor miért csak az egyik böngészőnél jelentkezik?!
A gépemmel ugyanezért nem lehet baj.
Igaz ez az OP rendszerre is (XP)
A Firefox vagy az egyik kiegészítő. Nos, az utóbbi igaz lehetne, ha ez idő alatt valami újat telepítettem volna.
Tehát marad a Firefox.
A világ? Azzal ettől függetlenül is baj van :-)