jamper

хм.... а как по-поводу такой темы : "Самые эротические фото сетян" ?
 
Думаю будет актуально
 
от редакции: Уважаемые пользователи , в этой теме запрещается оставлять посты не содержащие фотографий.Такие посты будут удаляться без предупреждения ,а авторы наказываться +10% и РО 1 день.
 
За несоблюдения темы, а именно за выкладывание фоток которые на суд модераторов, будут неэротичны, 10% и фотка удалена!!!

Вксные десерты? давайте рецепты их сюда

Делимся вкусными рецептами вторых блюд
 
и рецептами тоже

Южнокорейская компания Samsung начала производство SSD-накопителей объемом 256 гигабайт, сообщает DigiTimes. Ранее емкость самого вместительного серийного SSD-накопителя Samsung составляла 128 гигабайт.
 
Новый SSD-накопитель более чем в два раза быстрее выпускаемых в настоящее время аналогичных накопителей Samsung меньшей емкости. Он считывает и записывает информацию со скоростью 220 и 200 мегабайт в секунду соответственно.
 
Представители Samsung подчеркивают, что на 256-гигабайтный SSD-накопитель можно записать 25 фильмов в HD-качестве за 21 минуту. Обычному жесткому диску для этого потребуется более 70 минут.
 
Новый SSD-накопитель Samsung весит 81 грамм и выполнен в 2,5-дюймовом форм-факторе. Толщина накопителя составляет 9,5 миллиметров, энергопотребление - 1,1 ватта. Стоимость накопителя не сообщается.
 
256-гигабайтный SSD-накопитель Samsung был анонсирован в конце мая текущего года. Тогда сообщалось, его скорость чтения данных составит 200 мегабайт в секунду, записи - 160 мегабайт в секунду.
 
Помимо Samsung, 256-гигабайтные SSD-накопители представили компании Super Talent и Toshiba.
 
 
По материалам http://tehno-mix.com.ua

Зачем работать из под консоли? В составе же должен быть phpmyadmin . Через него тебе будет намного проще выполнить данные операции.

Недавно столкнулся с проблемой передачи unicode символов с одного сайта на другой. К примеру есть буковки ö, как их передать с сайта 1 на сайт 2 ? Уже пробовал и iconv и через meta. Ничего не помогает. Кто-то сталкивался?

Собсно тема для отображения новшеств введенных в пхп или интересных наблюдений в процессе работы с функциями и / или классами
 
 

Доктор физико-математических наук, профессор, академик НАН РК, директор Евразийского математического института ЕНУ им. Л.Н.Гумилева Мухтарбай Отелбаев опубликовал решение одной из семи сложнейших математических задач, названных проблемами тысячелетия.
Полная статья Отелбаева Существование сильного решения уравнения Навье-Стокса опубликована в Математическом журнале, говорится на официальном сайте Евразийского национального университета.
 
Как рассказал агентству Интерфакс-Казахстан главный научный сотрудник Института математики и математического моделирования при министерстве образования и науки республики доктор физико-математических наук Бакытбек Кошанов, "решение еще должно получить мировое признание".
 
"Все займет примерно полгода или год. Ученые будут смотреть, проверять, обсуждать это решение и потом уже только признают. Наш академик тут хорошо придумал - эти леммы и теоремы - и добился успеха. Наши ученые прочитали решение Отелбаева, вроде, там все правильно", - пояснил он.
 
"Раньше были попытки решения уравнения, но лишь приближенные. Если математики одобрят это решение, то это принесет Казахстану мировую известность. Благодаря этому открытию, математики всего мира признают нашу страну", - отметил Кошанов.
 
Согласно информации в Википедии, существование и гладкость решений уравнений Навье-Стокса - одна из семи математических задач тысячелетия, сформулированных в 2000 году Математическим институтом Клэя.
 
Уравнения Навье-Стокса описывают движение вязкой ньютоновской жидкости и являются основой гидродинамики. Численные решения уравнений Навье-Стокса используются во многих практических приложениях и научных работах. Однако в аналитическом виде решения этих уравнений найдены лишь в некоторых частных случаях, поэтому нет полного понимания свойств уравнений Навье-Стокса. В частности, решения уравнений Навье-Стокса часто включают в себя турбулентность, которая остается одной из важнейших нерешенных проблем в физике, несмотря на ее огромную важность для науки и техники.
 
Отметим, что за решение каждой из проблем тысячелетия математический Институт Клэя в начале 2000 года объявил приз в 1 млн долларов США. В настоящее время только одна из семи проблем тысячелетия (гипотеза Пуанкаре) решена. Филдсовская премия за её решение была присуждена Григорию Перельману.
 
В область научных интересов Мухтарбая Отелбаева входят спектральная теория операторов, теория сужения и расширения операторов, теория вложений функциональных пространств, теория приближений, вычислительная математика, обратные задачи, сообщает Взгляд.
 
В 2002 году Мухтарбай Отелбаев получил звание Деятель науки года в конкурсе Алтын адам (Человек года в Казахстане). Кроме того, ученый - четырехкратный обладатель государственной научной стипендии для ученых и специалистов, внесших выдающийся вклад в развитие науки и техники, лауреат премии Организации экономического сотрудничества в номинации «Наука и технологии», 2004 г., обладатель гранта МОН РК Лучший преподаватель вуза, лауреат государственной премии Республики Казахстан в области науки и техники.

То, что обязательно понадобится разработчику софта. Угадайте что? Правильно , иконки
 
Вот Вашему вниманию немного. Если будет интересно еще буду выкладывать.
 
 
 
 
 

Делимся рецептами первых блюд.

Время автономной работы ноутбука увеличат до 40 часов
 
Компания Pixel Qi, основанная бывшей сотрудницей OLPC Мэри Лу Джепсен (Mary Lou Jepsen), разрабатывает экран нового поколения для ноутбуков. Ожидается, что он позволит лэптопам работать без подзарядки от 20 до 40 часов.
 
Основой экрана станет новая электронная бумага, разработанная Pixel Qi. Помимо ноутбуков, такие экраны будут устанавливаться в устройства для чтения электронных книг. Минимальная толщина этих экранов составит один миллиметр. Производство новых экранов Pixel Qi должно начаться во второй половине 2009 года.
 
Предполагается, что стоимость такого экрана составит треть стоимости обычного ЖК-монитора аналогичной диагонали. Его энергопотребление будет соответствовать одной десятой энергопотребления ЖК-экрана.
 
В настоящее время основным недостатком электронной бумаги является то, что изображение на ней меняется с ощутимой задержкой. Например, для обновления экрана в Amazon Kindle и Sony Reader требуется не менее секунды, сообщает ВВС.
 
 
Еще новости на http://tehno-mix.com.ua

Время автономной работы ноутбука увеличат до 40 часов
 
Компания Pixel Qi, основанная бывшей сотрудницей OLPC Мэри Лу Джепсен (Mary Lou Jepsen), разрабатывает экран нового поколения для ноутбуков. Ожидается, что он позволит лэптопам работать без подзарядки от 20 до 40 часов.
 
Основой экрана станет новая электронная бумага, разработанная Pixel Qi. Помимо ноутбуков, такие экраны будут устанавливаться в устройства для чтения электронных книг. Минимальная толщина этих экранов составит один миллиметр. Производство новых экранов Pixel Qi должно начаться во второй половине 2009 года.
 
Предполагается, что стоимость такого экрана составит треть стоимости обычного ЖК-монитора аналогичной диагонали. Его энергопотребление будет соответствовать одной десятой энергопотребления ЖК-экрана.
 
В настоящее время основным недостатком электронной бумаги является то, что изображение на ней меняется с ощутимой задержкой. Например, для обновления экрана в Amazon Kindle и Sony Reader требуется не менее секунды, сообщает ВВС.
 
 
Еще новости на http://tehno-mix.com.ua

Вксные десерты? давайте рецепты их сюда

Делимся вкусными рецептами вторых блюд
 
и рецептами тоже

Хочу опубликовать небольшой сборник советов для современных PHP-разработчиков. Я умышленно не связываю их с теми или иными фреймворками, библиотеками и тп. Надеюсь, что мои советы помогут кому-то лучше понять PHP, научиться лучше его использовать. Некоторые из них могут быть не специфичны для PHP, но для программирования в общем.
 
Быстрый PHP код содержит минимум PHP.
 
Пожалуй, этот совет подойдет многим разработчикам на интерпритируемых языках. В PHP содержится огромное количество нативных (написанных на Си) функций. Их скорость превышает любой аналог на PHP. Старайтесь использовать их вместо PHP-аналогов.
 
На самом деле, конечно, сложно держать в голове все встроенные PHP-функции. Я выработал для себя правило: прежде чем написать функцию, попробуй поискать ее в документации. В большинстве случаев находится нативная функция.
 
Примеры:
1. Надо было разобрать url на компоненты. Регулярными выражениями стараюсь не пользоваться для таких вещей. Функция нашлась быстро: parse_url.
2. Распарсить url функцией parse_url удалось успешно, теперь надо было разобрать GET-параметры из url'а. И для этого нашлась функция: parse_str.
 
Расширения работают быстрее чем PHP-код.
 
Для PHP существует репозиторий расширений: PECL. Там можно найти много интересного. Расширения пишутся также на Си и работают шустрее аналогов на PHP. Например, я использую apc и yaml. Думаю, и вы сможете обнаружить там немало интересного для себя.
 
Осторожно используйте сторонний код.
 
Одна из самых больших проблемах, которые я встречал в продуктах, реализованных на PHP — это высокая связность со сторонним кодом, которая не позволяет заменить один сторонний инструмент на другой. По сути этот совет связан с общим подходом к минимизации связности, но особо остра проблема именно со сторонними компонентами.
 
Если вы решили использовать стороннюю библиотеку, то во-первых убедитесь, что в структуре папок вашего проекта существует специальная директория для сторонних инструментов. Не следует смешивать код проекта и код сторонних инструментов.
 
Далее, создайте свои классы для работы с библиотекой, которые бы проксировали вызовы в библиотеку, но интерфейс этх классов не обязательно должен соответствовать интерфейсу библиотеки. Он должен быть общим и не привязанным к этой конкретной библиотеки, чтобы изменив логику в этих классах, вы могли перейти на другую библиотеку не переписывая сам проект.
 
Если вы столкнулись со случаем, когда библиотеки должны быть заменяемыми, то тут надо писать интерфейсы, провайдеры или даже абстрактные фабрики.
 
В любом случае нельзя допускать прямой связи между проектом и сторонним инструментарием, любое другое решение будет выглядеть выгоднее.
 
PEAR
 
Используете вы PEAR или нет, в любом случае вы должны знать что это такое. PEAR — это репозиторий PHP-классов для решения многих типовых задач. Расположен он по этому адресу: pear.php.net/packages.php. Я бы не сказал, что классы в PEAR отличаются каким-то особым качеством, или поддержкой, или чем либо еще. По сути это просто полезный репозиторий классов, более чистый чем phpclasses.org. Для установки и удаления PEAR-пакетов в PHP даже есть команда "pear", но с таким же успехом пакеты PEAR также можно просто положить в папку с приложением и использовать.
 
Используйте PHP 5.3.
 
Если вы не работаете над проектами, где хостинг выбирают за вас, то обязательно переходите на PHP 5.3.
 
Самое главное нововведение этой линейки PHP — это анонимные функции. Теперь вместо:
 
function my_temp_map($x) {
return $x + 1;
}
$result = array_map('my_temp_map', $arr);
 
 
Можно написать:
 
$result = array_map(function($x){ return $x + 1; }, $arr);
 
 
Более того, теперь можно объявлять суб-функции и использовать замыкания:
 
public function myMethod($data) {
$subFunction = function() use ($data) {… };
$x = $subFunction();
}
 
 
 
Кроме анонимных функций добавилось очень много интересного: php.net/ChangeLog-5.php
 
Далее я пойду больше в специфику.
 
Не используйте оператор "@".
 
Оператор "@", используемый для скрытия ошибок при выполнении определенной инструкции плох по двум причинами: во-первых он медленный, а во-вторых привыкание к нему нежелательно, потому как при использовании его к вызовам функций, вы автоматически заблокируете возникновение ошибок в вызываемой функции, что может быть нежелательным.
 
Часто оператор "@" используется при доступе к ассоциативному массиву в тех случаях, когда нет уверенности в существовании того или иного ключа. В этом случае можно обойтись такой конструкцией:
 
$x = isset($arr['x'])? $arr['x']: null;
 
 
 
Не используйте cp1251.
 
Товарищи, которые еще не перешли на utf8! Переходите! Чем раньше тем лучше.
 
При работе с utf8 понадобится PHP скомпилированный с расширением mbstring (входит в обычный набор при компиляции).
 
Работайте в режиме E_ALL | E_NOTICE | E_STRICT.
 
Именно в такой режим следует выставить error_reporting если вы начинаете работать над проектом. Нотисы — это то, что часто игнорирует и в то же время то, что чаще всего содержит ошибки. Если вы обратились к неопределенной переменной, к массиву по несуществующему ключу и тп, то возникнет NOTICE. Если вы не уверены в существовании переменной/ключа в массиве, следует проверять с помощью оператора isset.
 
Перечитывайте phpmanual.
 
Команда разработчиков PHP реализовала огромное количество функционала, который можно использовать в вашем проекте. Большая его часть описана в официальной документации, которая постоянно обновляется. Освежайте свои знания, приумножайте их, регулярно пересматривая мануал.
 
Как минимум надо знать все php.ini настройки и то, на что они влияют.
 
Развивайтесь.
 
Читайте код. Да. Читайте код тех инструментов, которые вы используйте. Читайте код фреймворков, на которых разрабатываете. Это очень интересно и полезно. Также вы узнаете, что пишут этот код не боги, а такие же программисты как и вы. А если будете внимательными, то обнаружите массу неоптимальных моментов или ошибок.
 
Пишите. Пишите свои инструменты, даже если есть готовые если в этом есть нужда, не стройте костыли, чтобы сторонние инструменты подогнать под ваши задачи. Думаете, что фреймворки пишут более опытные люди чем вы? Посмотрите код этих фреймворков.
 
Я решил вспомнить некоторые особенности PHP, связанные с производительностью.
 
Отмечу, что включил в свой небольшой список лишь то, что обычно вызывает удивление у junior developers, с которыми мне приходилось работать.
О банальных вещах, вроде «одинарные кавычки вместо двойных», думаю, знают все, поэтому постараюсь кого-нибудь удивить.
 
Результаты и выводы, сделаны на основании нескольких версий PHP, который крутятся на знакомых мне серверах, а именно 5.2.6 из Debian Lenny, 5.3.2 из Ubuntu, и 5.2.14 из dotdeb. Возможно, на других платформах, есть отличия.
 
* file_get_contents
Не секрет, что file_get_contents, использует (memory mapping), прирост от которого, особенно заметен на крупных файлах.
Следствие этого:
simplexml_load_string( file_get_contents ('file.xml') )
работает быстрее, чем:
simplexml_load_file('file.xml')
Похоже, что подобные simplexml_load_file функции, базируются на обычных fopen/fread, что приводит к разнице в скорости.
 
NB: Также неплохо ускоряется DOM->loadFile, и некоторые другие функции с похожим поведением.
 
Если вы разбираете файл с \n разделителями (или к примеру CSV, TSV, или нечто подобное), советую заменить file() на
explode("\n", file_get_contents('file.xml'));
Прирост будет еще больше, чем в случае с xml.
Видимо, file() — не очень удачно реализована.
* count() и sizeof()
UPD: sizeof() это синоним count(), работает быстрее, спасибо merkushin за поправку.
* Notices, etc.
Допускать нотисы, это ужасно, да.
Но если ваш junior developer, не хочет признавать их важность, расскажите ему, что на генерацию одного notice у PHP уходит время, за которое можно обойти и инкрементировать массив из примерно 30-ти элементов.
* foreach
Цикл foreach, практически в каждой статье, посвящённой производительности PHP, предают анафеме.
На практике, не всё так страшно. Жуткие конструкции, вроде:
while (list($key, $value) = each($item))
в реальных условиях, часто бывают медленнее.
Если же пропустить $key, то эта конструкция проигрывает foreach примерно 30-40%.
* JSON vs XML
Скажу лишь, что перейдя на json-файлы для конфигурации, выиграл 20-30% на инициализации ядра. JSON приятен для глаз, иерархичен и быстр.
Также, json_decode быстрее работает без второго аргумента (генерируя объект, а не массив), но незначительно.
* mb_ereg vs preg_match
POSIX — выражения медленные, это опять же, общеизвестно.
Но движок Oniguruma, который используется в функции mb_ereg, и её mb-собратьях, с этим не согласен, и примерно в двух третях случаев, обгоняет хвалёный preg_match.
* IGBinary для сериализации.
Это очень быстрое расширение, с очень компактным значением на выходе.
* file_exists и include
Проверять file_exists() затем делать include, дешевле, чем проверять возврат include(), если вы, к примеру, не уверены, что файл на месте.
* Опять include
Не знаю почему, но include_once, часто проигрывает по скорости конструкции с принудительной проверкой (записываем в массив все включённые файлы).
* Static vars
Статическая переменная класса, самое лучшее место для быстрого получения глобальных данных, замечен прирост в 5 — 10 раз.
* Напоследок, пара советов
Показывайте себе время выполнения в миллисекундах, а не в долях секунды.
Это здорово мотивирует (сравните, «100 миллисекунд» и «0.1 секунды»), и легче читается.
Очень важно, собирать информацию, не только об абсолютной скорости, но и анализировать вклад отдельных подсистем: ядра, интерфейса данных, рендеринга, и.т.п.
Свой профайлер, я настроил (на testing-машине) на выброс исключений, при аномальном замедлении каких-либо участков кода (пример: «Achtung! 30% времени на подключение к MySQL»).
 
 
 
Все выводы получены в результате личных наблюдений и тестов.
Вполне возможно, что на вашей системе результаты будут иные.
 
Замечу, что многое зависит от вашей архитектуры, и практически любой совет надо проверять на своём коде, не доверяя полностью чужому опыту.
 
Поэтому я осознанно не указывал абсолютных цифр, которые вы можете найти и сами, к примеру на http://phpbench.com/ (не моё)
 
Удачи и быстрого кода!

Наткнулся в инете. Может кому будет полезно

Недавно встретился по совету интересный фреймворк yii. Начал знакомство с ним. понравился очень. Советую поработать, если делаете что-то серьезное.
 
http://www.yiiframework.com
 

» Нажмите, чтобы показать спойлер - нажмите опять, чтобы скрыть... «Производительность
 
Если верить цифрам, он быстрее CodeIgniter, CakePHP, ZF и Symfony. А при использовании APC — не просто быстрее, а быстрее более, чем в два раза. Тут конечно стоит учесть, что сравниваются только самые базовые вещи.
 
Архитектура и возможности
 
— Полностью объектно-ориентированный без единой глобальной переменной или функции.
— Компонентный MVC.
— DAO, Active Record.
— Валидация форм.
— Аутентификация, авторизация.
— Генерация WSDL и всесторонняя поддержка веб-сервисов.
— Интернационализация, локализация.
— Многоуровневая система кэширования (данные, страницы, части страниц). Поддержка различных хранилищ кэша в виде бэкэндов.
— Много всего для предотвращения XSS, CSRF и других атак.
— Весь код на выходе — XHTML.
— Консольные генераторы скелетного кода.
— Позволяет использовать любой другой код (Zend Framework, PEAR и др.)
— На клиенте используется jQuery.
 
Заимствования идей
 
— Prado: Ну, тут понятно. Всё-таки авторы те же… Из него взяты идеи: компонентная структура, событийное программирование, слой абстракции СУБД, модульность, интернационализация, локализация и др.
— Ruby on Rails: Convention over configuration (можно начать работать, а конфигурировать как понадобится). Где-то в комментариях к документации народ отзывается, что разобраться проще, чем с Rails. Также на RoR похож Active Record.
— Symfony: фильтры, плагины.
— Joomla: Модули, перевод строк.

Итак... все-таки решился на создание правил для своего раздела...
Нус... поехали:

Разрешается:
1. Оставлять сообщения, которые несут в себе смысл, относящийся к данной теме.
2. Размещать ссылки на ресурсы интернета, которые относятся к разделу "Программирование" и именно к данному подразделу, а также касаются темы обсуждений.
3. Просить о помощи других пользователей для решения возникших проблем, если они тносятся к разделу "Программирование" и именно к данному подразделу.
4. Предлагать и просить вознаграждение за оказанную помощь и ненавящево предлагать свои услуги другим. ПОВТОРЯЮ: НЕНЯВЯЩЕВО!!!!
 
ЗАПРЕЩАЕТСЯ:
1. Просить о помощи кого-либо в данном разделе, не проверив самостоятельно пару раз свой код или не обдумав подымаемый вопрос. За данное непослушание будет предупреждение, после РО, а после бан!!! Учтите это.
2. Создавать темы, которые не относятся к данному разделу или подразделу!!!
3. Тут Вам НЕ ПОИСК ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ!!! Пускай даже и ПО для программирования! Для этого есть другой раздел.
4. Запрещается оставлять односложные сообщения, а также ОСОБЕННО сообщения типа "Зачет", "Удивил", "Рассмешил". За несоблюдение этого правела сразу даю %!!!
 
Ну вот собсно пока и все... по мере необходимости буду обновлять данный документ

хм.... а как по-поводу такой темы : "Самые эротические фото сетян" ?
 
Думаю будет актуально
 
от редакции: Уважаемые пользователи , в этой теме запрещается оставлять посты не содержащие фотографий.Такие посты будут удаляться без предупреждения ,а авторы наказываться +10% и РО 1 день.
 
За несоблюдения темы, а именно за выкладывание фоток которые на суд модераторов, будут неэротичны, 10% и фотка удалена!!!

АП?

Нужна DDR2-400
Можно как две по 512 так и 2 по 1Гб

"Они сражались за Родину"

http://i.piccy.kiev.ua/i2/b4/bc/d29b2ca070c8c7431170ff57af52.jpeg



http://i.piccy.kiev.ua/i2/87/a3/95f1bf8c94327792cd5829dcba90.jpeg http://i.piccy.kiev.ua/i2/f4/1a/aace0f40f57e822139807fc19fc8.jpeg
IMDB Rating: 8.3/10
Продолжительность: 137 мин.
Режиссёр: Сергей Бондарчук
В ролях: Василий Шукшин, Вячеслав Тихонов, Сергей Бондарчук, Георгий Бурков, Юрий Никулин, Иван Лапиков, Николай Губенко, Андрей Ростоцкий, Николай Волков, Николай Шутько, Евгений Самойлов, Нонна Мордюкова, Иннокентий Смоктуновский, Ангелина Степанова, Ирина Скобцева, Татьяна Божок, Лидия Федосеева-Шукшина, Даниил Ильченко, Алексей Ванин, Николай Горлов, Геннадий Сафронов, Борис Никифоро

По мотивам одноименного произведения Михаила Шолохова.

Июль 1942 года. На подступах к Сталинграду обескровленные, измотанные советские войска ведут тяжелые оборонительные бои, неся огромные потери... Они не сломлены неудачами и не потеряли веры в победу. Временами им кажется, что нет никакой войны. На дороге — широкие следы танковых гусениц, четко отпечатанные в серой пыли. А по сторонам — словно вымершая от зноя степь: устало полегшие травы, тускло блестящие солончаки, голубое и трепетное марево над дальними курганами.

Качество: DVD-Rip
Видео: DX50 (DivX 5.x / 6.x codec), 576 x 432 (4:3), 25,000 Гц
Звук: (MPEG-1 Layer 3), 32000 Гц, Dual Channel, 96 Кбт/сек

:software: СМОТРИМ (2 части)

Выбираем себе форум
 
Каждый, заводя себе сайт, задумывался об хорошем форуме. Сейчас существует только несколько хороших форумов. Это Vbulletin, Ikonboard, UBB, wwwthreads и ita-forum. Мы разберём каждый форум по отдельности. У каждого форума есть свои преимущества и недостатки.
 
Начнём, с самого лучшего, на мой взгляд форум. Это Vbulletin ( http://www.vbulletin.com ). Этот форум просто феноменален по своим возможностям, но является платным (но если потрудиться, то можно достать и бесплатную версию). Его можно настроить, выбирая стиль, цвета, различные шрифты, и настраивая форум под дизайн своего сайта. Имеется несколько уровней управления форумом (обычный пользователь, модератор, супер модератор, администратор). На каждый случай пользователю высылается сообщение по e-mail, это может быть регистрация, подписка на тему, ошибка, смена данных (пароль или e-mail). Для пользователей предусмотрено всё - это поддержка аватаров, различных титулов, приватных сообщений и много других интересных возможностей. Но есть один недостаток. Это плохая оптимизация под дизайн графически.
 
Следующее творение, это ita-forum. Этот продукт выделяется тем, что он не "буржуйский", а наш, российский. Автор этого творения - Ita-Studio ( http://www.ita-studio.com ). Этот форум поддерживает аватары, имеет простую настройку так как весь на русском языке. Но самая главная отличительная черта от других форумов, это лёгкая настройка графических объектов под дизайн. Если владеть графикой в совершенстве, то можно из обычного форума сделать очень красивую вещь.
 
Продукт сайта http://www.wwwthreads.org - форум wwwthreads. Чем понравился мне этот форум? Это единственный форум, где нет ничего лишнего и где всё стоит на своих местах. Он очень легко настраивается, но к сожалению полная версия форума является платной, но можно скачать и бесплатную версию, в которой меньше полезных функций. Страницы грузятся очень быстро, графика используется только в отдельных местах. Здесь нельзя ставить аватары, но можно выкладывать свои фото в своей анкете. И очень очень мало графики. Приятно форум воплощён на http://www.hostforum.ru.
 
Форум Ikonboard - продукт сайта www.ikonboard.com. очень многие web-мастера отдали предпочтение именно этому форуму. Он очень прост в установке и содержит массу полезных функций. Очень прост в употреблении, но администрирование форума лично мне доставляло много хлопот. Имеется много переводов к этому форуму, но самым популярным и точным является перевод "RU-BOARD TEAM", находящейся по адресу www.ru-board.com. Есть в этом форуме недостатки - очень плохо поддаётся настройке верхняя часть форума, то есть его титульная часть. Также по-моему предлагается очень маленькая анкета для пользователей. Ikonboard не легко оптимизируется под нужный дизайн.
 
Форум Invision Board - это новая, усовершенствованная ветка проекта Ikonboard. Написан на языке программирования PHP с использованием СУБД MySQL. Это чудесный форум, по всем параметрам превосходит практически все существующие форумы. Далеко не последним моментом является то, что он предусматривает бесплатную лицензию, так что для русских пользователей он является абсолютно бесплатным. Для этого форума, как и для Ikonboard, написано множество всевозможных "Хаков" (встраиваемые в форум модули, для улучшения старых или добавления новых функций). Настроить дизайн несложно. Панель администратора на первый взгляд не очень проста, но если потратить 2 часа на ее изучения вы поймете, что проще и быть не может. Данный форум используется на сайте WoWeb.ru (Forum).
 
Дописал WoWeb.ru.
 
Остался только один форум - UBB (Ultimate Bulletin Board) - продукт сайта http://www.infopop.com. Он очень удобен в пользовании, но поддерживает мало функций по настройке дизайна. Именно по этому почти везде, при использовании этого форума, некоторые цвета сливаются и получается этакая "каша". Я думаю дальше не стоит разбирать этот форум, так как самое важно про него уже написано.
 
Здесь выложены описания самых "употребляемых" форумов, и прочитав их вы можете выбрать наиболее подходящий вариант и ставить себе на сайт. Некоторые согласятся с моим мнением, а некоторые нет, ведь всегда были голоса "за" и "против". На этом всё. (Просим критику оставить при себе).

Как по мне - лучше сейчас купить продуктов и дома приготовить вкусный ужин... С романтикой и всем остальным!
 
Этот подход очень даже будет оценен противоположной половинкой
 
Хорошо, что сейчас магазинов где купить еду очень много и выбор очень богатый.
 
Исходя из моей любви к итальянским продуктам - я бы посоветовал http://gastromall.com.ua
 
Заказываем с доставкой и на время, пока курьер едет , придумываем рецепт