Onderwerp: net-snmp & frames

Bij installeren net-snmp:
./configure
make

error:
/bin/sh ../libtool --mode=link gcc -g -O2 -Dlinux -I/usr/include/rpm -o snmpd
snmpd.lo libnetsnmpmibs.la libnetsnmpagent.la helpers/libnetsnmphelpers.la .
./snmplib/libnetsnmp.la -ldl -lrpm -lrpmio -lpopt -lz -lcrypto -lm
libtool: link: cannot find the library `/usr/lib/libbeecrypt.la' (librpmio.la: /
usr/lib/libbeecrypt.la)
make[1]: *** [snmpd] Fout 1
make[1]: Leaving directory `/root/net-snmp-5.3.0.1/agent'
make: *** [subdirs] Fout 1

make install
nog eens zelfde fout

Ik neem aan dat het niet geinstalleerd is en niet werkt?
(Hoe kan ik dat zien?)
Is er ook een manier om alles wat je via make/make install installeert terug te zien in een lijst, zoals in rpm -qa | grep naam?

Verder:
Iedereen zegt dat frames en iframes slecht zijn.
Punten voor:
1) slechts een deel van de pagina moet herladen worden bij het klikken => minder traffiek & sneller geladen?
2) tamelijk makkelijk aangezien je niet met veel verschillende include bestandjes moet werken maar toch nog steeds aanpasbaar genoeg.
3) Tegen woordig ondersteunen alle browsers het...
Punten tegen:
? Kan iemand me tegen-punten geven?

Alternatieven:
- includes (voordelen/nadelen?)
- ajax ??? (Een nieuwe versie van frames, pagina wordt pas geladen op aanvraag?)
- andere methodes?

Alvast bedankt bij voorbaat!

Zonder prutswerk: niet te bookmarken en niet te gebruiken voor zoekmachines.

Tegenwoordig is er voor elke omgeving wel een template systeem. Als traffic een probleem is moet je gewoon caching goed instellen en zorgen dat je een site hebt die klein is.

Maak even 2 verschillende topics voor je beide vragen :S ze hebben namelijk totaal niks met elkaar te maken.

Dan: Je mist libeecrypt, moet je dus even installen op je systeem, kweenie welke distro je draait?

Over frames:
Lelijk, niet mooi te integreren in layouts, statisch

Andere oplossingen: gewoon een behoorlijk cms gebruiken. Dan heb je geen frames nodig.

Sites kunnen klein beginnen, maar zullen uiteindelijk toch groeien.
Met goeie metatags en een goed menu, header & footer weet een zoekmachine ook al wel wat. De meesten kunnen trouwens goed overweg met frames.
Bookmarken: daar pogen wij zoveel mogelijk om enkel de homepage te bookmarken, en die wordt standaard geopend. De andere pagina's zijn na een inlog gedeelte en kunnen toch niet gebookmarkt worden met echt veel voordeel.
Template systeem kan ook met frames...

Of zie ik het verkeerd?

Systeem: CentOs geinstalleerd via clarkconnect

Belangrijkste reden is dat target="" niet meer mag in xhtml strict dus dan zijn frames ook gelijk verleden tijd.

Samenvatting negatieve punten frames:
- target="" werkt niet in xhtml
- met frames iets moeilijker designen

Oplossingen:
includes en caching

Verder: ajax?

Voorlopig zijn voor mij beiden nog niet echt een probleem.
En dankzij het template systeem is frames gemakkelijk overgezet in includes.

2: bezig met zoeken naar libeecrypt

En de 2e belangrijkste reden is dat F5 / ctrl+R niet meer werkt; extreem irritant als je even wilt reloaden en heel die "fijne" site begint weer op de homepage. Vast wel eens meegemaakt met phpMyAdmin

Dood aan (i)frames.

Google zegt:
Bedoelde u: libmcrypt
van libeecrypt slechts 3 pagina's?

Mijn site dient niet echt gereload te worden, de pagina's worden nu al snel genoeg na elkaar geladen :-p

Nog iets: ik moet dan wel heel veel pagina's maken a-l-a:
?pagina=home
?pagina=stats
...
En een systeem van dat hij .php include durf ik niet, want dat schijnt onveilig te zijn.
Eerder heb ik hier ook al omgevraagd en kreeg ik geen goed antwoord hier hierop...

Ajax applicaties zijn ook niet te bookmarken, deeplinken en niet te refreshen.

't Ligt natuurlijk geheel aan de functie van de website wat wel en niet handig is. Ik zie zelf Ajax meer als tool voor complete applicaties waarbij bovenstaande problemen geen rol spelen aangezien je daar dan knopjes voor gemaakt hebt of het niet nodig hebt. Of als ondersteunend foefje, bijvoorbeeld postcode/plaats scripts, hoewel dat zonder het tover woord ajax ook prima te doen is.