Maar dan zit jij in ieder geval veilig.quote:Op donderdag 24 oktober 2013 15:07 schreef Pakspul het volgende:
[..]
Als ik die regels aan mijn hosts file moet gaan toevoegen dan heb ik nog niet echt het idee dat zij het hebben opgelost.
De userprefs.js file was daadwerkelijk infected.quote:Op donderdag 24 oktober 2013 14:44 schreef Rockfire het volgende:
[..]
Ja dat snap ik, maar ik gok op het laatste, dus doet Google irritant
Die titelquote:Op donderdag 24 oktober 2013 15:04 schreef d4v1d het volgende:
[..]
http://www.reddit.com/r/P(...)n_officially/ccyjvw4
Waarom een int? Gewoon een date nemen.quote:Op maandag 28 oktober 2013 15:29 schreef MichielPH het volgende:
Volgens mij vrij simpel op te lossen, maar kan zo snel geen eenvoudige oplossing bedenken:
Ik heb een tabel met per gebruiker per dag gegevens. De dag is een int, zaterdag is 6, zondag is 0, maandag is 1, etc. Ik vraag gisteren, vandaag en morgen op. Gaat prima.
Echter, ik wil het ook gesorteerd op datum weergeven. Hoe doe ik dat? Als ik gisteren de query had uitgevoerd, krijg ik dus 3 rijen met als dag 0, 1 en 6 terug. Ik wil het in volgorde 6, 0, 1 zien. Kan iemand een zetje in de goede richting geven?
Omdat het geen date is, het is weekdag. Wat voor vandaag geldt, geldt ook voor volgende week maandag. Per gebruiker heb ik dus maar 7 rijen welke het hele jaar gelden.quote:Op maandag 28 oktober 2013 15:41 schreef d4v1d het volgende:
[..]
Waarom een int? Gewoon een date nemen.
Het probleem is echter dat de volgorde dus verandert per dag: vandaag zou het resultaat van weekdagen zijn: 0, 1, 2 (zo, ma, di). Gisteren was dit 0, 1, 6 ( zo, ma, za), terwijl ik 6, 0, 1 (za, zo, ma) wil.quote:Op maandag 28 oktober 2013 15:55 schreef KomtTijd... het volgende:
Je hebt dus maar 7 records, die als een soort loopje een weekrooster vormen?
En een bijzondere functie die gisteren, vandaag en morgen ophaalt?
Dan zou ik die bijzondere functie ze ook gewoon in die volgorde in een array laten stoppen.
1 2 3 4 5 6 7 8 9 10 11 12 | select gebruiker, 1 as dag from tabel where dag = DAYOFWEEK(CURDATE()) union all select gebruiker, 2 as dag from table where dag = DAYOFWEEK(CURDATE()) -1 union all select gebruiker, 3 as dag from table where dag = DAYOFWEEK(CURDATE()) -2 order by gebruiker, dag |
1 2 3 4 5 6 | $weekday = date("w"); $serviceTime = $this->User->ServiceTime->find('all', array( 'conditions' => array('user_id' => $user['User']['user_id'], 'day' => array(($weekday - 1) % 7, $weekday, ($weekday + 1) % 7)), 'recursive' => -1 )); |
Kan ik wat mee!quote:Op maandag 28 oktober 2013 16:10 schreef vallisarosa het volgende:
[ code verwijderd ]
Of gebruik een soort van decode functie als dat kan in je sql.
1 2 3 4 5 6 | application system public_html ---assets -----css -------styles.css |
Ik heb het antwoord al gevonden: http://www.codingcereal.c(...)calhost-using-xampp/quote:Op donderdag 7 november 2013 01:45 schreef pascal08 het volgende:
Hoe kan ik ervoor zorgen dat de mappenstructuur met XAMPP hetzelfde werkt als met een webserver? Het lijkt zo simpel, maar ik kom er niet uit.
Als ik een website upload op een server dan zorg ik ervoor dat alles wat niet voor jan-en-alleman beschikbaar mag zijn buiten de 'public' folder komt. Als ik dan bijvoorbeeld een URL in een CSS file definieer dan is de root gelijk aan de 'public' folder.
Voorbeeld:
[ code verwijderd ]
Ik zou styles.css includen met het pad: "/assets/css/styles.css"
Als ik echter lokaal wil testen met XAMPP dan wordt deze URL: "localhost/assets/css/styles.css", omdat XAMPP localhost als root ziet.
Hoe zorg ik ervoor dat ik niet alle URL's steeds hoef te veranderen of de configuratie XAMPP hoef te veranderen voor verschillende projecten?
Bezoek tegenwoordig ook wel eens een PHP gebruikersgroep hier in de buurt waar ik ook mijn vragen kwijt kan.quote:Op maandag 4 november 2013 18:13 schreef Crutch het volgende:
Wat is het rustig hier..
Zijn we ineens goed in PHP geworden?
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/
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |