Filmpjes laden traag

Status
Niet open voor verdere reacties.

spiritual89

Gebruiker
Lid geworden
14 jul 2006
Berichten
50
Ik draai websites vanaf een server thuis die draait op Windows Server 2003 SP2. Nu is er een website waar je filmpjes kan bekijken. Maar het bufferen duurt lang en het grootste filmpje is 11 m.b., de rest is kleiner. Maar hoe kan ik ervoor zorgen dat het filmpje sneller laad?

http://www.gypsyacademy.eu/Repertoire.html en waar (wmv) achter staat is logischer wijs een filmpje :confused:

Alvast bedankt.
 
Hoi spiritual89,
Hiervoor moet de video "streaming" gemaakt worden, d.w.z. dat de video al begint af te spelen als de rest nog gedownload wordt.
Ik weet hiervoor twee manieren:
  1. De makkelijkste: een YouTube account maken, en daarnaartoe de filmpjes uploaden. Vervolgens op je site de YouTube-filmpjes insluiten met de "embed"-code die op de YouTube site staat. Daarmee heb je meteen een streaming Flash-player binnengehaald. Of domweg een link zetten naar de YouTube-pagina waar het filmpje staat.
  2. Zelf een player op je site embedden (d.w.z. bv. de Windows MediaPlayer of de QuickTime player via een plugin van de bezoeker oproepen), en daarin de filmpjes vertonen.
Een voorbeeld van een ingesloten YouTube kan je hier vinden.
Een voorbeeld van een embedded MediaPlayer zit hier.
- Voordeel van de YouTube-route is, dat de server bij je thuis niet te zwaar belast kan worden als er veel mensen tegelijk de filmpjes bekijken, en het scheelt voor je datalimiet. :)

Met vriendelijke groet,
CSShunter

PS: een pittig groepje dat de Feuertanz speelt (de rest heb ik nog niet afgespeeld). Geweldig! Als je de video er niet bij zou zien, zou je niet vermoeden dat het orkest zo jong was. :)
 
Laatst bewerkt:
Hoi spiritual89,
Hiervoor moet de video "streaming" gemaakt worden, d.w.z. dat de video al begint af te spelen als de rest nog gedownload wordt.
Ik weet hiervoor twee manieren:
  1. De makkelijkste: een YouTube account maken, en daarnaartoe de filmpjes uploaden. Vervolgens op je site de YouTube-filmpjes insluiten met de "embed"-code die op de YouTube site staat. Daarmee heb je meteen een streaming Flash-player binnengehaald. Of domweg een link zetten naar de YouTube-pagina waar het filmpje staat.
  2. Zelf een player op je site embedden (d.w.z. bv. de Windows MediaPlayer of de QuickTime player via een plugin van de bezoeker oproepen), en daarin de filmpjes vertonen.
Een voorbeeld van een ingesloten YouTube kan je hier vinden.
Een voorbeeld van een embedded MediaPlayer zit hier.
- Voordeel van de YouTube-route is, dat de server bij je thuis niet te zwaar belast kan worden als er veel mensen tegelijk de filmpjes bekijken, en het scheelt voor je datalimiet. :)

Met vriendelijke groet,
CSShunter

PS: een pittig groepje dat de Feuertanz speelt (de rest heb ik nog niet afgespeeld). Geweldig! Als je de video er niet bij zou zien, zou je niet vermoeden dat het orkest zo jong was. :)

Dat is precies wat ik bedoel, top zeg! En wel het 2e voorbeeld, maar hoe krijg ik dat nou op mijn site? "Zelf een player op je site embedden", hoe gaat dat?:o
 
Hoi spiritual89,
Ik heb even een snelle testpagina gemaakt.
Maar er zitten nog wat akkeltjes onder het gras:
  • De wmv-files moeten aangepast worden naar het juiste formaat en/of geconverteerd worden naar mpg-bestanden
  • In Internet Explorer houdt het spelen niet op, als je tussentijds de "Sluit Video" aanklikt (in Firefox wel). Daar moet nog wat extra javascript achter gezet worden, denk ik (of misschien kan dat wel niet).
  • Als je op dezelfde pagina een andere video wilt openen, moeten er ook extra javascript-operaties voor bedacht worden worden, of (andere oplossing) er moet een iframe geopend worden waarin het filmpje wordt vertoond.

Met vriendelijke groet,
CSShunter
 
Hoi spiritual89,
Ik heb even een snelle testpagina gemaakt.
Maar er zitten nog wat akkeltjes onder het gras:
  • De wmv-files moeten aangepast worden naar het juiste formaat en/of geconverteerd worden naar mpg-bestanden
  • In Internet Explorer houdt het spelen niet op, als je tussentijds de "Sluit Video" aanklikt (in Firefox wel). Daar moet nog wat extra javascript achter gezet worden, denk ik (of misschien kan dat wel niet).
  • Als je op dezelfde pagina een andere video wilt openen, moeten er ook extra javascript-operaties voor bedacht worden worden, of (andere oplossing) er moet een iframe geopend worden waarin het filmpje wordt vertoond.

Met vriendelijke groet,
CSShunter

Hallo CSShunter,

Tot zo ver erg bedankt voor je hulp!! Ik heb toch je raad opgevolgd en het via youtube te doen, om mijn server zoals je zei niet teveel te belasten. Ik wacht even de reacties af van andere mensen van de academy en als zij tevreden zijn zoals het nu is dan laat ik het zo.
Maar op de manier hoe jij het hebt gedaan spreekt mij persoonlijk meer aan.
Nogmaals bedankt en misschien dat ik je nog eens om advies ga vragen :thumb:

Met vriendelijke groet,

Gilbert.
 
Hoi spiritual89,
Ik heb even een snelle testpagina gemaakt.
Maar er zitten nog wat akkeltjes onder het gras:
  • De wmv-files moeten aangepast worden naar het juiste formaat en/of geconverteerd worden naar mpg-bestanden
  • In Internet Explorer houdt het spelen niet op, als je tussentijds de "Sluit Video" aanklikt (in Firefox wel). Daar moet nog wat extra javascript achter gezet worden, denk ik (of misschien kan dat wel niet).
  • Als je op dezelfde pagina een andere video wilt openen, moeten er ook extra javascript-operaties voor bedacht worden worden, of (andere oplossing) er moet een iframe geopend worden waarin het filmpje wordt vertoond.

Met vriendelijke groet,
CSShunter

Hallo CSShunter,

Toch nog even tussendoor snel een vraagje (moet zo werken namelijk:(), die snelle pagina die jij hebt gemaakt, die kan ik dus ook zo maken en met de tekst en links aan de linkerkant van de pagina. En dan de player ernaast? En als je dan een filmpje wilt kijken dan verschijnt pas de player? En als je daarna weer een ander filmpje wilt bekijken dan verdwijnt de player als het ware om dan weer opnieuw te verschijnen met het volgende liedje? In hoeverre belast ik mijn server op deze manier?

Met vriendelijke groet,

Gilbert
 
"alles kan"

Hoi Gilbert,
Het antwoord op al je snelle vraagjes is: JA!
Ik ben geen server-deskundige, maar de belasting van je server komt er op neer, dat als iemand een filmpje wil zien, er een oproep van de bezoekers-pc naar jouw server gaat. Die moet dan zijn hard- en software aan de slag zetten om de x MB filmpje te verzenden naar de bezoeker. Bij veel bezoekers tegelijk (en grote bestanden) moet de server dus hard werken. Daarnaast geeft het "tikken" op de teller van je provider: meneer heeft deze maand y MB dataverkeer over internet geblazen, en dat kost ..., en/of: daarmee kom je wel/niet in de buurt van de datalimiet die bij je abonnement hoort. Het hangt natuurlijk af van de omvang / processor / enz. van je server, en van de bezoekersaantallen die aan het filmpjes downloaden slaan, - en misschien valt het in de praktijk allemaal erg mee (daar heb ik geen kijk op).

Ik ben nog maar even doorgegaan op de ingeslagen weg van de snelle testpagina, en heb de opgedoemde problemen (en nieuwe opdoemende problemen!) aardig kunnen tackelen, geloof ik. Ik heb de iframe-methode uitgewerkt, en het werkt nu op het volgende principe:
  • Er is één pagina met daarop overzichtelijk alle links, en in een hoek staat een venstertje met de player klaar (dat is het iframe).
  • Het klaar staan ziet de bezoeker doordat er in het iframe eerst een "nep-player" vertoond word, d.w.z. een plaatje. - Want we weten nog niet welke film de bezoeker wil gaan bekijken, en eerder kan er geen player actief gemaakt worden.
  • Als op een link naar een video wordt geklikt, komt de zaak in beweging. Een javascript-opdracht bij klikken op de link zorgt dat er in het iframe-venstertje een bepaalde nieuwe pagina wordt opgeroepen.
  • Tegelijkertijd wordt de pagina iets omhoog gescrolld, zodat de het player-venstertje van het iframe altijd op dezelfde plaats blijft staan.
  • De in het iframe opgeroepen pagina (voor elke video een andere) bevat de gegevens om het filmpje te kunnen laten zien: daarin zit de player ge-embed, en de vindplaats van het video-bestand. Verder staat er niets op die pagina. De player begint door een opgegeven auto-start mooi uit zichzelf te draaien.
  • Het "niet willen ophouden" van Internet Explorer is nu ook opgelost. Als men (op de gewone pagina) de player uitzet, wordt de hele pagina in het iframe uitgeschakeld (en niet alleen een player onzichtbaar gemaakt).
  • Het stopzetten kan nu op drie manieren. In de player zelf (de pauze-knop). En door een nieuwe video op te roepen: dan wordt de pagina in het iframe vervangen door een andere pagina, waar de nieuwe film in staat. En door op een link/knop "Close player" te klikken: dan wordt de pagina in het iframe uitgeschakeld en weer vervangen door het start-plaatje. Hiervoor de makkelijkste manier genomen: gewoon refreshen van de pagina, en op de scroll-hoogte laten staan waar hij was (via de daarvoor bedoelde bladwijzer). De bezoeker ziet er dan niets van, en het lijkt alsof alleen maar het iframe verandert. In werkelijkheid is het dus een hele "nieuwe pagina".
In principe is zo alles geregeld.
Nieuw opdoemdend probleem was dat IE7 niet prettig wilde reageren op de Close-opdracht. Dan werd alles wel volgens plan uitgevoerd, maar ging het scrollen naar de opgegeven hoogte niet door. Bij een reload kan IE niet met een bladwijzer overweg... Resultaat is dan dat de pagina helemaal opnieuw bovenaan begint, en dat is onhandig/onprettig als je alleen maar een venstertje wilt uitzetten.
Maar daarvoor een list bedacht. Met een "Conditional Comment" wordt alleen voor IE doorgeschakeld naar een totaal andere pagina. Dat is een doorschakel-pagina, die alleen maar uit de opdracht bestaat om na 5/100 seconde zichzelf weer te vervangen door de repertoire-pagina op het punt van de bladwijzer. En dan doet IE het wel! :p De flits van het schakelen in IE heb ik wat verzacht met (alleen voor IE weer) een softe pagina-overgang. Nu duurt het voor IE-bezoekers ietsje langer, maar ze komen wel terecht waar we ze hebben willen.

Toen ik dit had, dacht ik: "Nou dan ga ik hem als test even inbouwen in de bestaande repertoire-pagina". Maar poef-poef, wat heeft die "Web Page Maker" van jullie er een toestand van gemaakt... :shocked:
  • alle fontsizes in pixels...
  • alle elementen in eigen <div>'s, die absoluut gepositioneerd worden (en weer: op de pixel) ...
  • alle styles inline gezet ...
  • Zo krijg je een knalstarre pagina, die lang niet altijd goed zal werken, en qua code absoluut onoverzichtelijk is.
B.v.: www.gypsyacademy.eu/Repertoire.html, dan in Firefox: Beeld > Zoomen > Alleen text inzoomen > 1 zoom-klikje, en het menu wandelt weg. Ook met achtergronden kom je zo lelijk in de knel: voor elke pagina wordt er, afhankelijk van de hoogte, en nieuwe #container en #content achtergrond gemaakt: de "roundrect1205333468.gif" enz. Zodra de lettergroote verandert, of als je iets meer of minder tekst op de pagina wilt hebben, gaat het mis...

Kortom, voor mijn goeie fatsoen ontkwam ik er niet aan om er meteen een ordentelijke pagina van te maken, om te beginnen met een html-indeling en css-sjabloon die flexibel zijn, en ook op ander pagina's toepasbaar zonder dat je alles overnieuw hoeft te fabrieken.

Bijna klaar, zag ik dat jij intussen ook niet hebt stilgezeten, en flink op weg bent gegaan in de YouTube-route (je nieuwe pagina FragmentenRepertoire.html). :thumb:
Toen begon ik hem even te knijpen!
Zouden onze twee routes gecombineerd kunnen worden? Maar ja, gelukkig past de YouTube-route ook in het iframe-model.

De nieuwe testpagina is hier! :)

Opmerkinkjes:
  • Alleen de links in "From Rumania" zijn aangebracht, om te laten zien hoe het er uit kan zien.
  • Alleen de links waar een + achter staat zijn afspeelbaar (onderin ook nog "From Greece/Milise Mou", om te zien hoe het auto-scrollen gaat).
  • De link naar de Feuertanz gaat naar een pagina met een embedded video die bij mij op de server staat, de andere twee zijn embedded naar de server van YouTube die het dataverkeer voor z'n rekening kan nemen. Werkt net zo goed!
  • Ik weet niet of YouTube een auto-play optie heeft, die je als parameter kan instellen bij het aanroepen. Zou wel mooi zijn, ben je ook van die lelijke knop in het midden af.
  • Kale pagina's waar alleen de video op staat: bv. Feuertanz.htm ("eigen server") of Hatzegana.htm (YouTube route). - Zo'n pagina moet dus voor elke video gemaakt worden: copy/paste en klaar!
  • De pagina kan ook op een resolutie van 800x600px nog bekeken worden zonder horizontale scrollbar te hoeven gebruiken.
  • De pagina kan t.z.t. probleemloos aangevuld worden met meer landen en/of meer filmpjes.
  • Ik vond het Bold/Normal/Italic om het lesniveau aan te geven niet zo mooi in het paginabeeld passen, en heb daarvoor de lettertjes verzonnen.
  • In plaats van de saaie standaard-dots bij list-items heb ik er maar eens muzieknootjes in gezet.
  • Ik vond het bij deze pagina mooier om de achtergrond met de viool op "fixed" te zetten en niet mee te laten scrollen met de rest.
  • Titelplaatje verkleind/verscherpt tot precies het formaat dat het moet zijn.
  • Strijkstok even geharsd, want zag er door de jpg-behandeling wat hobbelig uit in de stok, en wat rafelig bij de beharing. Meteen even iets opgespannen. ;)
  • En nog wat van die dingetjes onderweg.
  • O ja, de titel "The Gypsy Academy" en andere letters staan in de mooie "Adobe Garamond Pro Bold", maar die heeft lang niet iedereen op z'n/h'r pc staan (ik niet, bijvoorbeeld). Dan pakt de browser maar iets dat wel op de pc staat - en dan kan wel eens vreselijk uit de buurt liggen van wat de bedoeling was. In de css heb ik er daarom als alternatief de "gewone Garamond" bij gezet, die er meestal wel op zit; en voor de hoofdtitel de echte "Adobe Garamond Pro Bold" gebruikt, maar dan als plaatje. Kan niet mis! :)
  • Ik denk niet dat het mogelijk is om de "Adobe Garamond Pro Bold" als ingesloten lettertype mee te sturen met de webpagina; daar zullen ze vanuit hun copyright wel een stokje voor gestoken hebben (hij is te koop, en gratis verspreiding via internet zullen ze niet willen); meer hierover: zie hier.
  • Het zou eventueel kunnen met de SIFR-methode, maar ik vind dat nogal omslachtig, en ben ook bang dat de pagina dan niet mooi inlaadt (SIFR-pagina's verspringen vaak).
  • De broncode verklapt alles wat ik uitgehaald heb.
  • Iets toevoegen kan makkelijk door kopieer/plak in de broncode, gewoon het betreffende regeltje herhalen met de nieuwe gegevens.
  • Zoals je ziet, heb ik alle css nog in de <head> staan, dat kan later een mooi separaat stylesheet worden.

Hoop dat je er wat aan hebt,
succes verder!

Met vriendelijke groet,
CSShunter
 
Laatst bewerkt:
Hallo CSSHunter,

Jouw voorbeeld is inderdaad precies wat ik bedoel :) Mooi met maar 1 player, maar hoe ga ik dat voor mekaar krijgen. Uit jouw verhaal haal ik dat jij wat dit betreft een heel stuk verder bent dan ik :o. Hoe je ook die strijkstok hebt verbeterd! Geweldig!
Maar Web Page Maker heeft er geen zooitje van gemaakt maar dat zal ik wel gedaan hebben:confused:
Hoe ga ik dat doen dat :shocked: zo'n zelfde pagina maken?!! Dit gaat mij net ietsje boven mijn pet. Nu heb je zo'n mooi uitgebreid verhaal voor mij gemaakt en weet ik eigenlijk nog niet hoe het moet.
Is het erg moeilijk??? Ik weet bijvoorbeeld niks van HTML.

off topic: heb jij ook iets met violen;)
 
Hoi Gilbert,
Ik dacht al dat je zoiets bedoelde. :)
Web Page Maker heeft er geen zooitje van gemaakt maar dat zal ik wel gedaan hebben.:confused:
Nou, het is wel degelijk de Web Page Maker. Voor hun homepage hebben ze zichzelf gebruikt, en daar zie ik bv. in staan:
HTML:
<style type="text/css">
/*----------Text Styles----------*/
.ws6 {font-size: 8px;}
.ws7 {font-size: 9.3px;}
.ws8 {font-size: 11px;}
.ws9 {font-size: 12px;}

... en ...

<div id="g_image2" style="position:absolute; overflow:hidden; 
   left:776px; top:0px; width:4px; height:1040px; z-index:0">
   <img src="images/shadow.gif" alt="" title="" border=0 width=4 height=1040>
</div>

<div id="g_shape4" style="position:absolute; overflow:hidden; 
   left:0px; top:0px; width:776px; height:1041px; z-index:1">
   <img border=0 width="100%" height="100%" alt="" src="images/shape23310609.gif">
</div>

... en dat gaat aan één stuk zo maar door, met ook:

<font color="#000080" face="Tahoma"><B>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </B></font>

... enz., t/m:
 
<div><font class="ws11" color="#FFFFFF" face="Verdana"><B><I>Create your own web pages in minutes...</I></B></font></div>
De insiders hebben dan al gegeten & gedronken!
Een tipje van de sluier:
  • Via de "position:absolute" en opgave in pixels worden alle elementen van de pagina zó neergezet, dat er geen enkele flexibiliteit meer is. Maar die is wel nodig!
  • De lettergroottes worden ook in px opgegeven: d.w.z. als iemand een andere browser dan Internet Explorer heeft, en de lettergrootte wil aanpassen (omdat hij/zij het anders niet kan lezen), dan komt alles schots & scheef op de pagina te staan, of verdwijnen er stukken tekst. Wie wel IE als browser gebruikt kan de lettergroottes trouwens niet aanpassen, ook niet als het nodig is. In de laatste versie IE8 kan men wel inzoomen, maar dan wordt de hele pagina groter, en moet je links-rechts scrollen om iets te kunnen lezen: verre van ideaal.
  • Oplossing is om de lettergroottes op te geven in een relatieve maat, maar dat botst keihard tegen de grenzen van de pixel-nauwkeurige positie van de rest van de elementen: die horen dan ook in relatieve maten opgegeven te worden, of op z'n minst met een niet vastgeprikte hoogte van een element (dan kan dat uitrekken als de tekst groter wordt, enz.). Maar dat kan niet in het Web Page Maker Systeem...
  • Ik ben wel heel nieuwsgierig naar hun geheime truc om 1/3 pixel als maat op te geven ( .ws7 {font-size: 9.3px;} ). Bij mijn weten is een pixel het kleinste beeldpunt op de monitor dat bestaat, en beeldpunten zijn ondeelbaar. :D
  • Terzijde: de css-validator slaat daar niet op aan en slikt het zomaar, daar snap ik ook niets van.
  • Er worden steeds style-opdrachten gegeven midden in de html-code. Dat kan wel, maar je kan styles veel beter in een apart stylesheet onderbrengen: daar is de style-taal CSS voor bedoeld; dan kan je ook zo'n stylesheet in een andere pagina importeren, zonder dat je steeds het wiel opnieuw moet uitvinden.
  • Maar ik snap wel waarom ze dat niet doen: als je een stylesheet van een alles-op-de-pixel-geregelde pagina voor een andere pagina wilt gebruiken, past het niet!
  • Het gebruik van de <b> en de <i> tag (voor Bold en Italic) komt uit de oude grafische achtergrond van html, en is nu nog niet echt verboden, maar wordt wel sterk afgeraden in verband met de toegankelijkheid voor blinden (een voorleesapparaat kan Bold en Italic niet voorlezen!). Beter zijn <strong> (= krachtig) en <em> (emphasise = benadruk) die door een voorleesbrowser uitstekend op de uitspraak kunnen worden toegepast.
  • De code &nbsp; staat voor NonBreaking SPace (=spatie tussen twee woorden die niet afgebroken mag worden: de twee woorden met de &nbsp; ertussen staan dus altijd samen op dezelfde regel). Nu is het zacht gezegd geen mooie code om &nbsp;'s op een pagina te zetten om een afstand te creëren. Maar waarom ze op hun eigen site een serie vette spaties in een bepaalde kleur en van een bepaald lettertype introduceren, kunnen mijn grijze cellen niet bevatten. :shocked:
Afijn, mijn web-editor is het niet, en ik hoop dat ik je overtuigd heb: de grootste fouten liggen zeker niet bij jou!
Even Google, en de handleiding ontdekt: inderdaad geen enkele kennis van html vereist > en dat is maar goed ook: wie iets van html afweet, komt de trial-periode van 15 dagen vóór de koop à $49,- niet door > richting prullenbak (evenals z'n concurrent Coolpage, die ook zo'n "Drag 'n Drop Your Page in elkaar" hanteert). Misschien zitten er een paar mensen tussen die er net genoeg aan hebben voor een super-simpele pagina, maar ze mikken op de markt der onschuldigen en dat vind ik niet zo fraai...

Dan je vraag:
Hoe ga ik dat doen :shocked:, zo'n zelfde pagina maken?!! (...) Is het erg moeilijk??? Ik weet bijvoorbeeld niks van HTML.
In principe hoef je de pagina niet zelf opnieuw te maken (die is er al ;) ), en zou je "mijn" pagina met alle toebehoren zo hup-2-3 kunnen downloaden en op je eigen site/server kunnen zetten; want als ie het bij mij doet, doet ie het bij jou ook.
  • Er hoeven alleen maar een paar vindpaden aangepast te worden (waar de bestanden/plaatjes enz. bij jou in een mapje komen te staan),
  • de links moeten aangevuld worden voor de andere aanwezige filmpjes,
  • en er moet voor elke nieuwe link een simpele (en steeds dezelfde) nieuwe "embed-pagina" gemaakt worden (= serie-productie waar je handigheid in krijgt).
Maar je moet wel iets van HTML (gaan) afweten voordat je in de code tekeer kunt gaan.

Als ik het goed begrijp uit hun handleiding, heeft de Web Page Maker géén "code view".
Vraag 1: Klopt dat?
Als geen code view > dan zal het rechtstreeks via je Web Page Maker niet lukken > dan gaan we iets anders verzinnen.
  • Dat zal een echte (gratis) web-editor worden, bv. Kompozer.
Wat ook een probleem kan zijn, is dat de Web Page Maker er een eigen upload-systeem op na houdt, en pas de uiteindelijke html in elkaar schroeft op het moment van uploaden.
Vraag 2: Kan je ook een willekeurig bestand (bv. uit je Verkenner, of uit een Verkenner-achtige systeempagina van de Web Page Maker) met Web Page Maker uploaden? En kan je met de Web Page Maker ook een nieuw mapje op de server maken?
Als niet, dan gaan we daar ook iets op verzinnen.
  • Dat zal een aparte goede (gratis) FTP-uploader worden (of misschien heb je omdat je zelf een server draait, daar al een programma voor op je kast staan). Bv. Filezilla is een mooi FTP-programma, waarin je precies kunt zien wat er waar op de server staat, en je er met een muisklik iets nieuws bij kunt zetten in het mapje van keuze.
Maar eerst maar 'ns kijken wat je antwoorden zijn.
En om een beetje (het allernoodzakelijkste) van HTML te begrijpen, zou je in de handleidinghtml.nl de prille beginselen vast eens kunnen nalezen.

Met vriendelijke groet,
CSShunter

[offtopic]
Inderdaad heb ik iets met viool: via de paplepel. - Zelf kan ik niet violieren (kan heel mooi de a-snaar aanstrijken, en daarmee houdt het op), maar mijn moeder was violiste en vioollerares, met leerlingen aan huis (in de voorkamer). Ik zat aan de andere kant van de schuifdeuren: aha, na drie keer het liedje tokkelen op de losse snaren, dat lijkt heel wat met begeleiding; en aha, daar ging iemand al naar de tweede positie, en dat soort dingen. Ook: "welke van deze 3 op-zicht-violen is nou de mooiste"? Ik mocht dan "blind luisteren" naar het voorspelen in steeds wisselende volgorde, en ook mijn mening geven: "toch de eerste? doe die nog eens" enz. Veel van muziek meegekregen op die manier!
En zo ben ik ook redelijk resistent geworden ;) voor knars-, kras- en studiegeluiden van koters van alle leeftijden (soms ook gepensioneerden, die op hoge leeftijd maar eens met viool begonnen, en na een paar jaar stug volhouden toch iets luisterbaars wisten te strijken: petje af!). Als ik dat niet wilde horen, hoorde ik dat niet. - Prettige bijkomstigheid: ik kan sindsdien ook in een volle kroeg zitten met stevig harde muziek en rumoerige praters, en me volledig concentreren op bv. een stukje dat ik voor m'n werk of voor m'n lol aan het schrijven ben. Niks geen last van! :)
[/offtopic]
 
Als ik het goed begrijp uit hun handleiding, heeft de Web Page Maker géén "code view".
Vraag 1: Klopt dat?
Als geen code view > dan zal het rechtstreeks via je Web Page Maker niet lukken > dan gaan we iets anders verzinnen.

* Dat zal een echte (gratis) web-editor worden, bv. Kompozer.

Dat klopt en ik gebruik soms al HTML Kit.

Wat ook een probleem kan zijn, is dat de Web Page Maker er een eigen upload-systeem op na houdt, en pas de uiteindelijke html in elkaar schroeft op het moment van uploaden.
Vraag 2: Kan je ook een willekeurig bestand (bv. uit je Verkenner, of uit een Verkenner-achtige systeempagina van de Web Page Maker) met Web Page Maker uploaden? En kan je met de Web Page Maker ook een nieuw mapje op de server maken?
Als niet, dan gaan we daar ook iets op verzinnen.

* Dat zal een aparte goede (gratis) FTP-uploader worden (of misschien heb je omdat je zelf een server draait, daar al een programma voor op je kast staan). Bv. Filezilla is een mooi FTP-programma, waarin je precies kunt zien wat er waar op de server staat, en je er met een muisklik iets nieuws bij kunt zetten in het mapje van keuze.

Uploaden gebruik ik CoreFTP Lite (= gratis) uploaden met webpage maker gaat inderdaad, als ik pagina heb aangepast dan save ik het als html pagina direct in de goede folder. Maar via mijn verkenner heb ik dat volgens mij nog nooit gedaan .... zelfde verhaal met dat mapje .... :confused:
 
Vraag 1: Dat klopt en ik gebruik soms al HTML Kit.
Mooi, dat is ook een goeie editor, en dan is dat een probleem minder!

Vraag 2 was: Kan je ook een willekeurig bestand (...) uploaden (...) en (...) ook een nieuw mapje op de server maken?
Uploaden gebruik ik CoreFTP Lite (= gratis) uploaden (...) Maar via mijn verkenner heb ik dat volgens mij nog nooit gedaan .... zelfde verhaal met dat mapje ....
Dat is ook mooi, volgens de screenshots ziet CoreFTP Lite er als 1 druppel water uit als Filezilla, en zou ook hetzelfde moeten kunnen doen.
We gaan even een paar proefjes nemen!
  1. Open je Verkenner, en maak in MijnDocumenten ergens een mapje websiteNew.
  2. Open in je Verkenner het mapje websiteNew, en maak in dat mapje drie nieuwe mapjes: één met de naam css, één met de naam images, en één met de naam multimedia.
  3. Surf naar gypsy.css.txt, en download dit bestand (menu Bestand > Opslaan als...) onder de naam gypsy.css (dus zonder de .txt-uitgang) naar het nieuwe css-mapje.
  4. Nu open je CoreFTP; en je gaat aan de linkerkant, lokaal dus, bladeren naar de map websiteNew (met het uitrolvakje).
  5. Als het goed is zie je dan in het linker grote venster de mapjes css, images en multimedia staan. En aan de rechterkant (op de server) zie je je bestanden en diverse mapjes, o.a. het al bestaande mapje images waar jouw afbeeldingen al in zitten.
  6. We gaan weer naar de linkerkant: nu ga je het mapje css slepen (niet klikken!) naar het rechter venster.
  7. Even later zou nu het css-mapje ook aan de rechterkant moeten staan. Dubbelklik in dat rechter css-mapje, en dan zou je daar het bestandje gypsy.css in moeten zien staan.
Als dit experiment lukt, geef even een brul! :)
Als het niet lukt, brul nog harder! ;)

Wordt vervolgd!
CSShunter
 
Alles heb ik begrepen en het upload verhaal gebruik ik weleens als ik bestanden upload naar de server van KPN, zoals je weet heeft iedereen een x-aantal mb's die men mag gebruiken voor privé doeleinden.
Maar nu komt het: ik weet dus niet hoe ik met CoreFTP moet inloggen op mijn eigen server.
Als ik CoreFTP voor de kpn server gebruik dan vul ik home.planet.nl en dan mijn inlognaam en wachtwoord in. Maar wil ik dat ook met mijn server doen dan lukt het niet.

Wat vul ik in bij Host/IP/URL (bij kpn vul ik home.planet.nl in) in?

Heb al 192.168.1.71 geprobeerd en inlognaam en wachtwoord, maar zegt dan Can't establish connection. Nu heb ik http://192.168.1.71 met inlognaam en wachtwoord en zie nu #Connect socket 1052 to 192.168.1.71 port 80 maar aan de rechterkant niet de verwachte mapjes.

Wat doe ik fout? :o
 
even van het toneel

Hoeps,
Daar heb ik geen sjoege van ... :(

We wachten maar even op een deskundige! - Hoe-oi, deskundige? :)

met vr. groet,
CSShunter

[edit]O, schiet me te binnen dat Filezilla bij sommige sites/providers óók na goed inloggen geen mapjes aan de rechterkant laat zien. Als ik dan op de knop Vernieuwen klik, doet ie het wel (kennelijk een extra opdracht voor "file list" nodig).[/edit]
 
Laatst bewerkt:
toch nog een poging...

Als ik van buiten af naar je site kijk, krijg ik 81.207.30.194 als ip-nummer.
Is die 192.168.1.71 niet iets interns (bv. tussen je router en je server), en moet je niet met FTP gewoon doen alsof je van buiten komt?

Dus in CoreFTP bij "host" invullen: www.gypsyacademy.eu
en dan inlognaam en wachtwoord geven?

Als dat 't niet is, weet ik het niet!

CSShunter
 
Als ik van buiten af naar je site kijk, krijg ik 81.207.30.194 als ip-nummer.
Is die 192.168.1.71 niet iets interns (bv. tussen je router en je server), en moet je niet met FTP gewoon doen alsof je van buiten komt?

Dus in CoreFTP bij "host" invullen: www.gypsyacademy.eu
en dan inlognaam en wachtwoord geven?

Als dat 't niet is, weet ik het niet!

CSShunter

Dat is het helaas niet, ik snap er ook niks van. Moet kunnen, toch? Ik ga hier en daar ook wel vragen aan mensen die weten hoe dit zit. Hou je op de hoogte!
 
Ik ben zeker niet de lang verwachte deskundige, dus misschien slaat dit nergens op. Maar moet je bij host niet invullen: ftp.gypsyacademy.eu ?

Heb trouwens genoten van die filmpjes! Wat kunnen die kinderen spelen.
 
Ja, aanstekelijk spel! :)
Tegenswoordigs moet ik bij mijn ftp-verbindingen bij de providers steeds het gewone www-adres opgeven (vroeger was dat anders, weet ook niet waarom). Misschien regelen de ftp-programma's automatisch het voorvoegsel ftp erbij?

Hoe het ook zij, als ik hiervandaan naar bv. ftp.overslaandevonken.nl surf, krijg ik een inlogvenstertje; als ik daar mijn gebruikersnaam en wachtwoord invoer, ben ik binnen.

Maar als ik hiervandaan naar ftp.gypsyacademy.eu brows, krijg ik niks geen inlogvenstertje, maar de mededeling "pagina niet gevonden".

Op de een of andere manier zit er dus iets scheef op de gypsy-server (die op een ip-adres zit dat gedeeld wordt met een andere site van gilbert; heeft het misschien met de splitsing onderweg te maken?) en/of in de interne aanhakingsprotocollen op die pc: zodat de handshakes van buiten naar binnen niet tot een innig contact leiden. :rolleyes:

Server blijft dicht, vraag blijft open!

Groetjes,
CSShunter
 
Ja, aanstekelijk spel! :)
Tegenswoordigs moet ik bij mijn ftp-verbindingen bij de providers steeds het gewone www-adres opgeven (vroeger was dat anders, weet ook niet waarom). Misschien regelen de ftp-programma's automatisch het voorvoegsel ftp erbij?

Hoe het ook zij, als ik hiervandaan naar bv. ftp.overslaandevonken.nl surf, krijg ik een inlogvenstertje; als ik daar mijn gebruikersnaam en wachtwoord invoer, ben ik binnen.

Maar als ik hiervandaan naar ftp.gypsyacademy.eu brows, krijg ik niks geen inlogvenstertje, maar de mededeling "pagina niet gevonden".

Op de een of andere manier zit er dus iets scheef op de gypsy-server (die op een ip-adres zit dat gedeeld wordt met een andere site van gilbert; heeft het misschien met de splitsing onderweg te maken?) en/of in de interne aanhakingsprotocollen op die pc: zodat de handshakes van buiten naar binnen niet tot een innig contact leiden. :rolleyes:

Server blijft dicht, vraag blijft open!

Groetjes,
CSShunter

Ik heb weleens (muziekbestanden) gedeeld met mensen die dan muziek konden downloaden vanaf mijn server. Dan stuurde ik ze de volgende link: http://www.dj-gilbert.com/filmmac en dan krijg je ook zo'n inlog schermpje. Maar dit is dan één bepaalde folder, heb dezelfde gegevens ingevoerd bij CoreFTP maar helaas .......
 
Laatst bewerkt:
Aha...
Zolang zich nog geen server-deskundige meldt, ga ik nog maar even door met mijn eigen geïmproviseerde logica... oftewel ik probeer rondstruinend op internet ook maar wat losse flodders. ;)
  • Zou het verschil er in kunnen zitten dat je op http://www.dj-gilbert.com/filmmac niet via een ftp-verbinding binnenkomt, maar alleen op een password-beveiligde pagina?
  • Heb je in je Windows Server 2003 wel het onderdeel "FTP-server" geïnstalleerd cq. goed geconfigureerd?
  • Microsoft zegt: "In Windows Server 2003 wordt de FTP-service niet standaard geïnstalleerd". - Dan zou het logisch zijn dat je met ftp niet binnen kunt komen, terwijl gewoon site-bezoek wel mogelijk is.
  • De installatie- en configuratie-handleiding van MS voor een FTP-server staat hier te lezen.
  • Daar wordt toegang voor iedereen (anonymous login) gebruikt, maar op analoge manier zou je een password-login moeten kunnen instellen, lijkt me.
  • Volgens deze pagina moet je dan in Active Directory een User Account & password kunnen aanmaken.
En nog een heel andere denkrichting:
  • Toen je in het begin de Web Page Maker aan de slag zette, zal je daarin toch ook een server-adres hebben opgegeven opdat WPM ergens naar toe kon om je in WPM gemaakte pagina's naar je server te uploaden?
  • In de WPM-instellingen/opties zouden die gegevens te achterhalen moeten zijn.
  • Wat gebeurt er als je die gegevens in coreFTP invult? (maar misschien al lang gedaan, of: misschien kan dat helemaal niet)
En de laatste wellicht héél domme lekenvraag:
  • Kan je via de Verkenner in Windows Server 2003 bij "localhost" niet rechtstreeks bij de bestanden van je site komen?
Hé! :)
Er is trouwens hier in helpmij.nl een hele aparte forum-afdeling die speciaal over eigen (FTP)servers gaat: www.helpmij.nl/forum/forumdisplay.php?f=91
  • Daar zitten denkelijk de deskundigen die we zoeken: misschien daar eens een balletje opgooien?!

Dat was 'm voor vandaag!
Groetjes,
CSShunter
 
Aha...
Zolang zich nog geen server-deskundige meldt, ga ik nog maar even door met mijn eigen geïmproviseerde logica... oftewel ik probeer rondstruinend op internet ook maar wat losse flodders.

* Zou het verschil er in kunnen zitten dat je op http://www.dj-gilbert.com/filmmac niet via een ftp-verbinding binnenkomt, maar alleen op een password-beveiligde pagina?
* Heb je in je Windows Server 2003 wel het onderdeel "FTP-server" geïnstalleerd cq. goed geconfigureerd?
* Microsoft zegt: "In Windows Server 2003 wordt de FTP-service niet standaard geïnstalleerd". - Dan zou het logisch zijn dat je met ftp niet binnen kunt komen, terwijl gewoon site-bezoek wel mogelijk is.
* De installatie- en configuratie-handleiding van MS voor een FTP-server staat hier te lezen.
* Daar wordt toegang voor iedereen (anonymous login) gebruikt, maar op analoge manier zou je een password-login moeten kunnen instellen, lijkt me.
* Volgens deze pagina moet je dan in Active Directory een User Account & password kunnen aanmaken.

Ik heb alles geconfigureerd in IIS en FTP. Alleen snap ik weer dat Active Directory verhaal niet :shocked: Valt allemaal weer niet mee dit :(
Wat vul ik in bij Host/IP/URL ; username en password ???
 
Status
Niet open voor verdere reacties.
Terug
Bovenaan Onderaan