Благодаря за препоръките!

Аз търсих в google точно за този начин на отваряне/затваряне на for цикли, но явно не съм го попитал правилно - ти ми спести доста търсене. :)

Относно масивите в стринговете - няма ли някаква конвенция как да се прави или както ми харесва на мене?

Възможните варианти са доста и по принцип няма една единна конвенция, а зависи от случая.

Когато става въпрос за пример като твоя, обикновено се избягва да се конкатенират стрингове с echo/print syntax-a.

Реално изречението ти е статично, имаш да вмъкнеш някакви променливи, така че би трябвало да изглежда така:

<p>My name is: <?= $myArray['name']; ?> and I am <?= $myArray['age']; ?> years old </p>

Когато например се използва за MySQL query, тогава най-лекият вариант е този с плейсхолдърите. Модерните енджини за връзка с базата (като не броим ORM-ите тук) разчитат на плейсхолдъри:

$query = $stmt->prepare("SELECT id FROM users WHERE name = :name AND age < :age");

$stmt->bindParam("name", $myArray['name']);

$stmt->bindParam("age", $myArray['age']);

Що се отнася до достъпването на входните данните от рикуеста (POST, GET, PUT, etc...) модерните фреймуърци използват някакъв wrapper върху суперглобалните и някакъв механизъм за ескейпване, защото почти никога не трябва да се разчита на raw data-та. Дори, например, ако пишеш на Netbeans и кажеш echo $_POST['name'] ще ти каже, че не е добра практика да се използва суперглобалната директно.

Това, естествено, не е обект на курса ви по РНР, но е нещо полезно, ако смяташ занапред да се занимаваш с РНР.

Механизмът, който имплементират, сведен до кратък код би изглеждал нещо такова:

http://pastebin.com/wqTM7cYt

Имаш обект който достъпва рикуеста, обикновено в MVC архитектурите, рикуеста не е суперглобален, а е достъпен само до контролерите. Контролерът може да извика Request обекта, който му е инжектнат и да поиска параметър от там. $this->getRequest()->getPost()->firstName например. Като примерно, преди това на рикуест инжектирания обект му е зададено да използва механизъм за ескейпване - HTML (htmlentities). В примера, който съм направил, съм изнесъл една примерна стратегия за ескейпване, един много прост wrapper около $_POST и съответно инстанцирането на последния. Параметрите вече се поискват само като полета на обекта, и минават задължително през ескейпа. В случая, там където съм направил echo $post->firstName дори и да напишеш във формата <script>alert("asd");</script> ще се ескейпне.

P.S.: Май много се отплеснах... :)

Благодаря ти за отделеното време и за това, че се опитваш да ме/ни научиш на нещо полезно. Вече съм няколко идеи по-потготвен за курса и за напред - не се знае дали новата година няма да работя като PHP 'програматор'.

Аз винаги съм бил на мнението, че трябва да свикваме с добрите практики още в началото, защото веднъж свикнеш ли с нещо, трудно се отвиква. Това escape-ване със сигурност се прави при всички web apps, които приемат информация от потребителя. Дори да не пиша на php, ще си имам 1 наум, че някога някой ми е споменал нещо за post и get данните!

Примерният ти код ми показа също, че не само for цикли могат да се пишат без къдрави скоби. Направи ми впечатление дефиницията на масивите - в private променливата я инициализираш със [], а в конструктора с array() (default-на стойност, предполагам). Вече имам още неща, за които трябва да прочета.

1.

//Don't know why "\n" is not working => using "<br>"

- Because that's how HTML works. Ако имаш следния HTML код

<p>First line

Second Line

Third line </p>

В браузъра ще се покаже: "First line Second Line Third line"

--------------

2. join() vs. implode()

--------------

3. array_push() vs. [] notation

--------------

4. проверяваш дали Age е numeric а после му слагаш htmlentities? :) Ако очакваш нещо да е число, няма нужда да перформваш стрингова операция върху него. Може имплицитно да кастнеш към съответния тип, флоут или интда речем.

Ще попрочета какво имаш предвид за 2-ра и 3-та точка, а за 4-та веднага се съгласявам с теб, моя грешка. Ще си поправя кода. Иначе по 1-ва точка, просто гледах лекцията на Наков и той там си ползваше "\n" без проблем, но може нещо да съм недогледал или пропуснал, ще проверя отново.

Благодаря ти за съветите, както и за по-горните коментари, те също ми бяха доста полезни :)

EDIT:

Сега видях линковете по 2-ро и 3-то, изглежда алтернативите ти един вид оптимизират малко повечко кода, правилно ли съм разбрал? :)

"\n" би работило в конзолата, защото конзолната среда интерпретира това за нов ред. От своя страна HTML-а не го интерпретира за нов ред.

За 2. и 3. общо взето да :) Освен оптимиация, която не е толкова важна, са и по-използвания вариант в света на РНР. Рядко ще видиш апликейшън, в който се ползва array_push или join.

Аз повечето неща съм ги казал на колегите по-горе :) Иска ми се да те посъветвам все пак да не ползваш echo за да принтираш HTML. Затваряй PHP тага и просто пиши HTML, както е показал авторът на темата в неговата задача.

Благодаря, ще го имам в предвид за напред 

Уточнявай кого имаш в предвид, че доста хора са постнали решения :) /видях, че за автора на темата става въпрос/

Наясно съм с това, но с DateTime клас-а ми изглежда по-елегантно. Също така предпочитам да наблягам към обектно-ориентираното програмиране. Не ми пречеше да взема стойностите от getdate(), които да ги сложа в конструктора на DateTime, но според мен не си заслужава.

Не съм се и съмнявал, че можеш да вземеш стойностите от getdate(), просто реших да отбележа.

Съжалявам ако прозвуча дребнаво

А иначе решението ти за Lazy Sundays много ми хареса - доста е елегантно.

Един коментар по 7-ма задача ще си позволя:

Гледах следващата лекция от курса: Working with forms - там е казано, че escape-ването се прави само и единствено, когато се извежда/принтира информацията в html-а, а не при четенето й /има и още няколко правила изброени.../.

Тоест не тук:

$name = htmlspecialchars($_GET["name"]);

а тук: 

<p>My name is <?= htmlspecialchars($name) ?>

Fixed :)

благодаря за уточнението!

Здравей,

1. По задача 3 - не си изпълнил всички изисквания в условието - трябва да имаш проверка какъв тип данни ти е променливата и според типа да съответно да принтваш var_dump на променливата ако е числов тип, а за останалите типове променливи трябва да ти принтва типа им - тоест gettype($variable);

2. По задача 7 - защо проверяваш само sex дали е isset, ами ако name и age не са?

<input type="text" name="name" placeholder="Name" required="required">
requiered гарантира, че трябва да има въведена стойност, доста по-удобно е от това да хвърляш exceptioni или да правиш проверки с if statement, a на задача №3 не е задължително да се изпозлзва gettype($variable); след като и със var_dump се изкарват правилни резултати по следния начин:

$values = array(['hello', 15, 1.234, array(1,2,3),  (object)[2,34]]);
for($i = 0; $i < count($values); $i++) {
    print_r(var_dump($values[$i]));
}

:)

quickben, идеята е да пишем php, не html. Ако изтрия това required от html-а, веднага ще се бъгне сайта - с други думи php кодът ти има пропуски! :)

Защо да не може :)

Просто подай параметри на функцията - function sumNumbers($a, $b) например.

<?php
function sumNumbers($first, $second) {
    $firstNumber = $first;
    $secondNumber = $second;
    $sum = $firstNumber + $secondNumber;
    $sum = number_format($sum, 2);
    echo '$firstNumber + $secondNumber = ' . "$firstNumber + $secondNumber = " . $sum;
}
sumNumbers($_GET['first'], $_GET['second']);
?>

Някой по-напреднал да каже, иначе кода по-горе взима данни от html...
ps - ако смяташ да постваш по-дълъг код е хубаво да се upload-не в някой сайт.

a.angelov за да не спамя отделно може ли да те попитам дали вече съм направил като хората задача №3, че както правилно отбеляза само при определни случай трябва да се използва var_dump в съотвената задача -> ЦЪК