Keresés

sajat idozitett feladatok lista

alan képe

Sziasztok

Sajat modulban kellene ket tipusu idozitett feladatot letrehozni.
Cron-al meg sosem foglalkoztam, ezert mielott nekiszoknek leirom az elkepzelesemet es nagyon halas lennek ha valaki rabolintana, hogy jo-e az irany.

Az egyszeruseg kedveert mondjuk a kovetkezo ket feladatot kellene idozitve vegrehajtani:

CHECK_A - miutan letrejott egy uj tartalom, 1 napra ra ellenorizze le, hogy szuletett-e komment, ha igen lezarja kommenteket, ha nem akkor egy nap mulva ujra ellenorzi

CHECK_B - minden cron futaskor leellenorzi, hogy a close_comment_field mezo erteke 1 vagy 0, ha 1 lezarja a kommentelesi lehetosegeket ha nulla kovetkezo cron futaskor ismet ellenorzi

Amikor valaki letrehoz egy uj tartalmat, akkor kivalasztja az A vagy a B lehetoseget.

Ilyenkor egy adatbazis tablaba beirodik a kovetkezo:
X- NID,
Y- DATUM,
Z- CHECK_NAME

A modul amit irnek tartalmazna
- egy funkciot amely minden uj tartalom letrehozasa utan megvizsgalna, hogy az A vagy a B lehetoseg volt kivalasztva, ennek fuggvenyebe beirna egy sort a fennti adatbazis tablaba
- megirnam a CHECK_A es CHECK_B funkciokat
- a hook_cron() nem csinalna mast mint listazna az adatbazis tablat es ha az aktualis datum nagyobb mint az Y(datum) akkor lefuttatja az adott funkciot es torli azt a sort a tablabol (a CHECK_A es B ha szukseges visszairja uj datummal)

Ha nem igy ,akkor nagyon hhalas lennek ha valaki leirna nekem par sorban az idozitett feladatok logikajat.

Drupal verzió: 

Privát filerendszer vagy Nyilvános és .htaccess

Anonymous képe

Jó estét!

Eddig nem használtam privát filerendszert, azaz kerültem a Alapértelmezés szerinti letöltési mód beállításnál a rejtett helyi file-ok beállítást, mivel ott volt az ijesztés, hogy nagyon lassítja a rendszert.

Most kicsit jobban belemerültem és azt tapasztaltam, hogy mezőnként választható a dolog, tehát nyilván nem fogja az egész rendszert lassítani, csak az adott mezőben való feltöltéskor, illetve annak elérésekor.

De ami még fontosabb: mindössze annyi történik, hogy a rejtett mappába kerül egy .htaccess file, ami az elérési jogosultságokat kezeli.

Na de, ha nyilvánosra állítom a mezőt, és akkor ugye a sites/default/files/ mappába kerül a feltöltött file, ott is megtehetem, hogy csinálok egy rejtett mappát, amibe beletéve ezt a .htaccess file-t ugyanúgy nem lehet elérni a file-t, ha az adott linket (útvonalat) a böngészőbe beírom.

Akkor mi értelme a privát beállításnak? Netán csak annyi, hogy nem kell megírni a .htaccess file-t, hanem a rendszer generálja le és teszi be?

A kérdésem még:

Ha a rejtett mappa a Drupalon belül, de a Sites mappán kívül van, akkor van különbség biztonság szempontjából? Tehát public_html/drupalmappa/rejtett, vagy public_html/rejtett.

Sőt, van-e értelme a public_html-en kivülre tenni, ha egyáltalán azt tudja kezelni a drupal. Mert cPanelben tudok a public_html-lel egy szinten is létrehozni mappát. Utána már tényleg a gyökér mappa van, annál kijjebb nem mehetek.

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 

Tartalom frissítésének tiltása

vikicica22 képe

Hello mindenkinek!

Szeretnék tartalmakat frissíteni, de úgy, hogy a tartalmak frissítési időpontja nem változzon meg. Ezt valamilyen módon kilehet kapcsolni?
(de utána vissza is lehessen kapcsolni)

Taxonomy upgrade extras: 
Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 

MERCI modul kiegészítése

tomchy képe

MERCI eszközigénylő és nyilvántartó modul kiegészítéséhez keresünk fejlesztőt.
https://www.drupal.org/project/merci

A modul alapfunkciói megfelelőek, de szükséges jópár egyedi fejlesztés:
- kimutatás az igényelt eszközökről
- naptár nézet az adott eszközhöz (a beépített nem azt tudja, amit kell)
- email az igénylésről több felhasználónak, stb

Munka jellege: 
Távmunka
Idő igénybevétel: 
Eseti, project jellegű
Jelentkezés határideje: 
2018. 09. 24
Buzzwords: 
javascript
jQuery
modulfejlesztés
régi átalakítása
sürgős
Szervezet megnevezése: 
GFX Design Kft.
Kapcsolattartó neve: 
Botlik Tamás

Rules adott számú tartalom törlés

Gyuri77 képe

Sziasztok...

Elakadtam picit. Hogy lehet megoldani a rules modullal, hogy egy adott számú elemet töröljön miután létrejött a tartalom.

Pl:Létrejött 10 tartalom, ebből szeretnék törölni 6 db-ot. Eddig, csak úgy tudtam beállítani, hogy az összest törli.

Van erre valami megoldás ? Mi lenne a megfelelő beállítás ? Esetleg másik modul a rules helyett ?

Köszönöm előre is a segítséget.

Gyuri

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 

Népítélet: Minek nevezzünk téged, te „disztribúció”?

Balu Ertl képe

A disztribúció a Drupal világában is hasonlót jelent mint a Linux esetében: összeválogatott szoftverelemeket előrecsomagolt beállításokkal, amelyeket gyakran abban a reményben tesznek közzé fejlesztőik, hogy sikerül egy olyan általános igényt lefedniük vele, ami sokaknak megfelelő lesz a céljaik eléréséhez. Mivel a modulokhoz és sminkekhez hasonlóan a disztribúciók képezik a közösségi projektek harmadik fajtáját, jópár éve szerves részét képezik a Drupalnak. Magyar nyelvre eddig vagy sehogy, vagy jobb híján „terjesztésnek” fordítottuk, amivel szemben az egyik leggyakoribb kritika, hogy csak az angol eredeti jelentését tükrözi, de nem mond semmit a fogalom valódi mibenlétéről. Pár kósza ötlet így hirtelen fejből:

  • Összeállítás
  • Csomag
  • Készlet
  • Disztribúció
  • Maradjon terjesztés – ha erre szavazol, indokold meg kérlek érvekkel, hogy
    értsük

Küldjetek még kommentben további javaslatokat, hogy felvehessük azokat is a lehetőségek közé!

A Mozilla szótárától most nem leszünk okosabbak, ők is a „terjesztést” használják. Szavazni akár itt, akár az l.d.o-n is tudtok.

Fórum: 

Drupal fejlesztőt keresünk távmunkában, projekt alapú megbízásokra

ilpet képe

Kialakulóban van pár fincsi Drupal (D8) projekt, amihez ebben jártas fejlesztőkre van szükségünk. Távmunkában végezhető, számlaképesség szükséges.

Jelentkezni referenciákkal lehet az [email protected] címen.

Munka jellege: 
Távmunka
Nyelvtudás: 
magyar
Idő igénybevétel: 
Eseti, project jellegű
Elvárások: 

- full-stack D8 tapasztalat
- OOP PHP ismeretek
- CSS, JS

Jelentkezés határideje: 
2018. 10. 12
Szükséges tapasztalat szintje: 
középhaladó
haladó
Szervezet megnevezése: 
C4Studio
Kapcsolattartó neve: 
Illés Péter

Haldoklik a Drupal?

alan képe

Az utobbi idoben egyre tobb korabbi Drupal fun-nal lattam, hogy szepen csendben kezdenek egyre gyakrabban mas platformokat hasznalni.

A Drupal 8 harom eve jelent meg, ez az IT szektorban rengeteg idonek szamit, a legujabb statisztikak szerint is meg mindig csak valahol 21,6% korul van a tobbseg 73,5% meg mindig a D7-et hasznalja. Ismetlem harom ev telt el!
https://www.drupal.org/project/usage/drupal

Nem is csoda, hogy az eddigi szokasoktol elteroen Dries bejelentette, hogy a D9 megjelenesevel, ami 2020-ban lesz, nem szunik meg a D7 tamogatottsaga hanem majd csak 2021-ben. (https://dri.es/drupal-7-8-and-9)

Egyebkent meg az iden ev vegen a Drupal 7 hasznaloknak muszaj lesz valtani php 7.x-re, ami gondolom sok helyen nem lesz zokkenomentes.

Az angol nyelvu cikkeket es forumokat olvasva ket dolgot ronak fel sokan, az egyik a "backwards compatibility" a masik pedig, hogy a D8-al a Drupal a kisebb sitebuildereket magukra hagyta, mivel a kisebb projektek idoben es penzben tul sokba kerulnek D8-alatt. Erdeksseg, hogy a whitehouse.gov amikor atkerult WP motor ala, hivatalosan az egyik fo indok is ez volt, vagyis hogy ezzel a valtassal evi 3 millio dollart sporolnak meg.
(http://www.eweek.com/enterprise-apps/whitehouse.gov-moves-from-drupal-to...)

A visszafele kompatibilitas miatti elegedetlensegek miatt most mar azt igerik, hogy a D9 eseteben nem lesznek ilyen gondok - ez fontos is, hiszen, a mai napig sok nepszeru modulnak nincs stabil verzioja D8 ala (pl Rules, Calendar stb)
Erdemes elolvasni Ryan Szrama (Drupal Commerce) egyik kommentjet: "One thing WordPress users have never had to experience is an upgrade that breaks backwards compatibility. That was always the risk with Drupal's strategy..." (https://www.previousnext.com.au/blog/have-we-reached-peak-drupal)

Az eredmeny nemzetkozi szinten is az lett, mint a drupal.hu eseteben: a kozosseg szep lassan elparolgott. " Everything is overcomplicated. And the biggest issue is that the community is dead. Try to ask a question and you will get 3 views and 0 answers."
(https://www.davehall.com.au/blog/dave/2017/04/19/drupal-we-need-talk)

Keson ebredtek?

Nasvillben Dries bemtuatott egy felmerest, amelyben vegre megkerdeztek, hogy ki mit gondol a Drupalrol es felvazolt egy tervet is, hogy hogyan fogjak ezeket az igenyeket kielegiteni.
DrupalCon Nashille (19:25-tol)
https://www.youtube.com/watch?v=8HkOdpNT8Ec

Darmstadtban mar be is mutatta, hogy a nemreg megjelent D8.6-ba miket sikerult ezekbol beepiteni es miket terveznek a tovabbiakban, sajnos jopar ezek kozul mar letezik mas rendszerekben, tehat itt az lathato, hogy eddig a sajat fejuk utan fejlesztettek es most probaljak potolni a lemaradast bizonyos teruleteken, beepiteni a kozosseg igenyeit, hiszen erzik Ok is, hogy sokat veszitett a nepszerusegebol a Drupal, (be is jelentette, hogy a Marketingre is kulon figyelmet fognak forditani.)

Drupal Europe Dries (4:30-tol)
https://www.youtube.com/watch?v=iXB0sNreSlM

Hogy mit sikerul vegul az eloadason elhangzottakbol megvalositani ez majd kiderul, remelhetoleg nem lesz mar tul keso. Egyelore az latszik, hogy a cel a nagyobb projektek kiszolgalasa.

Vegezetul meg nehany erdekes statisztika:

https://trends.builtwith.com/cms/Drupal
https://w3techs.com/technologies/overview/content_management/all
https://trends.google.com/trends/explore?date=all&geo=US&q=drupal,wordpr...

A cimben feltett kerdesemre valaszolva en ugy latom, hogy nem haldoklik, hanem inkabb atalakul. Remelhetoleg ez az atalakulas azonban nem a vegzetet fogja elhozni a szamara.

Fórum: