Безопасный метод авторизации на PHP

Убирать пробелы по краям, ИМХО, стоит. Юзер может спокойно копировать свой логин/пароль откуда-нибудь и благополучно зацепить в наследство этих самых пробелов. В то же время непробельная часть логина/пароля будет верной. Так зачем же мучить пользователя и тыкать его носом в повисшие пробелы?

Социальная сеть на связях из реальной жизни

Пользователю банально лень описывать свою жизнь в большей степени, чем он это делает в своем блоге, если таковой имеется.

Запись: "А вот вчера я был в кафе «Мечта»", теги: "кафе Мечта, Новосибирск, пьянка, новые люди"
Пост в Личку: "Привет, я Сидор из Мечты, помнишь меня?"
Ответ: "Нет, пьяный был"
Еще пост: "Фигня, пошли похмеляться, я плачу"

Очевидный бред...

Социальная сеть на связях из реальной жизни

Так и представляю себе блог (круг, группу) - "Рюмочная «У Васи» на ул. Ватутина (г. Новосибирск) - Давайте жить дружно"...

Сообщества возникают на основе взаимных интересов. Я вас поздравляю, такая сеть уже есть - "Интернет" называется

Иконки, смайлики и т.п. зло: методы борьбы

Действительно, что-то протупил :)

Иконки, смайлики и т.п. зло: методы борьбы

http://msdn2.microsoft.com/en-us/library…

Иконки, смайлики и т.п. зло: методы борьбы

Разумеется, для IE приходится совершать исправляющие телодвижения типа таких:

<!--[if IE]><link href="http://www.habrahabr.ru/css/ie_only.css" rel="stylesheet" type="text/css"><![endif]-->

Иконки, смайлики и т.п. зло: методы борьбы

В результате чего благополучно теряем прелести второго преимущества.

Иконки, смайлики и т.п. зло: методы борьбы

А какой в SSH-клиент был вбит, такой и выбрал :)

Иконки, смайлики и т.п. зло: методы борьбы

Ой, div забыл закрыть

Иконки, смайлики и т.п. зло: методы борьбы

Я уже говорил выше:

Фантазия подскажет разработчику, какой вариант удобнее выбрать в том или ином примере

На Яндексе сделано примерно так:

<div id="icons"><a href="some_link"><i id="some_id"></i>link text</a>

italic вообще здесь ни в какую семантику не укладывается, но, в отличие от span, в нем на 6 байт меньше

Мелкая доработка облака тегов

Хех, уже вышел :) Поставь себе Хабраголик :)

Мелкая доработка облака тегов

Ну и что? Вас все еще беспокоит IE 5.0?
К тому же, насколько я помню, nobr имеет статус depricated

Мелкая доработка облака тегов

Это проще, чем внедрять автозамену на уровне сборки облака...
И логичнее :)

Мелкая доработка облака тегов


.tagsblock a {
white-space: nowrap;
}


Имхо, первая ласточка — или начало пути к платным сайтам

Имхо, с javascript'ом не самый лучший подход :) Я не гадал, а исходил из того, как бы я сам поступил, если бы мне подобная ерунда пришла в голову

Пц II. Программеры столкнулись с задачей из реального мира.

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

Без предупреждения? Не будем вдаваться в тонкости, но если у вас есть предложение по улучшению чужого кода, то корректнее было бы обсудить с программистами эти изменения, обосновать эффективность. Или, что еще лучше, поговорить о желаемых критериях выдачи данных. Думаю, программисты согласились бы, и внесли бы осознанные изменения в движок.

Как будто это единственное место, где что-то можно поменять! Новые изменения держатся уже неделю, ни один из ранимых программеров ничего пока не заметил. Планирую места дальнейшего перемещения моих улучшений в случае чего.

А вот это чистейшей воды вредительство! У вас там команда или шайка мелких пакостников и ябед?

Пц II. Программеры столкнулись с задачей из реального мира.

Чтож, в любом случае наше обсуждение - это технологический взгляд на поставленную проблему, использовать те или иные технологии - это в большей степени решение системного аналитика, либо решение, принятое из кадровых соображений. Реализована ли выдача клиенту на XML или на шаблонизаторе типа Smarty, проблема лежит в содержании (Model), но не в форме (View), думаю, вы со мной согласитесь.
Автора же, вероятно, беспокоит в большей степени идеологическая составляющая :)

Пц II. Программеры столкнулись с задачей из реального мира.

Насколько я вас понял, сначала предполагается какая-то одна отправная языковая версия, которая позднее клонируется с поправкой на локализацию. Так, или я ошибаюсь?

Пц II. Программеры столкнулись с задачей из реального мира.

Ваш вариант не решит проблемы принципиально :) Так или иначе вы получите два сайта на одном движке, но не один мультиязычный и мультидоменный.

Пц II. Программеры столкнулись с задачей из реального мира.

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

При помощи XML/XSL мы сможем отлично перевести интерфейсы управления приложениями, но не более, в прочем тоже самое мы сможем провернуть используя простой набор файлов с различными переводами. Я не утверждаю, что ваше решение чем-то может не устроить. Просто оно одно из многих решений.
Но давайте по-честному, в топике речь не шла о переводе интерфейсов :)