Witam!

Chciałbym na poważnie rozpocząć przygodę z PHP i MajSkjulem. Znam całkiem nieźle xHTML, i nie najgorzej CSS.
Problem w tym, że nie wiem jak ma wyglądać kod strony w PHP. Chodzi dokładnie o to, czy to ma być xHTML połączony z PHP

[skladnia moze sie nie zgadza ale, chodzi z grubsza o co cho]

lub moze:


Mam nadzieje ze rozumiecie o co chodzi...
Następnym moim pytaniem jest, jak wygląda nagłówek strony? Mam dać całą specyfikację xHTML czy walnąć zwykłe ' <? php ' a potem ' ?> '.
Bardzo proszę o jakiś przykładowy nagłówek lub dokument [nie koniecznie musi coś robić].

Z góry dziękuje za zainteresowanie :-)
Pozdrawiam wszystkich koderów!

Jeśłi chcesz od razu nauczyć się robić elegancko to zainteresuj się szablonami. Na przykład Smarty. To pozwala w elegancki sposób oddzielić php od HTML czy jak wolisz XHTML i mieć porządek w aplikacji.

Zainteresowałem się szablonami... ale żeby się nimi bawić, muszę mieć chociaż JAKĄŚ wiedzę n/t PHP...Zainteresowałem się również framework'ami... ale bez wiedzy n/t PHP nic nie zrobię.
A dwa lubię wszystko robić od początku

Noo to mamy Ci robić wykład z php? Poczytaj sobie o użyciu Smarty w skrypcie i próbuj. Skoro lubisz robić wszystko od początku.

Nie chodzi mi o wykład. Chodzi mi tylko o odpowiedź na moje pytanie dotyczące składni... Wydaje mi się, że opisałem to prosto i dosadnie? Tylko tyle potrzebuje... bo z resztą jakoś ruszę :-)
Chce wiedzieć: PHP w HTML'u czy HTML w PHP.
I działać będę normalnie w notatniku, na localhost'cie, bez żadnych smarty'ów i szablonów. Chce się nauczyć podstaw sam. Potem na bank pobawię się szablonami.

1. Mylisz szablony z WYSIWYG i tym podobnym rozwiazaniom, które to zrobią za ciebie brudną robotę.
2. Smarty to jedno z wielu rozwiązań do szablonów.

Szablon to jest coś takiego, co łączy tobie HTMLa z PHP (przykładowo).
W PHP wykonujesz jakieś obliczenia, pobierasz dane z bazy itp., po czym te dane podpinasz pod zmienne szablonu.

Później w tym szablonie (HTML) używasz tych zmiennych, w podobny sposób do tego, który przedstawiłeś w pierwszym poście.
Nadal masz pełną kontrole nad kodem, piszesz wszystko ręcznie, ale ładnie oddzielasz HTML od PHP.


Co do oryginalnego pytania: PHP w HTML jest lepszy => to są w sumie szablony wtedy.

Moi drodzy... Ja naprawdę wiem czym jest smarty. Fakt, że nie umiem się nim obsługiwać jest inną bajką. Wiem czym się różni szablon WYSIWIG od Smarty'ego.
A tak po za tym to dzięki za zainteresowanie się tematem :-)
To teraz takie typowo lamerskie pytanie: jakisik naprawdę dobry tutek/kurs obsługi smarty. Natknąłem się już na kilka ale były ze tak powiem... nie odpowiadające mi.
And another: Myślicie, że nie powinno być problemów z obsługą Smarty przez osobę znającą jedynie podstawy PHP?

No nie zmienia to faktu, że dziękuję za pomoc

Osobiście polecam te dwa kursy SMARTY:
http://gajdaw.pl/smarty/
http://smarty.web-dsn.com/

Jak najbardziej PHP w HTML-u. Czasami, małe partie kodu HTML możesz pisać w PHP.
Smarty wcale nie jest elegenckie

Więc Ci odpowiedziałam prosto. Php osobno i HTML (w szablonach) osobno. Oczywiście jak chcesz porządnie. Bo jak Ci nie zależy to wszystko jedno czy php w html czy html w php.

W pełni popieram. Moim zdaniem Smarty jest totalnie przereklamowane. Czy ktokolwiek z polecających ten system zaglądał kiedykolwiek do źródeł "skeszowanych" plików? Nie? No to polecam, bardzo ciekawa lektura, naprawdę.

Ja osobiście jestem zwolennikiem używania "wbudowanych" szablonów tj. skorzystania z możliwości:

[HTML] pobierz, plaintext 
<h2><?= $naglowek ?></h2>
[HTML] pobierz, plaintext 

Różnica w porównaniu ze Smartami praktycznie żadna (kwestia zapisu). Jednak w przypadku bardziej zaawansowanych konstrukcji (jakieś kosmiczne pętle) Smarty po prostu staje się utrudnieniem, a nie ułatwieniem.

zależyco chcesz zrobić

przykład taki

<?php
$tekst = 'Ala ma kotka ,ale kot jej nie lubi.';

echo $tekst;
?>

w przeglądarce wyświetli ci

Ala ma kotka ,ale kot jej nie lubi.

IMHO najlepiej to PHP używajać jedynie do pobierania/zapisywania danych w MySQL (+ jakieś operacje typu 'pobierz e-mail z serwera IMAP'), ewentualnie do zapisywania ich w XML/HTML, a interfejs zostawić dla JavaScriptu.
Keszowanie dla przeglądarki (odpowiedni konfigurując nagłówki wysyłane przez serwer).

Smarty w ogóle nie polecam, też uważam, że jest to bez sensu, ale zainteresować się tym można i wyrobić własną opinię

Fakt, ja tez jakoś nie jestem bardzo zainteresowany tym Smarty'm. Mogę sobie na jego temat poczytać ale to raczej w formie ciekawostki. A co do reszty:

Dokument zacząć tak po prostu <? php bla bla ?> czy jadym z <html> <specyfikacje bla bla> </html> ? ;>
I w sumie tyle chciałem wiedzieć jeszcze do tego tematu ;-) A od jutra biorę się za naukę PHP :-)

Pozdrawiam i dziękuję za zainteresowanie

P.S @phpion: Anti-Flag ma zaje...e kawałki :-D

Sie wie!

Wystarczy takie coś (np. index.php):

[HTML] pobierz, plaintext 
<html>
<head>
</head>
<body>
<p>Witaj na mojej stronie, jest godzina <?= date('H:i:s') ?>.</p>
</body>
</html>
[HTML] pobierz, plaintext 

Czyli rozumiem że walidator W3C nie będzie miał problemów z walidacją takiego kodu? ;>

Tak ja zajrzałam. A w ogóle to uwielbiam argumenty typu "To jest be, bo ja tego nie lubię i nie potrafię się tym posługiwać".

Szablony (nie koniecznie smarty) są ułatwieniem, ale o tym to może wiedzieć ktoś kto robi poważne projekty w grupach. Projekt napisany z użyciem szablonu zawsze będzie bardziej czytelny i łatwiejszy jeśli chodzi o wprowadzenie dowolnej modyfikacji niż taki napisany po prostu ciurkiem.



Nie, jeśli w php ich nie wygenerujesz. Walidator waliduje to co powstaje po wykonaniu php.

No to okey :-)
Dzięki wielkie za pomoc. Teraz będzie mi się o wiele łatwiej zabrać do nauki PHP :-)

Pozdrawiam was i dobranoc!

Na początek możesz tak:

[PHP] pobierz, plaintext 
<?php
 
$title = 'Moja strona';
$currentDate = date('d.m.Y');
 
$events = array();
$eventsCounter = 1;
//pobranie jakiś danych z bazy
while($row = mysql_fetch_object($result)){
  $events[] = array(
	'timestamp' => date('d.m.Y H:i', $row->eventTimestamp),
	'title'		   => $row->eventTitle,
	'description' => $row->eventDescription
  );
}
 
//itp. itd.
 
?><!DOCTYPE ...>
<html ...>
  <head>
	...
	<title><?php echo $title; ?></title>
  </head>
  <body>
	<h1><?php echo $title; ?></h1>
	<p>Witaj drogi internauto, dziś jest <?php echo $currentDate; ?>. Oto wydarzenia w naszej miejscowości:</p>
	<table>
	  <thead>
		<tr>
		  <th>lp</th>
		  <th>wydarzenie</th>
		  <th>data</th>
		</tr>
	  </thead>
	  <tbody>
<?php
foreach($events as $e){
echo '		<tr>
		  <td>' . $eventsCounter++ . '</td>
		  <td>
			' . $e['title'] . '
			<p>' . $e['description'] . '</p>
		  </td>
		  <td>' . $e['timestamp'] . '</td>
		</tr>';
}
?>
	  </tbody>
	</table>
  </body>
</html>
[PHP] pobierz, plaintext 

Czyli najpierw wykonaj sobie całą "logikę", a dopiero potem wyświetlaj gotowe już dane

Ale po mnie pojechałaś... no ładnie. Widziałaś w jaki sposób rozwiązana jest kwestia szablonów we frameworkach? Symfony, Kohana, Zend Framework... Nie korzystają one z jakiś osobnych systemów (jak np. Smarty) tylko używają "standardowych" systemów szablonów:
http://www.symfony-project.org/book/1_1/07...-the-View-Layer
Oczywiście jest możliwość podpięcia innych system ale - po co? W czym kod napisany w Smarty "będzie bardziej czytelny i łatwiejszy jeśli chodzi o wprowadzenie dowolnej modyfikacji" w porównaniu do tego przedstawionego w linku?

@Crozin: Wielkie dzięki za ten kod :-) W tym momencie będzie mi o wiele łatwiej ogarnąć składnie PHP :-) Dzięki wielkie!

@phpion, masz po części rację, kiedyś używałem Smarty, ale już od tego odszedłem, bo napisałem sobie swoją klasę do szablonów która jest 5-10 krotnie szybsza od smarty

@JoShiMa, Każda poważna aplkacja to powinna mieć swój własny system szablonów, a nie przeładowane jakimiś niepotrzebnymi funkcjami smarty, taki własny system ma tylko takie funkcje które są naprawdę potrzebne i wydajne

@snovvy
na moje to pisz wszystko od początku od <?php do ?> a posrodku uzywaj echo ,np.

[PHP] pobierz, plaintext 
<?php
$cos = 100;
//i inne instrukcje php
 
//a dynamiczna treść strony przygotowa do zmiennych, i na końcu:
 
echo '<html>
<head>
...
' . $zmienna . '
</head>
<body>
' . $zmienna2 . '
</body>
</html>';
?>
[PHP] pobierz, plaintext 

Chcesz poznać składnie php to najpierw zajrzyj do manuala i zapoznaj się z funkcjami. Tworząc proste skrypty szybkp się nauczysz i zrozumiesz o co w tym wszystkim biega.

Jest łatwiejszy w sytuacji gdy zajmuje się nim inna osoba niż ta, które tworzy kod php (mówię o pracy grupowej). Koder szablonu koduje html i nie obchodzi go składnia php. Jedyne co musi ustalić z programistą php to format przekazywanych do szablonu danych. Nie twierdzę, że Smarty to najlepszy na świecie system szablonów. Ma swoje wady i zalety. Z pewnością jednak jest stosowanie szablonów to lepsze podejście niż phpowo-htmlowa sieczka. Dająca się opanowac jedynie wtedy gdy projekt jest niewieli i od początku do końca robiony przez jedną osobę.


Jedna uwaga, bo chyba panowie mają problemy z uważnym czytaniem. Nie napisałam "koniecznie Smarty" a "na przykład Smarty". Nie twierdzę, że Smarty to najlepszy na świecie system szablonów jest łatwy do opanowania dla początkującego i niezłym punktem wyjściowym do opracowania swojego systemu szablonów. W każdym razie jakikolwiek szablon jest lepszy od jego braku i nie przekonasz mnie, że jest inaczej.

JoShiMa, masz racje na temat ogolnego poglądu na temat szablonów

proponuję koniec offtopa, bo autor nic nie chciał od szablonów, a jednynie chodziło mu o osadzanie kodu htm wewnetrz PHP

Najlepszy cytat to autocytat:


Szkoda, że przeciwnicy Smarty są tak zaślepieni iż nie mogą nawet uważnie przeczytać czyjejś wypowiedzi jeśli tylko napotkają w niej słowo 'Smarty'

edit: literówka

snovvy pisał: że nie wie czy kod php ma być w kodzie xhtml

czy na odwrót:

i ODP: obojętnie, choc bardziej elegancko wydaje się być kod xhtml wewnętrz PHP

i tyle, a szablony to dodatek do tematu, bo zaden początkujący PHPek nie umie od razu korzystać z szablonów

Może i tak, ale nie ładnie tak nie doceniać początkującego. Dalej uważam, że smarty są idealne właśnie do nauki mimo ich różnych wad A nawet jak nie umie to powinien przynajmniej wiedzieć do czego dążyć.

Podzielam twoje zdanie w kwestii wyboru jednego z dwóch. Z dwojga złego już lepiej jeden skrypt php z wyświetlaniem htmla na bierząco, a później można przejść do "kolekcjonowania" stringów html do ostatecznego wyświetlenia aby na końcu przejść do szablonów czyli oddzielenia jednego od drugiego.

@rzymek01
Nie do końca obojętnie. Spróbuj odpalić ten kod, powinno wywalić parse error.

Również uważam, że nie ma znaczenia to, czy będzie się uczyć wyświetlania przez <?php echo "kwa"; ?>, czy <?="kwa"?> czy {kwa}. Ważne jednak, żeby zdawać sobie sprawę z tego, że inne możliwości istnieją i chociaż zapoznać pobieżnie z ich możliwościami. A wtedy spokojnie będzie można sobie to w bardzo krótkim czasie przyswoić wtedy kiedy zajdzie taka konieczność.

no wiadomo że bedzie error bo jest błąd składni w tym przykładzie (znak równa się i spacja przy nagłówku )