Maar dan zal ik toch al die duizenden URL's moeten bewerken met dat stukje base url.quote:Op donderdag 7 november 2013 09:33 schreef KomtTijd... het volgende:
xamp werkt niets anders dan een online host, het is allebei gewoon apache.
zet gewoon een base url in je config bestand, dan heb je nooit gezeik meer als je je website verplaatst.
Gewoon een find-and-replace met "localhost" en "$config->baseUrl()"?quote:Op donderdag 7 november 2013 14:15 schreef pascal08 het volgende:
[..]
Maar dan zal ik toch al die duizenden URL's moeten bewerken met dat stukje base url.
Laat het een les zijn, je kan zelfs een php script er voor schrijven.quote:Op donderdag 7 november 2013 14:15 schreef pascal08 het volgende:
[..]
Maar dan zal ik toch al die duizenden URL's moeten bewerken met dat stukje base url.
Als het er duizenden zijn, vraag ik me toch af of er niet nog ergens wat fout gaat..quote:Op donderdag 7 november 2013 14:15 schreef pascal08 het volgende:
[..]
Maar dan zal ik toch al die duizenden URL's moeten bewerken met dat stukje base url.
Dat vraag ik me ook altijd of als ik de reactie zo lees. Ik ondervind nu in ieder geval geen problemen meer met een virtual host.quote:Op donderdag 7 november 2013 23:21 schreef Maringo het volgende:
[..]
Als het er duizenden zijn, vraag ik me toch af of er niet nog ergens wat fout gaat..
als het goed is alleen de base url in je template. Als de rest nu goed gaat met relatieve paden, zal dat ook goed blijven gaan.quote:Op donderdag 7 november 2013 14:15 schreef pascal08 het volgende:
[..]
Maar dan zal ik toch al die duizenden URL's moeten bewerken met dat stukje base url.
Ook de URL's van sprites, afbeeldingen, ajax-url's etc.quote:Op donderdag 7 november 2013 23:32 schreef KomtTijd... het volgende:
[..]
als het goed is alleen de base url in je template. Als de rest nu goed gaat met relatieve paden, zal dat ook goed blijven gaan.
Voordeel van ditsoort server-specifieke dingen in een config bestand zetten is dat je heel gemakkelijk kunt kopiëren van de ene naar de andere host, door gewoon al je bestanden behalve de config.php te kopiëren.
1 | <span onclick="var input = document.createElement('input'); input.setAttribute('value', this.firstChild.nodeValue); input.setAttribute('name', 'ac'); input.setAttribute('onblur', 'document.getElementById(\'front11\').submit();'); this.parentNode.replaceChild(input, this);">2015104015</span> |
1 | <input value="2014102016" name="ac" onblur="document.getElementById('front11').submit();"> |
1 2 3 4 | <form id="front11" action="/index.php" method="post"> <input type="hidden" name="id" value="3394" /> <input value="2014102016" name="AC" onblur="document.getElementById('front11').submit();"> </form> |
Zo een eerste snelle blik: het input veld van ac heeft geen type.quote:Op vrijdag 8 november 2013 16:18 schreef Swetsenegger het volgende:
Ik ben bezig front-end editting te bouwen in een webshopje wat ik ooit geknutseld heb. Daarin komt nu dit prachtige stukje proza voor
[ code verwijderd ]
Feitelijk veranderd dit een span met een nummertje in een input veld met het nummertje in de value van dat input veld:
[ code verwijderd ]
En onblur moet hij dan het form submitten. Het form ziet er NA de DOM wijziging als volgt uit
[ code verwijderd ]
Het form submit ook keurig, maar... alleen de id value wordt gesubmit en ac value niet.
Iemand een idee?
Klopt, maar ik heb hem voor de zekerheid ook een type toegevoegd met hetzelfde resultaatquote:Op vrijdag 8 november 2013 16:31 schreef KomtTijd... het volgende:
type default naar text, zou geen probleem mogen zijn.
Nee, onclick word de span input, dat zie ik ook als ik het element inspecteer. En pas daarna wordt de onblur getriggerd. Dus in de DOM is het element aangepast voor het form gesubmit wordt. De submit zit ook in de input, dus kan uberhaupt niet onblur getriggerd worden als de input er nog niet is denk ik?quote:misschien wordt de onblur getriggerd vóór de change ofzo?
Weet je zeker dat het formulier er na de DOM-wijziging zo uit ziet als je hier plaatst? Valt het gegenereerde input-element niet per ongeluk buiten het formulier?quote:Op vrijdag 8 november 2013 16:18 schreef Swetsenegger het volgende:
Ik ben bezig front-end editting te bouwen in een webshopje wat ik ooit geknutseld heb. Daarin komt nu dit prachtige stukje proza voor
[ code verwijderd ]
Feitelijk veranderd dit een span met een nummertje in een input veld met het nummertje in de value van dat input veld:
[ code verwijderd ]
En onblur moet hij dan het form submitten. Het form ziet er NA de DOM wijziging als volgt uit
[ code verwijderd ]
Het form submit ook keurig, maar... alleen de id value wordt gesubmit en ac value niet.
Iemand een idee?
Ik ben er al uit. Het form werd gestart in de ene TR en geëindigd in de ander. En dat vinden browsers blijkbaar niet leuk.quote:Op zaterdag 9 november 2013 11:39 schreef papernote het volgende:
[..]
Weet je zeker dat het formulier er na de DOM-wijziging zo uit ziet als je hier plaatst? Valt het gegenereerde input-element niet per ongeluk buiten het formulier?
Als je de inhoud van de onblur nu eens vervangt door iets als alert(this.parent), zit je dan echt in het formulier?
Dat lijkt me inderdaad geen valide HTML. Ik zou de form om je hele tabel heen gooien en/of om de tr-tags heen.quote:Op zaterdag 9 november 2013 11:50 schreef Swetsenegger het volgende:
[..]
Ik ben er al uit. Het form werd gestart in de ene TR en geëindigd in de ander. En dat vinden browsers blijkbaar niet leuk.
Dat gaat niet aangezien er in de tabel nog wat forms staan voor het winkelmandje en wishlist.quote:Op zaterdag 9 november 2013 12:49 schreef papernote het volgende:
[..]
Dat lijkt me inderdaad geen valide HTML. Ik zou de form om je hele tabel heen gooien en/of om de tr-tags heen.
Kun je niet één groot formulier maken met meerdere submit-opties (met dezelfde name en een verschillende value) en dan op de server bepalen wat je wilt doen?quote:Op zaterdag 9 november 2013 12:55 schreef Swetsenegger het volgende:
[..]
Dat gaat niet aangezien er in de tabel nog wat forms staan voor het winkelmandje en wishlist.
Dus ik heb nu per item blok (artikelcode + naam, omschrijving, prijs) een form. Ik submit toch per onderdeel onBlur, dus dat is sowieso geen probleem.
Deze edit mogelijkheid is natuurlijk alleen beschikbaar voor admins die zijn ingelogged. Dus deze wat messy code staat niet in de gebruikers front-end.
Heb ik ook heel even naar gekeken. Vereist wel een compleet andere opbouw en dat valt wel een beetje buiten de scope eigenlijk. Op zich werkt het nu goed. En ik heb het goed commentedquote:Op zaterdag 9 november 2013 13:14 schreef papernote het volgende:
[..]
Kun je niet één groot formulier maken met meerdere submit-opties (met dezelfde name en een verschillende value) en dan op de server bepalen wat je wilt doen?
Prachtige site man, een bookmarkje waard.quote:Op donderdag 24 oktober 2013 14:47 schreef Pakspul het volgende:
[..]
Nou, best aardig van Google om de waarschuwing te geven.
Het is irritant aangezien je de manual nodig hebt http://devdocs.io/php/
Heet de database ook hetzelfde?quote:Op maandag 11 november 2013 16:44 schreef Skunk-m het volgende:
hij staat goed in mysql ja..
Toen ik hier op mijn lokale pc die tabel gekoppeld had aan een verse install (zelfde versie als de oude was.. nou weet ik dit niet zeker maar volgens mij liet ie het toen ook niet zien totdat ik em geupdate had.. maarja nou is ie volledig up to date dus dat schiet niet op.
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |