bugsb

возможно и информации, но картинки это тоже информация, но в данном случае не нужно учитывать вес картинки

Givi, вес этой страницы http://habrahabr.ru/blogs/prava/74564/#comment_2156836
650 кб
ты считаешь что разработчикам хабра тоже следует заняться версткой?

тут вес не от верстки, а от количества текста на странцие

я так подумал, смарти сильно круто будет для моего сайта, нашел в инете вот такую вот функцию

function parseTpl($file, $macros) {
   $info = file_get_contents($file);
   foreach($macros as $key=>$value)
   {
      $info = str_replace("<%$key%>", $value, $info);
   }
   $info = ereg_replace("<%[a-zA-Z0-9_-]*%>", "", $info);
   return $info;
}

теперь к примеру мне надо к основному шаблону подключить левую колонку
делаю так

$parse_left = array(
    "skin" => SKIN,
    "hello" => "Привет, мир!",
);
$left = parseTpl(DIR . "templates/" . SKIN . "/left.html", $parse_left);

$parse_index = array(
    "skin" => SKIN,
    "title" => "Заголовок",
    "content" => "Контент",
    "year" => $year,
    "left_block" => $left
);
$html = parseTpl(DIR . "templates/" . SKIN . "/header.html", $parse_index);

работает, но правильно ли я делаю?

я сейчас сохранил хтмл код одного своего сайта, он весит 481 КБ. Т.е. в итоге в переменной $html будет вот такой вот длинный текст, разве нет ограничения на длинну значения переменной?

блин… имейте совесть не флудить…

module_id | name | url
+++++++++++++++++++++++++++++++++++++
1 Контент ./module/pages.php
2 Регистрация ./module/users/reg.php
3 Авторизация ./module/users/login.php
4 Фотогалерея ./module/photos/index.php

вот так?

обычно содержимое страницы у меня меняется в зависимости от переменной $module

switch ($module)
{
case "pages":
include "./module/pages.php";
break;
case "registration":
include "./module/users/reg.php";
break;
case "login":
include "./module/users/login.php";
break;
default:
include "./module/pages.php";
}

но сейчас стал понимать что так можно организовывать только маленькие проекты, т.к. если есть регистрация, авторизация, обычные страницы, фотогалерея, новостная лента и т.д., то получается вообще хлам… а если нужно добавить какой то модуль, нужно незабыть прописать в switch case его

как обычно это реализуется в больших проектах? желательно так, чтобы модули можно было подключать не изменяя код руками постоянно)

попробуй теперь использовать шаблонизатор

я сколько ни пытался разобраться с шаблонизаторами так и не смог (да и просто необходимости в них не видел), но общую суть вроде уловил.
на сколько я понимаю шаблонизатор разделяет php код и html верстку.
ну у меня в принципе так оно и есть, я весь хтмл выношу в отдельную папку. Шаблонизаторы заменяют <?php echo $title; ?> на {TITLE} но ведь это толко для красоты?
я просто пытаюсь понять как мне тут может помочь шаблонизатор, можно поподробней?

наконец то руки добрались до этого старого сайта, полностью его переделываю, изначально сделал по статье http://pyha.ru/articles/php/auth/ с сессиями, все замечательно работало, потом мне захотелось большего и я еще сделал чтобы пароль запоминался в куках.
с этого то и начались проблемы, я прекрасно знаю что перед тем как ставить куки ничего не должно выводиться в браузер, но у меня по структуре сайта так не получается… подскажите как правильно организовать эту самую структуру чтобы куки нормально поставить

сейчас вся система реализована примерно так

index.php

include config.php (настройки и подключение к БД)
$file = "login.php";
include шаблоны: шапку и левую колонку
include $file;
include шаблон: футер.

login.php

если логин и пароль введены {
если введены правильно {
ставим сессию
ставим куки
}
иначе {
$err[] = "логин и пароль не верны";
вставляем шаблон login.html
}
}
иначе {
вставляем шаблон login.html
}

login.html
<form method="POST">

логин ….
пароль …
кнопка отправить
</form>

если isset($err) and count($err)>0 то {
выводим содержимое этого массива
}

Dr.TRO, да все теоретически ясно, на выходных попробую код написать, а там думаю еще вопросы появятся, да и про разграничение прав хочется побольше поговорить, ток я когда я хорошенько подумаю какие действия должны делать модеры, админы, юзеры и т.д

тут всегда такой флуд? я еще с регистрацией и авторизацией не закончил =)

т.е. можно использовать регистрацию со статьи на пыхе и без соли и жить спокойно?

"Куки или сессии" Это Вы о чём? Сравниваете стол и столб.

на хабре и винграде используются только куки, на пыхе и то и другое. Я об этом.

Главное сделать ресурс без дырок

и какие там дыры могут быть? экранировать символы и т.д. и все? это фигня все, "по умолчанию" все делаю. Главной дырой считаю регу и авторизацию, ибо где то давно читал что куки могут легко с компа стырить

http://forum.vingrad.ru/articles/topic-158301.html
http://pyha.ru/articles/php/auth/
http://habrahabr.ru/blogs/php/13726/

это на мой взгляд самые нормальные статьи по теме регистрации и авторизации.

раньше делал как на хабре, вчера увидел на пыхе статью и мне она понравилась больше, за исключением нескольких моментов.

Какая статья правильнее и надежнее?

например на хабре не используют соль, но в куки добавляют не шифрованный пароль, а шифрованный набор случайных чисел.
а на винграде вообще 2 таблицы используют, таблицу с юзерами и с сессиями.

Я так подумал и пришел к выводу что если это все соединить то получится вот что:

users
id
login
password
salt
hash

или что-то можно убрать не делая скрипт менее безопастным?

Так же интересно что лучше использовать куки или сессии? и почему?
И последнее, каким образом делать разграничение доступа? и создание групп админ, модератор, пользователь…

думаю должна быть таблица user_group
id
name - Название группы (админ, модер, пользователь)
read - если 1, то может просматривать страницу
edit - если 1, то может редактировать страницу
и т.д.

а как потом я не знаю…