Învățând drupal 7, merită să o luați

Acum șase ani am întâlnit-o cu Drupal. Familiarizarea spune așa, a fost dificilă, și a fost doar cu 3 încercări. Apoi pentru mine tânără și verde - standardul de calitate și comoditate a fost Joomla. Cred că pentru mulți este și acum este standardul. Dar după ce mi-am spart câteva site-uri create pe Jommla, am decis să găsesc ceva mai sigur și în același timp liber. Atunci privirea a căzut pe Drupal.







Voi spune așa, cunoașterea lui Drupal este ca să cunoști o fată frumoasă pe stradă. La început vă este frică să vă apropiați de ea și să începeți să vorbiți, vă este frică să păreați un nebun. Dar, după ce ați făcut cunoștință, înțelegeți că nu există nimic teribil și începe să vă placă din ce în ce mai mult. Apoi începeți să vă gândiți la asta și doriți să o cunoașteți mai mult și din unghiuri diferite.

Cu Drupal, totul este același. La început este înfricoșător să-l abordezi, nu este clar. Dar, după ce i-ați făcut cunoștință, înțelegeți că totul se face în mod logic și previzibil și începeți să vă placați. Apoi de la el vreți să strângeți mai mult și să începeți să experimentați ceea ce este capabil. Ca rezultat vine realizarea că fără el nu mai puteți.

În general, invit pe toată lumea să studieze. Voi încerca să răspund la toate întrebările.

Cherkni și voi două linii

Distribuiți această intrare
Vă mulțumim cititorilor
S-ar putea să vă placă:
  • Învățând drupal 7, merită să o luați
    Ce serviciu de distribuire prin e-mail ar trebui să aleg? Și dacă este gratuit, atunci doar un basm
  • Învățând drupal 7, merită să o luați
    Experiment: Influența icoanelor, sprites și codarea base64 pentru imagini la viteza de încărcare a site-ului
  • Învățând drupal 7, merită să o luați
    Optimizarea SEO a site-ului dvs. - instruire pas cu pas

O platformă interesantă va fi necesară studierea completă a acesteia.

De asemenea, puteți merge la Denver dacă sunteți obișnuiți să lucrați cu el și îl aveți instalat. Tocmai am avut o experiență neplăcută cu Denver, într-o zi am început să dau un ecran alb în browser și asta-i tot. Chiar dacă nu a fost făcută nicio acțiune cu el înainte de asta. A încercat mult să afle motivul și să corecteze situația, dar nu sa întâmplat nimic. Așa că am început să folosesc XAMPP. În plus, acesta din urmă se datorează faptului că este o platformă transversală.

Bună ziua tuturor. Am găsit o șansă pe blogul tău. Lucrez cu Drupal mai mult de 3 ani. Sunt un dezvoltator senior. Vreau să spun câteva cuvinte despre acest sistem. Sistemul este suficient de puternic și flexibil. Dar când lucrați profesional cu asta, începeți să înțelegeți că multe lucruri sunt mult mai ușor și mai rapid de a vă scrie decât folosind module gata făcute! Euforia trece foarte repede, când nu aveți nevoie doar de un site web, ci ceva care este destul de atipic și întemnițat pentru nevoile clientului. Cel care iubește să controleze complet procesul de dezvoltare de la și la, va obține doar o experiență de neuitat pe ruptura creierului. De exemplu, pentru a face anumite trucuri minore la formele au tot timpul pentru a folosi cârlige hook_form_alter, pentru a afișa sau modifica datele înainte de ieșire la șablonul (template-uri numesc eu nu îndrăznesc să), trebuie să apelați cârlige preprocesorul, etc. Șablon nu scuipă goale datele pe care le obține pentru a decide cum să lucreze, și sumele masive după renrera care a primit deja multe din clasele lor și codul html ideshnikov. Deci, pentru a vă face vaporul, trebuie să transpirați foarte bine. Și de a fi atașat la clasele de bază prin impunerea mijloacelor de a vă face o problemă. Deoarece, cu o schimbare ușoară a vederilor sau altceva, clasele pot fi retunate. Ce altceva poate crea o durere de cap. Acesta este sistemul pentru instalarea de module noi. În acest proces, nu există nici o înregistrare automată cu capacitatea de a revoca sau anula imediat ultimele acțiuni. Deci, în cazul în care unele modul glyuknet sau pur și simplu se buggy, în timp ce introducerea datelor în baza de date, veți primi o caramida de pe site-ul! Toate variabilele de sistem, inclusiv routerele (link-uri către paginile care indică manipulatorii acestora) sunt, de asemenea, stocate în baza de date. Despre viteza de lucru, cerințele pentru server, etc, în general, mai bine tace. În general, Drupal 7 este bun. Dar trebuie să înțelegem în mod clar că cel care crede că este suficient pentru a instrui o grămadă de module și toate înființat și picătură de admin, el este în mod fatal greșită! Cunoștințele și experiența pentru lucrul cu cei șapte au nevoie de mult mai mult decât chiar și atunci când lucrează cu cadrele php. De exemplu, Drupal 7 a creat portalul imobiliar best-house.org Codul auto-scris este scris mai mult de 1000 de ore. Majoritatea soluțiilor sunt scrise de la zero. Toate acestea este găzduit pe un server puternic dedicat cu 16 gig-uri de operativi, procente quad puternice, în timp ce a ridicat serverul lor indexul Apache Solr și configurat Varnish server de cache.

În general, domnilor, totul este mult mai complicat decât pare la prima vedere.







Cyril bună după-amiază. Corect, Drupal este un motor greu de la sine, și când sunt necesare proiecte specifice, este mai ușor să iei orice cadru și să scrie pe baza sarcinilor. De forare văzut Drupal va fi mai scump. Tu conduci un singur loc, problema iese în altă parte.

Dar pentru proiectele simple, care sunt majoritatea pe Internet, nu mă refer la soluții comerciale. Și încercările webmasterilor de a-și câștiga pâinea pe Internet. Drapal a fost o soluție excelentă. Crearea articolelor cu o structură atentă este foarte convenabilă. Iar resursele acestor site-uri nu mănâncă prea mult.

Fără îndoială, Drupal este o platformă excelentă, dar nu pentru site-uri nemaipomenite. Pentru cei fără pretenții - este ca un tun pe vrăbii. Drupal este un segment de site-uri medii și grele.

Doar nu înțelegeți semnificația preluării Drupal dacă în cele din urmă trebuie să o rescrieți și să introduceți cârjele. De ce nu putem lua un cadru pentru un proiect atât de complex? Laravel, Yii și așa mai departe. Sau luați RoR drept bază. De fapt, nu vor exista entități inutile, va exista o lucrare mai atentă cu baza de date, în mod corespunzător mai puțin încărcare.

Înțeleg dacă inițial pe Drupal exista un site și a fost tăiat treptat și tăiat. Ca urmare, a fost tăiat în ceva serios. Eu nu susțin că Drupal poate face proiecte serioase, același sport.box a fost făcut pe ea. Dar, în cele din urmă, aproape nimic nu rămâne de Drupal.

Îmi place Drupal, dar am câteva proiecte grave în planuri și înțeleg că Drupal nu le va trage, deoarece va trebui să rescrie totul. Și nu vreau să fac asta. De aceea acum studiază intens Ruby și RoR. Și am de gând să încep proiecte pe această temă.

Și ai lucrat cu Laravel și alții. Ești sigur că va fi mai ușor și mai rapid? Dar nu sunt așa de sigur. În plus, Laravel este ceva raspiarennoe și nepotrivit pentru proiecte serioase. În general, este dificil să ajungeți la margine unde și cum va fi mai ușor. Totuși, soluțiile gata făcute, deși trebuie tăiate, sunt mai importante decât crearea a totul de la zero!

Niciun cadru PHP nu a funcționat. M-am decis să merg la RoR, mi-a plăcut mai mult. În detrimentul raspiarennosti poate fi. Dar, din nou, potrivit ratingurilor, Lara conduce acum, iar oamenii îi plac.

Am început să studiez, în principiu, era clar. Cu ocazia proiectelor serioase, cred că sunt, dar nu sunt publicate nicăieri.

Toate cadrele pentru php sunt doar cârje solide. Un laravel este un terci din o grămadă de tehnologii și un număr mare de trupe de la Symphony. Pentru ceea ce îi plăcea, este pentru că oamenii pot să bobocheze rapid un model, fără să înțeleagă cu adevărat ce fac ei deloc. Acesta este avantajul său (crearea de coduri ușoare), dar acesta este și călcâiul lui Ahile. De fapt, cadrul nu oferă niciun avantaj în dezvoltare. Doar ușor facilitează dezvoltarea în conformitate cu regulile modelului MVC. Dar, din nou, lucrați cu nucleul cadrului, trebuie să acceptați regulile jocului său, cu toate consecințele ulterioare. Iar consecințele sunt că ați început să dezvoltați un site pe o versiune a cadrului, cu care se confruntă faptul că dezvoltatorii au decis să lanseze o nouă versiune, complet diferită din punct de vedere conceptual. Și tu, chiar și fără a finaliza proiectul, sunteți într-o stare de șoc complet. Adăugați proiectul la o tehnologie care a încetat deja să susțină sau să demareze proiectul din nou de la zero, dar pe un nou nucleu. Și nu uitați de client. Nu veți putea spune inteligent clientului de ce ați decis să scrieți un proiect, să zicem, pe o simfonie și veți avea nevoie de 800 de ore pentru asta. Deși același lucru se poate face și pe Drupal timp de 400 de ore. Există multe puncte și nu toate se bazează pe alegerea cadrului.

Să presupunem că versiunea cadrului va fi sprijinită în orice caz. Acum există Yii2, dar mulți scriu încă pe Yii1. Laravel este într-adevăr o grămadă de tehnologii împrumutate din diferite cadre. Am încercat să obținem cele mai bune rezultate de pretutindeni.

Dar apoi uita-te la un Drupal 8 - el a mers pe aceleași principii, componente de bază rescrise Symphony folosit ca șablon folosind crenguță și așa mai departe.

Și clienții sunt diferiți, iar cerințele pentru toți sunt diferite. Se întâmplă celor care nu le pasă de ce lucrează, dacă ar exista doar un site. Și sunt cei care văd în viitor și doresc să fie siguri că site-ul pe care îl pot dezvolta și dezvolta mai mult de un an.

Drupal 6, de asemenea, toate uitat în condiții de siguranță, dar când merge la 7 gemoro a trebuit să prindă. Și ce se va întâmpla cu trecerea de la 7 la 8, cred că și nimic bun, deoarece arhitectura motorului se schimbă. Și după eliberarea de 8, 7 versiune va fi, de asemenea, de 2-3 ani sprijinit numai. Situația este identică cu cea a cadrelor.

Parțial ai dreptate, îmi amintesc cât de mult a fost zgomotul despre acum câțiva ani despre Ruby și RoR, acum toată hype-ul a dispărut. Deoarece tehnologia de la Wow - sa transformat în ceva standard. Dar aceasta nu înseamnă că tehnologia nu se dezvoltă și este rău. Cum se spune că nu este nimic ideal, nu există un CMS ideal, nu există nici un limbaj ideal. Dar există instrumente care vă sunt oferite și datorită experienței pe care o puteți folosi.

Cu câțiva ani în urmă, ei au spus că Ruby este un limbaj lent, pierde în viteză PHP, deci vă rog, versiunea 2.0 și viteza este strânsă. Totul se optimizează și se dezvoltă.

Am fost mai norocos decât tine, nu am studiat C ++, am început cu PHP și îmi pot imagina ce fel de creier ai un decalaj. Acum mă întorc la rubin și mă întreb de ce nu am studiat imediat. Deși știu de ce, pentru că există lideri printre CMS gratuit ca Drupal, WP, Jommla, toate site-urile fac pentru a le. Acum, orice gospodină își poate ridica blogul culinar pe WP în 15 minute plasând mouse-ul peste mai multe casete de selectare.

Și toate aceste CMS sunt scrise în php - și când ai nevoie de ceva mai mult decât o soluție standard, începi să urci în cod și să încerci să înțelegi ce și cum funcționează. Așa că antrenamentul are loc.

Și în detrimentul tehnologiei, da, toată lumea se luptă pentru clasamentul TOP, astfel încât acestea să fie recunoscute și așa mai departe.

Nu cu mult timp în urmă, backbonejs a fost popular, dar AngularJS a apărut și toată lumea sa grăbit să-i cânte cântece. Acum toata lumea asteapta AngularJS2 si aceasta cursa va fi intotdeauna.

Cred că este necesar să fiu ghidat de tehnologiile disponibile și bazat pe sarcina de a privi spre acest sau acel instrument.

Când știu că pot face un site pe Drupal cu o personalizare minimă, atunci, bineînțeles, voi face un site web pe el. Dar când înțeleg că nu am suficiente oportunități pe care le are Drupal, cu siguranță voi căuta un alt mod de a-mi rezolva sarcina.

Din păcate, nu puteți ști totul. Și este necesar? Încă mai puteți privi pe python și jango. Python este mult mai concis și mai plăcut decât același lucru. Am deja 36 de ani și nu mă interesează să scriu nimic singur. Vreau să o las tânărului. Sunt bun la construirea arhitecturii și a interfețelor. Înțeleg modelele de afaceri ale majorității clienților și, pe baza ideilor lor, pot să construiesc un model de arhitectură cu logică gînditoare și modulară. Creați un TOR pe etape, angajați o echipă și monitorizați progresul și etapele de dezvoltare. Numim acest management al produsului. Dar în CSI acest lucru nu este un subiect foarte popular, din păcate. Fiecare companie, de regulă, are o durere de cap și o realizare, fără participarea unui intermediar profesionist, între afaceri și dezvoltatori.

Python a considerat, de asemenea, că nu a funcționat. Alegerea rubiniei a fost probabil făcută și pentru faptul că a fost inventată de un japonez nebun :)) Și faptul că nu există intermediari între afaceri și dezvoltatori este și în Rusia. Uneori clienții vin cu un astfel de TK că te întrebi ce fel de student a scris. Și dacă te uiți în direcția achizițiilor publice. Și pentru a privi acolo TK, atunci aceasta este, în general, o poveste în genul de comedie. Câțiva oficial, treceți prin site-urile CMS populare, copiați de acolo o mulțime de cuvinte inteligente, le lipiți în TK și vă rog, site-ul ar trebui să fie așa. Aceste logici funcționează nu, și fintiflyushek tot felul de grămezi. Pentru astfel de ordine, chiar escrocii sunt înfricoșătoare, pentru că vei strânge mai multe probleme decât câștigi. Și cred că această situație este peste tot (în alte sfere). Puțini oameni sunt atrasi de munca profesioniștilor care pot gândi prin toată logica sistemelor.

de ce nu MODx de exemplu?







Articole similare

Trimiteți-le prietenilor: