az csak az aláírása, ne aggódj! :)
nem írtad, hogy hanyas drupalban szeretnéd mindezt megvalósítani.
feltételezem, hogy 6.x drupallal dolgozol. (ha mégis 5.x, akkor nem tudok segíteni modulírásilag:)
egy mini modult kéne írnod, ami egy .info fileból és egy .module fileból áll. legyen a modul neve mondjuk mycron.
ekkor a két file mycron.info és mycron.module.
mycron.info:
name = MyCron description = Executes custom commands during cron runs. core = 6.x version = "6.x-1.0"
mycron.module:
<?php /* Implementing hook_cron() */ function mycron_cron() { /* ide írod míves php nyelven amit végre akarsz hajtatni cron futásakor */ }
figyeld meg, hogy a .module fileban van php nyitás, de lezárva nincs! ez fontos.
ezt a két filet belepakolod egy mycron mappába, azt feltöltöd a sites/all/modules mappába, meglátogatod az admin/build/modules oldalt és engedélyezed a modulkádat és már megy is, tadaa. könnyű ez, na.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az adat migrációra
Az adat migrációra/visszaállításra mindig kész kell lenni.
Alapesetben (mint ahogyan csakiistvan is írja), ha nem csak kikapcsolod, hanem el is távolítod az adott modult akkor nem történhet veled ilyen.
Az élet azonban nem csak játék és mese.
Elképzelhető, hogy valamelyik modul nem rendesen írta meg az uninstall hookját, és a táblákat ugyan eldobaj(mert alapból eldobja a Drupal), de az általa létrehozott változókat már nem. Az is lehet, hogy interakcióba lépett egy olyan modullal ami nincs minden esetre felkészítve, pl. arra, ha kikapcsolnak egy olyan modult ami interakcióba lépett vele. Ekkor is maradhat szemét az adatbázisban.
Aztán ott van az eset amikor az ember feltesz egy modult és az ledögleszti az oldalt. Ekkor kénytelen valahogy kitörölni az ember az adott modul fájljait, így nem lesz semmi se aki lefuttatná az uninstall hook-ot.
Mivel egy tesztkörnyezetet egy pillanat alatt fel lehet húzni, (drush dl drupal, vagy egy kedvenceket tartalmazó .make fájl, plusz normális fejlesztő környezet) nem érdemes az ilyeneket éles oldalon csinálni.
Fogod feldobsz egy tesztkörnyezetet, kipróbálod, tesztelgeted, ha tetszik használod.
Természetesen mielőtt kiteszed az éles oldalra érdemes végiggondolni, hogy mit teszel, ha mégis valami balul üt ki, és készítesz egy akciótervet a visszaállításra. (vagy legalább egy imát el kell morzsolni, vagy az ujjakat keresztbe tenni, de gondolni kell rá)
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
az első problémát
az első problémát megoldottam, ami megoldásra sarkallt, hogy az avast támadó kódnak azonosította az oldalam regisztrációját, az egyik javascriptre mutatott ami az avatar crop könyvtárában csücsült. Linux alatt ezt nem vettem észre..., sajnos ezt a hibajelzést azóta se küldték el nekem. Amit tehettem letöröltem az avatar crop modult, töröltem a logokat, most jónak tűnik a rendszer.
Az avatar crop-ból a legfrissebb volt fent, megnéztem törlés előtt az md5-öket az eredeti fájlokkal, de nem voltak módosítva. Adatbázis tábla meg nem volt hozzá, így ismét csak tanácstalan vagyok mi lehetett a baj.
Mindenesetre a törlés megoldotta, de csak a vírusjelzést.
A taxonomy kiegészítésekor sajnos továbbra is megjelenik a belinkelt kép.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nálam eddig az
Nálam eddig az entityreference volt a standard, de most már a relation felé húz az eszem. Az entityreferencel mi volt a gond?
A viewba amúgy valamilyen módon bele kell tolni az uid-t, mert különben nem fogja tudni userhez kapcsolni. Ez alól kivétel a username és talán az email, mert ezek egyediek.
----
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
viszont az ékezetek...
Az a lényeg, hogy megoldódott. :) Viszont az ékezetekkel még mindig szenvedek. :)
Olyan, mintha a lap latin2-t és utf8-at egyszerre használna. Régi helyén teljesen jól megy, az új helyen pedig valahol jók az ékezetek valahol meg nem (egy lapon belül is), és a böngészőben manuálisan változtatva a kódolást hol az egyik hol a másik szöveg lesz jó. :)
A másik érdekes, hogy már mindent kipróbáltam, az adatbázist különböző kódolásúvá átállítottam, próbáltam a drupalra ráeröltetni a latin2-t, és az utf8-at is. Alapvetően egyébként utf8-ban van a lap. :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
az csak kicsit
Az csak nagyjából, bár az sem ajánlott. Amit ilyen helyekre beírsz, azt simán írhatnád modulba is, ahogy pp is javasolta. Ami viszont végképp nem ajánlott, az az adatbázis kezelése ilyen formában.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Sikerült beállítani Az a
Sikerült beállítani
Az a lényeg, hogy a jobb oldali hasábnak a View beállításaiban az Argument Code-hoz ezt kell írni:
$limit=4;
$page=1;
És az Use Pager legyen kikapcsolva.
Akkor nem a nulladik oldalt tölti be, hanem az elsőt (azaz lényegében a másodikat, tehát az 5. cikktől a 8. cikkig jeleníti meg.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Namármost, nekem az
Namármost, nekem az adatbázisnál nem megy tovább, pedig helyesen adok meg mindent neki, nem ir ki hibát csak egyszerűen betöltödik az oldal és visszaugrik az elejére, oda ahova még nem irtam be semmit, és kéri előröl az adatbázis nevét, felhasználói nevét, jelszavát meg mivel az adatbázis egy másik távoli szerveren van annak a cimét.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az ingyenesnek mondott
Az ingyenesnek mondott szolgáltatók a legkevésbé sem ingyenesek. Ha figyelembe vesszük az korlátozásokból és a minőségből eredő hibák detektálására és javítására fordított időt éves viszonylatban, szvsz még albán minimál-órabérrel számolva is simán kijön az az összeg, amit egy korrekt hostingszolgáltatónak kell kifizetni évente.
Az idegbaj miatt elpazarolt agysejtekről meg ne is beszéljünk..
----
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
az a top 200 nem az a top 200
erre a top 200 -ra gondolosz?
http://img.skitch.com/20091024-qxy3ccxm7h4xr3qtt7k7pik92x.jpg
ez nem azon szavak listája amikre legtöbbször megtalálnak téged, hanem azoké, amiket a legsűrűbben lát a crawler az oldaladon. azt a listát ami azt mutatja mire keresnek leggyakrabban mikor téged megtalálnak, a 'top search queries' alatt láthatod. (praktikusabb ezt egyébként google analyticsben követni mert ott sokkal részletesebben láthatod azt)
a probléma ettől még valós és nyilván sokkal jobb lenne, ha a hőn áhított szavaid szerepelnének gyakrabban az 'elfelejtett jelszó' -nál ;)
ezt úgy tudod elérni, hogy az oldalsávokat a html végén írod ki. elöl a tartalom legyen. a pozíciókat amiket ember lát, azt cssel alakítod ki. a tpl.php a robot számára kell, hogy érthető, hangsúlyos legyen, ő pedig fentről lefelé olvas és ami előbb van az fontosabb. (kb)
próbáld ki a zen sminket és nézd meg ő hogyan csinálja ezt. (negatív margókkal operál, nagyon elmés)
-
clear: both;