Keresés

Tests mappák

HF leon képe

Emlékszem korábban volt egy olyan hozzászólás, amely a drupal 8 nagy méretét firtatta.

Most, hogy egy teljesen egyedi composer-es telepítő elkészítésén dolgozom észrevettem, hogy nem csak a vendor mappában fordulhatnak elő tests mappák, hanem a core is jócskán tartalmaz ilyeneket.

A kérdésem az lenne, hogy eltávolításuk okozhat-e valamilyen problémát?
Az éles környezetben ezekre mi szükség van? Több 10 MB-ról van szó. Manapság ez nem nagy mennyiség, de, ha felesleges, akkor minek foglalja a helyet?! Éles környezetben ép oly feleslegesek, mint a *.md és *.txt fájlok a robots.txt-t leszámítva.

Drupal verzió: 

Szenior Drupal backend fejlesztő a Gizránál

Novák Áron képe

Ha elhivatott Drupal fejlesztő vagy, szeretsz távmunkában dolgozni, s angolul is remekül tudsz, akkor a Gizra csapata pont Téged keres! Nézd át, hogy milyen témák érdekelnek minket mostanában: https://www.gizra.com/blog/
Jelentkezéshez a Drupal.org-os/GitHub profilodra lesz elsősorban szükség.

Ha Budapest környékén jársz, egy kávé/fagyi mellett szívesen mesélek a tapasztalataimról, a napi munkáról, s bármiről, ami érdekel.

Munka jellege: 
Távmunka
Nyelvtudás: 
angol
Idő igénybevétel: 
Teljes munkaidős
Jelentkezés határideje: 
2018. 06. 30
Szükséges tapasztalat szintje: 
haladó
Buzzwords: 
modulfejlesztés
régi átalakítása
sebességoptimalizálás
új weboldal
Szervezet megnevezése: 
Gizra
Kapcsolattartó neve: 
Novák Áron
Telefonszám: 
+36203807748

Commerce Price árak 4 tizedesjegy pontoságúra állítása

tamoca képe

Szervusztok DruPálosok!
A commerce kickstart 2 ben az árak 2 tizedesre vannak. Én most euróban dolgozom és és olyan árak vannak , hogy pl 0.0449 eur és ebből akár 10 000db-ot vesz és amikor 2 tizedesre vágja a rendszer akkor ez 0.5 re kerekedik és 10 000 db nál nem jó az árak összege nyilván. Arra találtam egy modult ami elvileg a tideseket tudja állítani teszt körnezetben kipróbáltam de se elvenni nem tudok a 2 tizedesből se növelni, valamiért. A modul neve Commerce Price Decimals Formatter.
A commerce magjában is volt aki belenyúlt olvasom, de az nem lenne szerencsés. Az adattáblában is párhuzamosan gondolom változni kellene és attól ha belenyúlok lehet, hogy kiakad az adatbázis.
Nincsenek még felvive árak tehát bármit lehet csinálni. Olvastam amikor már fenn vannak a termékek ez még macerásabb lenne szerencsére még nincs fenn termék.
Fordítva sok a bejegyzés, hogy tizedest eltüntetnék, de olyat, hogy 4 tizedesre akar valaki dolgozni egy bejegyzést se találtam.

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

Ubercart migrálás

tamoca képe

Sziasztok DruPálosok!
A www.pasztormuves.hu oldalt kellene responsive drupal 7 re migrálni 6-osból. A termékek Ubercattal vannak felvíve. Van új tárhely , adatbázis a munka közben a régi oldal élesben megy és ha kész akkor lenne átirányítva.
A tárhely , adatbázis eléréseket küldöm annak aki vállalja. A fényképek sokasága a szerveren a tárhelyszolgáltató segítségével átrakható , hogy az uj rendszernek jó helyen legyen és ne kelljen feltölteni újra mindent.
A betűtípus és színek , kinézet minden maradna de responsive kell legyen. A webáruház taxonómiája is marad minden. Több nyelvűsíteni kellene mert el kívánják készíteni a honlapot sok nyelven. Árak termék leíró szövegek kellenek, de a kosár stb nem kell mert csak bemutató oldal lesz , megszűnik a közvetlen értékesítés az új szabályzó macerák miatt.
Egyedi amúgy is a termékek 99%-a és rendelésre megy.
Ha valaki vonzódik zene iránt azt keresi a tulaj mert ő hangszereket, bőr szaru és famunkákat készít és szeretne bartelezni elsősorban.
Írj nekem és továbbítom vagy keresd közvetlenül a honlapon lévő elérhetőségek alapján.

Munka jellege: 
Távmunka
Idő igénybevétel: 
Eseti, project jellegű
Jelentkezés határideje: 
2018. 05. 29
Szükséges tapasztalat szintje: 
haladó
Buzzwords: 
migrálás
webáruház
Szervezet megnevezése: 
magánszemély
Kapcsolattartó neve: 
Szűcs Gergely
Telefonszám: 
0036703334777

HTTPRL modul telepítése után elérhetetlen a tárhely.

loogan23 képe

Sziasztok!

Az utóbbi időben irtózatosan belassult az oldalam ami még fejlesztés alatt van.
Ez annyira leromlott, hogy minden klikkelésre internal server error-t dob.
A java és css összeolvasztás illetve a gyorstárak bekapcsolása kicsit javított a helyzeten, egy napig tudtam dolgozni kb, majd egy újabb css bogarászás után már ez is kevésnek bizonyult.
Szolgáltató felé eddig nem volt probléma, aldomainen van ugyanebben a mappában az oldal régi verziója, mely teljesen jól működik.

Ma próbálkoztam nem használt modulok kikapcsolásával/törlésével, de ez sem segített.
Az alábbi írást követve próbálgattam a modulokat
http://www.fzolee.hu/fw/drupal_7_sebesseg_tesztelese

Volt amelyik használt, valamicskét, volt amelyik nem.
A HTTPRL modult telepítése után viszont az egész tárhely használhatatlanná vált.
Nem működik sem az ftp, sem a direct admin felület.
Elérhetetlen az új és a régi oldalam is.

Szolgáltató felé jeleztem, de ügyfélszolgálat csak reggeltől lesz.

Teljesen tanácstalan vagyok.
Hogyan nullázhattam le az egész tárhelyet?
Ha sikerül esetleg visszaállítani, hogyan gyorsíthatom?

Előre is köszönettel:
loo...

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

Drupal blokkban, mezőben, stb. saját CSS osztály alkalmazása

Anonymous képe

Jó napot!

Azt szeretném megtudni a profiktól, hogy helyes megoldás-e az, ha pl. egy blokkba tett tartalomban CSS-sel, saját id-kel, class-okkal formázok elemeket, szöveget, vagy pl. van a profil oldala a user-nek és beteszek új mezőket, amelyekbe pl. képeket, egyéb elemeket és ezeket ott helyben (a mezőben) CSS-sel alakítom ki, és ennek a formázását (mivel ott csak az id-ket és class-okat adom meg) az adott saját téma mappában végzem el?

Mert így ugye nem csak a már meglévő, pl page.tpl, node-tpl id-ket, class-okat manipulálom saját ízlésem szerint, hanem újakat hozok léte, amik viszont nem kerülnek ezekbe a tpl file-okba, mivel csak egy-egy helyen szerepelnek.

Ha ez helytelen, nem szép, akkor mi a jó, szakszerű megoldás? (PHP-t még nem tudom).

Fórum: 

jQuery belépés előtt nem működik

agostonl képe

Sziasztok!

Abban kérem a segítségeteket, hogy van egy Nivo_Slider és lentebb pár számláló az alábbi oldalon: http://www.hexaport.hu
Egyik napról a másikra, úgy döntött a Drupal, hogy belépés nélkül nem működnek, mintha nem töltődnének be a scriptek.
Néha van olyan pillanat, hogy frissítés után bejön, de 20-ból 1x.
A jQuery Update a Google CDN-t használja, lokálisan is ott vannak a scriptek, az oldal forrásában jók a hivatkozások.

Egyszerűen tanácstalan vagyok, mi történik.

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

Profil típus létrehozás

tamoca képe

Adjon Isten DruPálosok!
A admin/commerce/customer-profiles/types linken a commerceben 7 drupal kellene létrehoznom a szálltási a számlázási profil mellé eg banki profilt. A Drupal 8 hoz van pont erre a prolie modul ezen a linken a leírása nekem pont ez kellene.https://docs.drupalcommerce.org/en/commerce2/developer-guide/core/librar...
Csakhogy ez a 8-as verzióhoz van Drupal 7-hez tudja valaki mivel lehet ezt megoldani?

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

D-6.X .htaccess átirányítás

imexis képe

Sziasztok! Segítséget szeretnék kérni tőletek a következő átirányítási problémámban:
Közvetlenül a public könyvtárban mŰködik a tintaestoner.hu domainhoz tartozó Drupal 6.x tartalomkezelőm.
Ugyanitt működik egy a Drupalhoz nem tartozó könyvtár melynek elérése tintaestoner.hu/webaruhaz volt eddig.

A közelmúltban a létrehoztam a könyvtárra egy aldomaint és a kapcsolat https:// elérést is kapott. Így most az új elérés https://webaruhaz.tintaestoner.hu

Szeretnék egy olyan 301 -es átirányítást, ami a könyvtárban lévő bármilyen linkhivatkozást átirányítaná így:
http://tintaestoner/webaruhaz/akarmi >>>https://webaruhaz.tintaestoner.hu/akarmi (Lecserélné a régi formátum elejét, az új aldomainre.)

A .htacces átirányítással így próbálkoztam:
RewriteCond %{HTTP_HOST}%{REQUEST_URI} ^www.tintaestoner.hu/webaruhaz/
RewriteCond %{REQUEST_URI} !^/[0-9]+\..+\.cpaneldcv$
RewriteCond %{REQUEST_URI} !^/\.well-known/acme-challenge/[0-9a-zA-Z_-]+$
RewriteCond %{REQUEST_URI} !^/\.well-known/pki-validation/[A-F0-9]{32}\.txt(?:\
Comodo\ DCV)?$
RewriteRule ^/webaruhaz/(.*) https://webaruhaz.tintaestoner.hu/$1 [R=301,L,R]

De ez sajnos csak ebben az egy esetben működik csak:
http://tintaestoner/webaruhaz >>>https://webaruhaz.tintaestoner.hu
Az akármi-vel jelzett összes többi linkhivatkozás esetén, azonban visszairányít a Drupal alapértelmezett fődomain főoldalára.

Látom, hogy a sites/settings.php fájlban alapértelmezettként be van állítva ez a fődomain. Vajon ez lehet az oka?
Hogyan lehet rábírni, hogy tegyen kivételt az új aldomain többi összes lehetséges linkjével is?

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