Probleem met website plaatsen

Status
Niet open voor verdere reacties.

kitsuimizugi

Gebruiker
Lid geworden
17 sep 2012
Berichten
6
Hallo, ik heb een vraag en die is als volgt:

Wanneer ik mijn site online zet kan dat niet gewoon via laten we zeggen: www.mijnwebsite.com

maar alleen dmv: www.mijnwebsite.com/HTML/index.html

HTML is één van mijn gebruikte mappen, maar ik (ja als leek) weet niet hoe ik ervoor kan zorgen dat HTML niet meer nodig is in de naam.

Kan iemand me vertellen wat ik fout doe? Dat zou me ongelofelijk helpen.

Alvast bedankt!

Nina.
 
Hoi Nina,
Het zou misschien kunnen dat de map "HTML/" door Dreamweaver gebruikt wordt als standaard-map om alles in te zetten.
Dat zou dan ergens in de Dreamweaver-settings voor deze site moeten staan.

Zitten verder alle pagina's en alle andere dingen (bv. image-mapjes e.d.) achter die HTML-map, of alleen de index.html?
O ja, en wat is het webadres van de (test-)site? Dan kunnen we eens een kijkje nemen.

Met vriendelijke groet,
CSShunter
 
Ha Csshunter,

Fijn dat je reageert, dank je wel!
Ik twijfel zelf over 2 dingen namelijk:
Mijn index.html staat in een folder HTML genaamd. En deze folder staat in de basismap waar ook de rest van de mappen met content van de site in staat.
Mijn buttons en andere afbeeldingen staan dus wel in die rootfolder, maar die zitten niet in de HTML map. Zit misschien daar de fout?
Of:
In het instelvenster voor de server heb ik bij rootdirectory alleen / gezet omdat ik ergens las dat dat voldoende was, maar dat lijkt volgens de afbeelding die je stuurde toch niet correct te zijn.
Vul ik daar de locatie in waar mijn index.html staat? Of geef ik een verwijzing naar de rootfolder aan?

Het gaat om deze website.

http://ninastam.com/HTML/index.html

Ben benieuwd naar je reactie.
Alvast dank,
Nina.
 
Hoi Nina,

In het instelvenster voor de server heb ik bij rootdirectory alleen / gezet ... lijkt ... toch niet correct te zijn.
Nou, volgens die Dreamweaver-handleiding hangt het erg van je provider af wat er moet staan. Ik denk eigenlijk dat het nu wel goed is, want alle andere dingen behalve de pagina's komen goed aan op de server.

Als ik op de server ga kijken naar de mappen, dan kom ik uit op:
Code:
Een plvv. index.html (one.com) zit in:   ninastam.com/
Alle pagina's zitten in de map:          ninastam.com/HTML/
Het stylesheet main.css zit ook in:      ninastam.com/HTML/
Script SpryEffects.js zit in:            ninastam.com/SpryAssets/
Script swfobject_modified.js" zit in:    ninastam.com/Scripts/
Flash-bestand expressInstall.swf zit in: ninastam.com/Scripts/
Flash-bestand TV OK.swf zit in:          ninastam.com/
Filmpje trailer blog.mp4 zit in:         ninastam.com/filmpjes voor site/mp4 voor site/
Images zitten soms in:                   ninastam.com/PHOTOSHOP/ (bv. on-air.jpg)
Images zitten soms in:                   ninastam.com/BUTTONS/   (bv. Button-1.png)
Images zitten soms in:                   ninastam.com/HTML/      (bv. lijstmontages.png)
Eigenlijk zou de hele HTML-map niet op de server moeten staan, want de pagina's moeten direct in de basismap staan; en het stylesheet mag daar ook in staan. Overige mappen zouden wellicht handiger kunnen, maar het werkt nu: dus geen probleem.

En toen opeens ... kreeg ik de ingeving dat het misschien helemaal niet aan het uploaden en de server-instellingen hoeft te liggen. :)
  • Want waar heb jij lokaal (in Dreamweaver) de pagina-bestanden staan?
Zitten die soms voor het gemak in een map HTML van Dreamweaver?

Dan zou het allemaal kunnen kloppen: dan heeft Dreamweaver ook op de server de map HTML aangemaakt, en daar alle lokale bestanden uit die HTML-map (de pagina's en het stylesheet) naar overgeheveld.
Want in het Dreamweaver-systeem wordt alles wat lokaal staat, naar precies dezelfde mappen op de server geüpload. Achterliggend idee: dan blijven ook alle interne verwijzingen van een pagina naar de toebehoren-bestanden (en hun mappen) intact.

Ik ben benieuwd!
Met vriendelijke groet,
CSShunter
________________
Bonus! ;)
De site is pittig traag, en dat zal met name liggen aan het moeten downloaden van het background-image: dat is 2.000px × 2.000px groot en soupeert 2.161 kB (ruim 2 MB !).

Het kan ook met deze nina-bg-nw.jpg die zichzelf herhaalt: die is 400px × 400px en nog geen 21 kB.

Dat scheelt een factor 100! In downloadtijd die de pagina nodig heeft: origineel 2,5 sec., nieuw 150 millisec.
 
Hoi Csshunter wat geweldig dat je de moeite neemt om mee te kijken. Top!
Het klopt wat je zegt, de index.html etc staan lokaal in een map HTML genaamd...
Hoe verander ik dit zonder dat alle bestanden op de site opnieuw gelinkt moeten worden??

En bedankt ook voor je bonus, dit heb ik direct veranderd!

Groet,

Nina.
 
Hoi Nina,
Met een beetje geluk doet Dreamweaver dat vanzelf, als je in je bestandsbeheer-overzicht een bestand uit de HTML-map naar de basismap sleept/verplaatst.
Dat kan je even proberen met bv. de bio.html-pagina:
  • Je maakt er in Dreamweaver een kopie van, ook in de HTML-map; bv. biokopie.html.
  • Die kopie sleep/verplaats je in Dreamweaver naar de basismap.
  • Uploaden!
  • De kopie zou daarna volledig in beeld moeten komen als je gaat kijken bij [url]http://ninastam.com/biokopie.html[/URL].

Misschien zou nog wel het menu aangepast moeten worden, maar dat hangt er van af of dat in een Dreamweaver-template (.dwt) zit of niet (dat kan ik van buiten af niet zien).

=======
... bonus, dit heb ik direct veranderd!
Maar nog niet geüpload? (op alle 4 de pagina's zie ik nog de oude versie)

=======
Verse bonus ;)
Het img met de blauwe header-plankjes is nu 5.000px × 400px en 180,33kB (jpg met 8 kleuren).
Het logo is nu 1.024px × 200px en 100kB (png met 286 kleuren en alpha-kanaal voor semi-transparantie; dwz opslagruimte voor 16 miljoen mogelijke kleuren).
En er zijn blauwe footer-plankjes van 5.000px × 400px en ook 180,33kB (identiek aan de header-plankjes!).

Wat je weten moet
  1. Een alpha-kanaal voor de semitransparantie is extra, en komt bovenop de bestandsgrootte die nodig is voor de opslag van de gekleurde pixels van de afbeelding. Geen alpha-kanaal = kleiner bestand!
  2. Een internet-verbinding is asynchroon. Uploaden gaat altijd veel trager dan downloaden. Elke keer dat een img of iets anders moet worden opgehaald van de server, is dat een verzoek van de browser van de bezoeker aan de server (een "http-request"): dat is dus uploaden! Gecombineerde images = zo min mogelijk http-requests = snellere pagina's.

De #header
  • Het logo is met semi-transparantie over de header-plankjes heen gezet, maar ze worden altijd samen getoond en de header is altijd maar 1200*200px.
  • Dus: screenshot van de combinatie, dan is de semitransparantie niet meer nodig.
  • Er blijken nu 4028 unieke kleuren in het plaatje te zitten.
Een klein proefje met "Kleurdiepte verminderen" wijst uit dat best met 256 kleuren kan worden volstaan: het verschil zie je niet! (ik niet, tenminste)
  • Opslaan als png geeft: deze nina-header-nw.png van 1.200px × 200px en 47kB.
  • Winst: 280-47= 233kB, en één http-request minder. Pagina sneller! :)

De #footer
  • De #footer is altijd maar 250px hoog, de plankjes hebben eigenlijk maar 2 kleuren (het blauw en de grijze naden, maar de jpg verdoezelt de kleuren wat), en zijn een herhaal-patroon.
  • Browsers kunnen uitstekend achtergrond-images herhalen!
We maken er een png van in 2 zuivere kleuren, en slaan die op met "Kleurdiepte verminderen" tot 16 kleuren (de minimale kleurdiepte voor gekleurde tinten).
  • Dat geeft: deze nina-footer-nw.png van 99px × 250px en ... 0,25 KB
  • Winst: 180,33-0,25= ruim 180kB. Pagina sneller! :)

Mer vriendelijke groet,
CSShunter
 
Hoi Csshunter

Het werkt! Eerst een test met biokopie.html, dat ging meteen goed. Toen de andere pagina's ook in de rootfolder geplaatst, en nu is de site met de juiste naam online.
Ik ben super blij!
De achtergrond en header heb ik aangepast en online gezet. Ga nog wel even kijken naar de kleuren, waar je het over had.
Maar ik denk dat de site nu al stukken sneller laadt.

Je hebt me enorm geholpen! Kan je niet genoeg bedanken hiervoor!!! :thumb::thumb::thumb:


Groet van Nina.
 
Hoi Nina,
Mooi dat ie gelukt is - en hij is inderdaad al een stuk sneller geworden. :thumb:
Nog een paar dingetjes die me opvallen...

De mp4'tjes
Chrome kan niet overweg met de ingebedde mp4's:

ninastam-chrome-plugin.png

Om dat te verhelpen en een cross-browser afspeelmogelijkheid te krijgen, lijkt het me het handigste om de mp4's te uploaden naar YouTube, en dan de op YouTube staande code voor het embedden van de YouTube's over te nemen.

=======
Internet Explorer
Internet Explorer 7 laat het volgende beeld zien:

ninastam-ie-rand.png


  1. Alle images op de site die een link zijn, krijgen ongevraagd een blauwe rand. :confused:
  2. Als je over een image hovert, wordt de alt="..." tekst getoond.

Ad 1
In je stylesheet zet je erbij:
Code:
a img {
    border: 0;
    }
Ad 2
Dat doet IE altijd, maar hoort niet zo. De alt's bij een image zijn alternatieven voor als een image niet getoond kan worden. Als het image er wel is, zou het geen tooltip moeten worden.
Wat je daaraan kan doen:
  • Behalve de alt="..." bij een image kan je een title="..." opgeven.
  • Deze title is de tooltip in alle browsers, en verdonkeremaant de alt van IE.
  • In de title zet je dan een zinvolle betekenis: waar de link naar toe gaat, bv. bij de bio: title="naar Biografie".
Zo krijgen de bezoekers in alle browsers meteen feedback als ze over een link-image hoveren. :)

=======
Camjo ??? :shocked:
Die moest ik opzoeken. Vermoedde dat het "camera-jongen" of zoiets zou zijn, maar nee! Blijkt de vakterm voor "camera-journalist" te zijn, en dat heeft toch een heel andere lading.
Voor het brede publiek zou ik de camjo niet of minder als trefwoord gebruiken, en gewoon camera-journalist zeggen. En "editing" is eveneens jargon; dat ook in verschillende vakgebieden verschillende betekenissen kan hebben. Zou ik ook niet gebruiken, of in elk geval toelichten.
- Brengt me op de paginatitel van de homepage.
Die luidt nu: "Nina Stam - Welkom".
  • Google hecht voor de vindbaarheid enorm grote waarde aan de paginatitel!
  • Je belangrijkste trefwoorden moet dus in de paginatitel komen.
  • Niemand zal zoeken op het trefwoord "Welkom".
  • Alleen als iemand je naam al kent, zal deze zoeken op "Nina Stam" (dan komt de site ninastam.com momenteel trouwens ook niet tevoorschijn op de eerste 5 resultatenpagina's; is de site erg jong?).
  • Wie alleen je voornaam of achternaam kent komt in Google uit op alle Nina's (692 miljoen) of alle Stam'men (28 miljoen). Ergens op al die resultatenpagina's zal jouw site ook bij staan, maar zo zal men je niet gauw vinden als men een professional in de audio-visuele media zoekt....

Ik zou er iets van maken als:
HTML:
<title>Nina Stam Producties: camerajournalist, regie, montage en bewerking van films en clips.</title>
Zo raak je meteen een heel kluitje trefwoorden. :)
En de bedrijfsnaam "Nina Stam Producties" zou ik zeker ook als tekst in de pagina-inhoud van de homepage zetten. Ook dat helpt voor Google.

=======
Nog bonussen vandaag? ;)
  • De #content heeft een Content.jpg van 900px × 770px en 41kB.
  • Die kan zich ook herhalen met een strookje nina-Content-nw.png van 50px × 770px en 3,5kB.
  • De bio-afbeelding heeft een schaduwrandje dat wegloopt naar een witte achtergrond, terwijl de achtergrond blauw is. Met soortgelijke ronde hoekjes als de rest en nog een beetje pimpen: van boek-en-koffie.png (48kB) naar boek-en-koffie-nw.png (18kB); deze heeft een iets afwijkende hoogte: van 159px naar 162px.

Succes verder!
Met vriendelijke groet,
CSShunter
__________
PS: Wat ook nooit kwaad kan, is de door de html-validator gesignaleerde foutjes er uit halen.
 
Niet van wakker liggen!
O, die 51 Errors en 23 warnings van de html-validator zien er bedreigend uit, maar dat valt in de praktijk heel erg mee! :D

1. Scriptologie-fouten
De fouten-opsomming begint met een hele reeks abracadabra als character "&" is the first character of a delimiter but occurred as data, en cannot generate system identifier for general entity "i" en reference not terminated by REFC delimiter en reference to entity "i" for which no system identifier could be generated enz.
Dat ligt aan de javascript-functies die Dreamweaver er in heeft gezet: zonder te vermelden dat wat binnen de script-tags staat geen html-code is, maar pure text (CDATA = character-data = lettertekens-gegevens) waarmee het javascript aan de slag moet. Dom!
Maar eenvoudig op te lossen door binnen het script te beginnen met een regel met //<![CDATA[, en vlak voor de </script> te eindigen met een regel met alleen //]]> er in:
Code:
[COLOR="#800080"]<script[/COLOR] [COLOR="#FF0000"]type=[/COLOR][COLOR="#0000FF"]"text/javascript"[/COLOR][COLOR="#800080"]>[/COLOR]
[COLOR="#696969"]//<![CDATA[[/COLOR]
[COLOR="#800080"]function[/COLOR] MM_swapImgRestore() { [COLOR="#A9A9A9"]//v3.0[/COLOR]
  var i,x,a=document.MM_sr; for(i=0;a&&i<a.length&&(x=a[i])&&x.oSrc;i++) x.src=x.oSrc;
}
...
... enz.
...
[COLOR="#800080"]function[/COLOR] MM_goToURL() { [COLOR="#A9A9A9"]//v3.0[/COLOR]
  var i, args=MM_goToURL.arguments; document.MM_returnValue = false;
  for (i=0; i<(args.length-1); i+=2) eval(args[i]+".location='"+args[i+1]+"'");
}
[COLOR="#696969"]//]]>[/COLOR]
[COLOR="#800080"]</script>[/COLOR]
Toveren:

=======
2. Images moeten altijd een alt hebben
De volgende validator-opmerking is: required attribute "alt" not specified.
Dat is van toepassing op een aantal images. Ook als er geen alternatieve omschrijving nodig is, moet er toch een alt bij, dwz. een lege alt met alleen alt="" (zonder spatie tussen de aanhalingstekens).
Dat is gauw hersteld.

=======
3. Geen spaties in id- en name-attributen
Nu komt er een rijtje met value of attribute "name" must be a single token, value of attribute "id" must be a single token en value of attribute "id" invalid: "1" cannot start a name.
Betekent dat in de eigenschappen id="..." en name="..." geen spaties gebruikt mogen worden, en dat de nummers na een spatie ook niet kunnen.
Maar een afbreekstreepje - mag er wel in.
Dus even alle id's en name's doorvlooien op de spaties en daar - van maken.

=======
4. Nog een Dreamweaver-kermis
Dan is er een error die there is no attribute "onfocus" heet. Dat klopt, dat is een eigenschap die niet in de standaarden zit. Voor het kunnen aanklikken van de camjo-container heeft Dreamweaver een heel circus opgebouwd, compleet met een map-area en javascript voor de bediening:
HTML:
<div id="leesbiobox" onfocus="MM_goToURL('parent','camjo.html');return document.MM_returnValue">
	<div class="leesbio">
		<a href="camjo.html"><img src="PHOTOSHOP/camjolijst.png" alt="" name="lijstcamjo" width="304" height="126" 
			border="0" usemap="#lijstcamjoMap" id="lijstcamjo" 
			onclick="MM_goToURL('parent','camjo.html');return document.MM_returnValue" />
			<map name="lijstcamjoMap" id="lijstcamjoMap">
				<area shape="rect" coords="-279,99,-16,163" href="camjo.html" alt="lijstcamjo" />
			</map>
		</a>
		<div class="ninafilmt">
			<a href="camjo.html"><img src="PHOTOSHOP/camjofotosnina.gif" width="329" height="150" 
			alt="Ninafilmt" title="Camera-journalistiek werk" /></a>
		</div>
		<h2>Camera-journalistiek</h2>
	</div>
</div>
Allemaal niet nodig! :p
Het kan ook gewoon zo:
HTML:
<div id="leesbiobox">
	<div class="leesbio">
		<img src="PHOTOSHOP/camjolijst.png" alt="" name="lijstcamjo" width="304" height="126" border="0" id="lijstcamjo" />
		<div class="ninafilmt">
			<a href="camjo.html">
				<img src="PHOTOSHOP/camjofotosnina.gif" width="329" height="150" alt="Ninafilmt" title="Camera-journalistiek werk" />
			</a>
		</div>
	    <h2>Camera-journalistiek</h2>
	</div>
</div>

=======
Dat ging dus razendsnel; dit opschrijven duurde langer! ;)
De resterende 5 fouten hebben allemaal te maken met de ge-embedde mp4. Zodra dat een YouTube is, zal je daar vanzelf geen last meer van hebben.
En dan zal waarschijnlijk ook de paginasnelheid rap toenemen, want nu wordt de mp4 gedownload ipv gestreamd te worden.

Met vriendelijke groet,
CSShunter
_______
PS: in de <head> nog wat aangepaste css voor de toegevoegde zaken: een <h1> en <h2>'s doen het ook erg goed in Google.
 
Zoo hehe eindelijk een beetje opgeschoten met aanpassingen van de site.
Bedankt weer voor al je tips!!

Nu we toch bezig zijn nog 1 vraag
Aan de rechterkant heb ik een leeg stuk over, en ik kom er niet uit hoe ik dit weg krijg.
Heb jij misschien een idee?
Groet,
Nina.
 
Hoi Nina,
Als je het kale stuk rechts helemaal weg zou willen hebben, zou nogal fiks ingegrepen moeten worden in de basis-structuur van de site.

Wat makkelijker kan, is evenveel kale ruimte links en rechts maken: de pagina centreren voor brede beeldschermen, dat oogt een stuk prettiger.

nina-gecentreerd.png

ongecentreerd ---------------------> gecentreerd

Dit kan je doen door:
  1. De {width: 1200px;} uit de body te halen.
  2. De {position: absolute;} uit de #wrapper te halen.

Met vriendelijke groet,
CSShunter
 
Status
Niet open voor verdere reacties.
Terug
Bovenaan Onderaan