Drupal kódtisztítás

Inv1sus képe

Sziasztok!

Azt szeretném megtudni, hogy valaki tud-e valami jó megoldást arra, hogy a drupal fájlaiból a kommenteket egyszerűen ki lehessen szedni. Erre azért lenne szükség, hogy a fájlok ne foglaljanak dupla akkora helyett, mikor már véglegesítve van a honlap.

Drupal verzió: 
Inv1sus képe

Az is érdekelne, hogy mely fájlok azok, melyek egy drupaltelepítés után nyugodt szívvel törölhetők.

0
0
nevergone képe

Egyik fájlt sem kell törölni, és a kommenteket sem a fájlokból. Maga a Drupal 6 üresen nincs 5 MB sem, ha ez az 5 MB tárhely gondot okoz, akkor ott már nagy baj van.

0
0
alippai képe

Lehet neked csak egy spiderre van szükséged, ez elmenti a HTML kimenetet, átalakítja megfelelelően a linkeket etc.

Így a Drupalból statikus webhelyet tudsz készíteni.

0
0

Lippai Ádám
young element

Inv1sus képe

Csak annyit akarok, hogy minél kevesebb fájlt keljen mozgatni és minél kisebb méretűeket. Szeretném lecsupaszitani a drupalt, amennyire lehet és utána a sajátommá tenni :)

0
0
nevergone képe

Az a lehetőséged van, amit írtam fentebb: semmi. A Drupal nem tartalmaz felesleges fájlokat és kódrészleteket. Attól tartok, még nem érted a logikáját.

0
0
alippai képe

Hehe, ilyen nincs. Vannak PHP cache-ek (eAccelerator, APC, XCache) amik linkelik és lefordítják/értelmezik a php fájlokat, a kész bytekódot memóriában tárolják, így gyors a futás.

Nem fájl(rendszer) szinten szokás kezelni az ilyet.

0
0

Lippai Ádám
young element

Den képe

Nem teljesen fogom, hogy ez ebben a formában miért jó neked, de ha minél kevesebb dolgot akarsz mozgatni, akkor a szerverre rsync-el tedd fel a frissítéseidet: ez csak azt viszi át, ami a szerver verzióhoz képest változott. Villámgyors.

Szerverre másoláskor használom még a tömörítést: mindent egy állományba összerakok, majd a szerveren kibontom: sokkal könnyebb kezelni, felmásolni, mint sok ezer apró kis fájlt.

A drupal alap telepítésbe (core) illetve a contrib modulokba se nyúlnék bele az általad említett módón, mert sosem lehet utána normálisan karbantartani.

0
0
Karcsibald képe

"Szeretném lecsupaszitani a drupalt, amennyire lehet és utána a sajátommá tenni :)"
Sajátjaként szeretné eladni a Drupalt, viszont a megjegyzések tele vannak hivatkozással a Drupalra. Ettől azonban még a hozzám hasonló kezdő drupalos is látni fogja, hogy milyen oldalról van szó. Ennél több szakértelem kell ahhoz, hogy a forrásfájl ne legyen azonnal felismerhető.

0
0
zserno képe

Roviden: butasag.
Bovebben: szerver oldalon butasag, mert a php kod nem utazik a halozaton, a parser pedig azzal kezdi, hogy kidobja a kommenteket. Viszont ha mar itt tartunk, figyeljuk meg pl. a misc/jquery.js file-t. Packerrel van tomoritve, hiszen ezt a kliensnek kell feldolgozni, tehat fontos, hogy mennyi adat utazik a halozaton.
Tanulsag: ha egy modulban tomoritetlen js-t talasz, jelezd a megfelelo issue queuban.

0
0
aries képe

Meg kell jegyezni, hogy a szerverek többnyire a szöveges fájlokat (.js, .css, de magát az oldal kimenetét is) automatikusan tömörítik, így ha packed a js/css, ha nem, túl sok vizet nem zavarnak. Inkább a képeken lehet nagyon sokat nyerni (sprite-olás, megfelelő színmélység kiválasztása).

0
0
Inv1sus képe

Köszönöm szépen a véleményeket, elgondolkodtatóak voltak és kaptam jó tippeket is tárhelyre töltéshez. Köszönöm szépen!

0
0
Inv1sus képe

Egyik barátom adott egy ötletet, amivel meg lehet tisztítani drupal php fájlait a kommentektől.

Ehhez szerezni kell egy regexp keresésre alkalmas programot (én például komodo-t használok, az tudja).

Íme a kifejezés:
(/\*([^*]|[\r\n]|(\*+([^*/]|[\r\n])))*\*+/)|(//.*)

Ezt beirva a keresőbe könnyedén rákereshetünk a kommentekre, amit üres stringel kicserélhetünk. Probléma akkor lehet, ha html vagy szöveg is megjelenik valahol a fájlban, mondjuk az, hogy "http://". Ilyenkor az utána lévő kódot ki is fogja törölni O.o.
Úgyhogy csak óvatosan. Biztosan ki lehetne még ezt is védeni valahogy :)

Itt lehet a témáról többet olvasni, akit érdekel:
http://ostermiller.org/findcomment.html

0
0
Den képe

Ha ennyire nem értesz hozzá, akkor inkább ne csináld. Ráadásul ne egyenként...

A következő rendszer, contrib modul frissítésekor ugyis meg kellene tenned. Ráadásul, kevés az esélyed rá, hogy nem szúrod el valahol.

0
0
aboros képe

semmi értelme nincsen. ezzel _nulla_ teljesítménynövekedést fogsz elérni (najó lehet elérsz 0.00000001% ot..) miközben ezernyi hibalehetőséget nyitsz ki és a következő updatenél úgyis csinálhatod újra.

én csak csatlakozni tudok azokhoz, akik senkinek nem ajánlják, hogy ilyesmi "tuningon" törje a fejét.. :)

0
0

-
clear: both;