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.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?
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 hebthttp://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.
Onleesbaar.quote:Op woensdag 13 november 2013 19:42 schreef Chandler het volgende:
Wat vinden jullie van me scrippie?
http://pastebin.com/g2xTLLtP
Baggerquote:Op woensdag 13 november 2013 19:42 schreef Chandler het volgende:
Wat vinden jullie van me scrippie?
http://pastebin.com/g2xTLLtP
Lekker vatbaar voor SQL Injectionquote:Op woensdag 13 november 2013 19:42 schreef Chandler het volgende:
Wat vinden jullie van me scrippie?
http://pastebin.com/g2xTLLtP
Niet uitvoerbaar. Als ik de code copy-paste vanaf pastebin, krijg ik de melding "This archive is broken, get a good version". Dat blijkt dan over table structure, table data en file data te gaan.quote:Op woensdag 13 november 2013 19:42 schreef Chandler het volgende:
Wat vinden jullie van me scrippie?
http://pastebin.com/g2xTLLtP
dafuq is this?quote:Op woensdag 13 november 2013 19:42 schreef Chandler het volgende:
Wat vinden jullie van me scrippie?
http://pastebin.com/g2xTLLtP
What did I just read ?quote:Op woensdag 13 november 2013 19:42 schreef Chandler het volgende:
Wat vinden jullie van me scrippie?
http://pastebin.com/g2xTLLtP
Op Debian werkt het niet.quote:Op donderdag 14 november 2013 08:39 schreef Chandler het volgende:
Thanks, kleine vraag; jullie testen vast allemaal in een linux omgeving?
het probleem zit hem in PHP_EOL die in windows omgeving anders is dan in de linux omgeving....
Daar ging ik al vanuit, alles anders dan Windows servers zal deze archive als broken betitelen... komt door PHP_EOL in PHP die onder windows anders is dan linux .....quote:
Ok, reactie in één woord: MVCquote:Op donderdag 14 november 2013 08:08 schreef Chandler het volgende:
@Light: Klopt, dat de data onleesbaar is, moet zo zijn.
@Pakspul; bedankt voor je zeer nuttige reactie van 1 woord..
Juicyhil: Klopt, maar het script heeft ook niet als doel beschikbaar te zijn voor de 'hele' wereld... maar opbouwende tips kan ik altijd wat mee
@Light: Het klopt inderdaad dat het om bestands en mysql data te gaan, en daaromheen zit een installer verwerkt, het rare is alleen dat het bestand bij mij deze melding niet geeft en bij jullie wel...
@Crutch: Versleutelde 'data' met een installer er aan vast geknoopt.
@GI: Read above
Het is vreemd dat de data op jullie systemen als 'broken' wordt weergegeven terwijl hier de code uitgevoerd kan worden, snap niet geheel waar het probleem zit maar daar moet ik dus nog mee spelen..
Now you have two problems? Als in: hoe is MVC een oplossing voor de problemen van Chandler? :-)quote:
Je mag toch op zijn minst wel je templates en je code gescheiden houden, niets problematisch aan hoor.quote:Op donderdag 14 november 2013 17:02 schreef rekenwonder het volgende:
[..]
Now you have two problems? Als in: hoe is MVC een oplossing voor de problemen van Chandler? :-)
Ik moest de cache legen in phpbb en daarna deed ie het..quote:Op woensdag 13 november 2013 13:43 schreef boem-dikkie het volgende:
[..]
Heet de database ook hetzelfde?
Dat is opzich handig, aangezien je dan geen "harde" paden hoeft te gebruiken...quote:Op donderdag 14 november 2013 17:28 schreef Skunk-m het volgende:
[..]
Ik moest de cache legen in phpbb en daarna deed ie het..
Maar nu is mijn vraag waarom phpbb ./ voor de links zet voor smilies, ranks etc.
dus als mn smilie path is ingesteld als images/smilies (gewoon standaard dus)
dan maakt ie er ./images/smilies van waardoor de afbeelding niet word weergegeven.
??
Ja? slaat in mijn ogen compleet de plank misquote:Op donderdag 14 november 2013 17:02 schreef rekenwonder het volgende:
[..]
Now you have two problems? Als in: hoe is MVC een oplossing voor de problemen van Chandler? :-)
Niet als het doel 1 bestand is, zonder includes! of wat voor externe bestanden dan ookquote:Op donderdag 14 november 2013 17:07 schreef KomtTijd... het volgende:
Je mag toch op zijn minst wel je templates en je code gescheiden houden, niets problematisch aan hoor.
T werkt, op je quit knop na. deze brengt alles terug naar de 1e stap van je script.quote:Op zaterdag 16 november 2013 11:39 schreef Chandler het volgende:
LOL wat is dan 2013?gewoon weer ouderwets?
Maaruh een update: http://pastebin.com/VtwXQHur voor diegene die het leuk vind om dingen te testen en opbouwend kritiek wil geven![]()
Oh pass is password123
Je gebruikt twee keer "case 7:". Dat werkt niet, iedere case moet uniek zijn.quote:Op zaterdag 16 november 2013 11:39 schreef Chandler het volgende:
Maaruh een update: http://pastebin.com/VtwXQHur voor diegene die het leuk vind om dingen te testen en opbouwend kritiek wil geven![]()
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |