Se fate upload di files vi prego di farlo nella directory content. In
questa directory dovreste creare una subdirectory per la vostra sezione,
nella quale poi potete mettere tutti i file che vi servono. Questo ci
permette di separare i files, che servono a phpNuke dai nostri
contenuti. Parlo sempre di quei contenuti che non mettiamo nel DB, tipo
images, pagine complesse, documenti pdf, ecc.
byez
Patrick
--
+-----------------------------------------------------------------------
| Save software competition, use Linux and Java!
|
| Also visit http://www.lugbz.org the Linux User Group in Southtyrol!
|
| Public PGP KEY:http://www.lugbz.org/PGP_PatrickOhnewein.asc
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
The reason computer chips are so small is computers don't eat much.
> jo, honn awia gschaug, honn gsegen dass koane ordung herrscht
> wars net besser a hierarchische anordnung zu mochen?
> sctions->desktop->mein bereich z.B.
> aber nach dem i in a woch kimm, nor kenn mer des jo genauer ausmochen
Sell het i schun vor kopp, es isch lei dass i dein Bericht gepostet hon,
do hots deine Section nou net gebn! Hon mor gedenkt du tuasch dein
Bericht nouamol in deine Section ini. Zukünftige Berichte in deinor
(oder einer anderen) Section, wern nor direkt zem eingfügt und auf dor
Seite wert leimor a kurze News untorn relavantn Topic (z.B. KDE) mit
Link zum Bericht gepostet, vorstondn?
Also folls i net die news gepostst het:
1) Andi schreibt Bericht "Sections->Desktop->SMBPRINTER_KDE"
2)Andi schreibt eine News mit Topic KDE:
Hei Leute da ist ein neuer Bericht über Druckerkonfiguration mittels
schöne WYSIWYG-KDE-Dialog! Siehe http//Sections->Desktop->SMBPRINTER_KDE
Des hot folgende Vorteile:
1) Topic und Sections kennen ausanondor gean. Sell bedeitet, mir kennen
viel mehr Topics als Sections hom! Und also kennen die Sochn auf
verschiedene Ort kategorisiert wern.
2) Die Berichte wern in die Sections aufbewort und ordentlich Vorwoltet.
Berichte als News sein ehor unbrauchbor, weil dei automatisch voroltn,
bzw. zum Footer hin vorschwindn. Obor hingegn konn oan Bericht in a
Sektion n News produziern, Berichte kennen n Revisionen hobn. I denk an
mein Bericht "Liste der Registrierungen". Pro Registrierung von LUGBZ
konn i a nuie News postn obor es wert olm lei oan Bericht gändort.
byez
Patrick
p.s. Schick a Kopie von der Mail an die Liste um dei Gedankn a den
ondorn mitzuteiln.
--
+-----------------------------------------------------------------------
| Save software competition, use Linux and Java!
|
| Also visit http://www.lugbz.org the Linux User Group in Southtyrol!
|
| Public PGP KEY:http://www.lugbz.org/PGP_PatrickOhnewein.asc
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
The reason computer chips are so small is computers don't eat much.
Hallo,
wenn man grosse Dateien kopieren will, dann geht dies über tar besser.
Also z.B. ein ( cd /homealt ; tar cf - * ) | (cd /home ; tar xvf -)
sollte alles von /homealt nach /home kopieren.
Performance-Gewinn ergibt sich durch folgenden Unterschied:
1. Tar-Prozess liest nur ... und schreibt in eine einfache Pipe
2. Tar-Prozess schreibt nur ... und liest aus einer Pipe ...
Ein cp-Befehl arbeitet so:
n bytes lesen
n bytes schreiben
n bytes lesen
n bytes schreiben
...
Aber wenn man über verschiedene Platten schreibt, dann lässt sich das Lesen
und Schreiben parallelisieren (nicht richtig, aber die Parallelisierung
ergibt sich durch die Caches!)
Grüsse Andi!
P.S. Aus Suse-Liste
Andi bitte entferne den Reply-Tag, sonst gehn die Replys nicht auf die ML :(
Sofort eine kleine Eigenkorrektur:
( cd /homealt ; tar cf - * ) | ( cd /home ; tar xvf - ) ; rm -rf /homealt/*
der Rest folgt...
-------- Original Message --------
Subject: Re: [Lugbz-list] Viele Dateien kopieren -> Performancetipp
Date: Tue, 11 Dec 2001 15:26:26 +0100
From: Patrick Ohnewein <pohnewein(a)prodata.it>
To: andreas.kofler(a)gmx.net
References: <20011211144811.DC8F067835(a)cm60-3.liwest.at>
Dies bringt auch beim mv über mehrere partitionen einen
Performanceschub, also folgendes
( cd /homealt ; tar cf - * ) | ( cd /home ; tar xvf - ) ; rm -rf /homealt
Das kopieren mit anschließendem Löschen ist effizienter als das einzelne
mv mehrerer Dateien. Dies gilt nicht beim mv wo Source und Ziel auf der
selben Partition liegen, da es dort nur eine Änderung der inodes ist,
die Daten werden nicht physisch verschoben.
byez
Patrick
p.s. Das denk ich mir mal, evtl. Verbesserungen sind willkommen!
andreas.kofler(a)gmx.net wrote:
> Hallo,
>
> wenn man grosse Dateien kopieren will, dann geht dies über tar besser.
>
> Also z.B. ein ( cd /homealt ; tar cf - * ) | (cd /home ; tar xvf -)
> sollte alles von /homealt nach /home kopieren.
>
> Performance-Gewinn ergibt sich durch folgenden Unterschied:
>
> 1. Tar-Prozess liest nur ... und schreibt in eine einfache Pipe
> 2. Tar-Prozess schreibt nur ... und liest aus einer Pipe ...
>
> Ein cp-Befehl arbeitet so:
> n bytes lesen
> n bytes schreiben
> n bytes lesen
> n bytes schreiben
> ...
>
> Aber wenn man über verschiedene Platten schreibt, dann lässt sich das
Lesen
> und Schreiben parallelisieren (nicht richtig, aber die Parallelisierung
> ergibt sich durch die Caches!)
>
> Grüsse Andi!
>
> P.S. Aus Suse-Liste
> _______________________________________________
> https://secure.pcnotruf.net/mailman/listinfo/lugbz-list
> LUGBZ is pcn.it-powered
>
> To: lugbz-list(a)lugbz.org
>
>
>
--
+-----------------------------------------------------------------------
| Save software competition, use Linux and Java!
|
| Also visit http://www.lugbz.org the Linux User Group in Southtyrol!
|
| Public PGP KEY:http://www.lugbz.org/PGP_PatrickOhnewein.asc
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
The reason computer chips are so small is computers don't eat much.
--
+-----------------------------------------------------------------------
| Save software competition, use Linux and Java!
|
| Also visit http://www.lugbz.org the Linux User Group in Southtyrol!
|
| Public PGP KEY:http://www.lugbz.org/PGP_PatrickOhnewein.asc
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
The reason computer chips are so small is computers don't eat much.
Hallo Leuts ;)
habe ein wenig auf unserer Seite phpNuke angeschaut und 2, 3 Sachen
geändert. Die wichtigsten Änderungen habe ich auf die Seite als News
gepostet. Nun ich wollte das Download-Modul deaktivieren, ist ja
eigentlich schnell und einfach, nur habe ich dann leider sofort
entdeckt, dass die Links vom "Main Menu" und von der Menüleiste nicht
entfernt werden. Nun von der Menüleiste habe ich es händisch entfernt
und dafür ein Link auf Sections eingetragen, welches für uns in Zukunft
sicherlich viel wichtiger sein wird. Wo im phpNuke-Code sich das "Main
Menu" versteckt habe ich nicht entdeckt und daher vorübergehend das
Download-Modul aktiv gelassen. Raphael hast du es vielleicht gesehen?
Raphael wenn du die neuere phpNuke Version aufgespielt hast, hast du da
auch neuere Themes eingesetzt oder nur die alten übernommen? D.h. hast
du das alte LugNews-Theme aufs neue phpNuke angepasst oder ein neues
phpNuke theme so verändert, dass es wieder wie LugNews aussieht? Vermute
nämlich, dass sich bei phpNuke im Theme-Bereich einiges verändert hat,
z.B. haben wir in LugNews eine statische Menuleiste einkodiert und die
Bezeichnungen werden nicht übersetzt, obwohl in phpNuke eine
translate-Funktion existiert. Ich erinnere mich auch, dass in postNuke
die Menuleiste und das Mainmenu sich dynamisch auf die aktiven Module
anpasst, diese also dynamisch ein- und ausblendet. Könnte mir denken,
dass dies nun auch im neuen phpNuke der Fall ist. Könntest du das
überprüfen?
byez
Patrick
--
+-----------------------------------------------------------------------
| Save software competition, use Linux and Java!
|
| Also visit http://www.lugbz.org the Linux User Group in Southtyrol!
|
| Public PGP KEY:http://www.lugbz.org/PGP_PatrickOhnewein.asc
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
The reason computer chips are so small is computers don't eat much.
Ho fatto un hack nel nostro theme e le immagini dei topic si vedono di
nuovo.
Nel theme viene utilizzata una variabile $tipath, che penso non venga
più settata da phpNuke. Anzi sono sicuro, datoche la var viene solo
utilizzata nel theme :)
Devo dar raggione a raf, l'autore di phpNuke non è un genio della
programmazione, li consiglierei di leggersi un libro del tipo "design
patterns" e qualcosa che gli insegni dei concetti tipo "code isolation"
e poi magari se ha ancora voglia si può leggere qualcosa su concetti
della programmazione object orientet. Bè basta criticare, speriamo che
si migliori, il prodotto sarebbe molto valido.
byez
Patrick
--
+-----------------------------------------------------------------------
| Save software competition, use Linux and Java!
|
| Also visit http://www.lugbz.org the Linux User Group in Southtyrol!
|
| Public PGP KEY:http://www.lugbz.org/PGP_PatrickOhnewein.asc
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
The reason computer chips are so small is computers don't eat much.
Bene, io ho dato una guardata a quanta, ed adesso sto iniziando ad usare
bluefish.
Praticamente il risultato è lo stesso, l'editor è buono ma ho sempre
problemi con il parsing dei file da debuggare.
Mi spiego, anche se il programma lo promette non riesco a vedere i file
php processati da apache.
Passano direttamente al browser con vari errori etc etc e sparizione del
codice.
Ho trovato una soluzione momentanea, quella di far aprire al browser il
file 127.0.0.1 + nomefile.php
e per adesso sono contento.
Al lavoro, sotto windows nt, come editor ho provato Homesite 4.5 ma sul
più bello mi ha dato un errore di protezione e mi sono incazz....
Homesite ha molti plugin per php ed il parsing lo fa alla perfezione!!!!
EMACS come al solito è favoloso...............saperlo usare ...........
e configurare..... ci pensero!!!!
Ho iniziato da poco con php e mysql e devo dire che fino ad ora ho perso
solo tanto tempo a configurare il tutto!!!
Ciao Ciao