Речь пойдет об интересном форумном движке Vanilla. В продолжение темы Ванильный форум 2.0.
Так получилось, что в рунете еще не обратили должного внимания на уникальный, приятный, легкий по весу и дизайну форумный движок Vanilla.

В начале это недели я встречался с основателем компании Buka Entertainment Игорем Устиновым, который сейчас «выходит» из «Буки», продающейся стратегическому инвестору, и формирует вместе со своими партнерами по «Буке» бизнес-ангельский фонд «Азиум», который будет специализироваться на seed- и pre-seed-финансировании интернет-проектов (по результатам нашего общения я написал на своем IdeaBlog.ru вот эту статью).
Все, наверное, знают бизнес-модель инкубатора Y Combinator — он финансирует перспективные команды с хорошими идеями интернет-стартапов, выделяя при этом $5 тыс. на проект плюс по $5 тыс. на каждого из членов команды (среднее количество основателей — 3, то есть в среднем на один проект выделяется $20 тыс.), получая за это до 10% акций стартапа. При этом профинансированные команды приглашаются работать над своим проектом в офис Y Combinator, а выделенные деньги должны обеспечить «хлеб насущный» основателям стартапа на те несколько месяцев, которые они потратят на разработку и запуск своего проекта. Так вот — Игорь Устинов планирует работать почти так же, как Y Combinator.

Как сказал Robots: « а если без шуток, …, дилетантам лучше читать и учиться, а создание топиков оставить профессионалам.»

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

Не раз боролся Delka (Зенич Игорь) за семантичность кода, который пишут в статьях и который в последствии может использоваться как некий учебник для начинающих, тем самым осуществляя нарастание ошибок.

В этой статье я объединил (скомпилировал) уже изложенные мысли (!) многих людей, но почему-то так и не донесенные до большинства. (www.flack.ru, www.pepelsbey.net и некоторые другие)

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

Основы масштабирования

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

Обычно о масштабировании начинают думать тогда, когда один
сервер не справляется с возложенной на него работой. С чем именно он не
справляется? Работа любого web-сервера по большому счету сводится к основному
занятию компьютеров — обработке данных. Ответ на HTTP (или любой другой) запрос
подразумевает проведение некоторых операций над некими данными. Соответственно,
у нас есть две основные сущности — это данные (характеризуемые своим объемом) и
вычисления (характеризуемые сложностью). Сервер может не справляться со своей
работой по причине большого объема данных (они могут физически не помещаться на
сервере), либо по причине большой вычислительной нагрузки. Речь здесь идет,
конечно, о суммарной нагрузке — сложность обработки одного запроса может быть
невелика, но большое их количество может «завалить» сервер.

Случайное блуждание по интернету может вывести в совершенно неожиданные места. Оказывается, если кто хочет потрогать живого Денискина посмотреть, послушать и задать вопросы создателю Хабрахабра deniskinДенису Крючкову и его смотрителю mioИгорю Денисову, то отличная возможность представится послезавтра, 5 февраля:


Нажмите на баннер, чтобы рассмотреть его поближе

Итак, в этот вторник, вечером, клуб «Бизнес в стиле .RU» проводит встречу «Продюсирование проекта по созданию тематических социальных сетей». Цитирую:

Уф… наконец-то я решился написать свой первый пост.

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

Примерно три недели назад стартовал проект, посвященный методам оптимизации времени загрузки веб-страницы на клиенте.

Почему оптимизация?

На мой взгляд, на текущий момент веб-разработчики очень мало уделяют внимания доступности (accessibility) и удобству пользования (usability) проектов, над которыми работают. Для них сайт — это килобайты кода и пара картинок, которые нужно как-то показать клиенту. О пользователе никто при этом не думает, в лучшем случае, прикрываясь такими выражениями, как: «у меня отсюда и так все быстро грузится» или «каналы сейчас не те, что 10 лет назад».

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

Почему клиентской части?

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

Естественно, это совсем не так. Загрузка страницы это не только HTML. Существует множество инструментов, которые позволяют в этом убедиться, проанализировать процесс целиком и найти в нем слабые места. Но именно такой анализ, который находится, фактически, на стороне пользователя и должен быть проведен в первую очередь при оценке доступности веб-сайта, зачастую вообще не проводят либо делают быстро и некачественно. А ведь он может позволить уменьшить время загрузки страниц на порядок.

Могу ошибаться, но решения данной проблемы на Хабре еще не приводилось, так что позвольте поделиться с вами полезным куском кода. Задача: по нажатию Ctrl+S заблокировать браузерный диалог о сохранении страницы и запустить пользовательскую функцию.

Google Analytics предоставляет широкие возможности по сбору и анализу статистики сайта, но, способ отслеживания исходящих ссылок, предлагаемый в справочном центре…

<a href="http://www.primer.ru" onClick="javascript:urchinTracker('/outgoing/primer_ru');">

…мягко говоря, не очень удобен.

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

Добрый день. Мы готовим первый проект к запуску. Заканчиваем писать код, прикручиваем дизайн, провели исследование ресурсов-конкурентов, выбрали позиционирование в тематической нише и подошли к важному рубежу — меньше, чем через месяц движок будет готов.
Но по ночам не спится, все ли мы правильно делаем? Меня как руководителя проекта, волнует несколько вопросов.

1. Не слишком ли наш движок медленный?
На локальной машине p4 2.8GHz/1 Gb DDR-400 dual/ATA-100 с последними apache, php и mysql с практически дефолтными настройками время генерации страницы от 0.05 до 0.5 секунды при отсутствующей посторонней нагрузке. При этом время сборки кода без выполнения команд — 0.03 секунды. Какой хостинг нам понадобится для обслуживания нескольких тысяч посетителей в сутки?

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

3. Какие непредвиденные денежные затраты повлечет запуск проекта?
На данный момент у нас решен вопрос с оплатой труда, но на сам проект остается не так уж и много — всего меньше тысячи долларов. Нужно ли привлекать дополнительные деньги? Чем грозит попытка стартовать, опираясь на такую сумму?

4. О чем мы не подумали, и какие ходы необходимо предпринять еще?

Спасибо, если расскажете про свой опыт, дадите совет, либо ссылку на раскрытую тему.

По просьбам трудящихся — перевод статьи Пола Грехема (Paul Graham) ‘Holding a Programm in One's Head’.

Хороший программист, работающий над собственным проектом, может удерживать его целиком в голове так, как удерживает математик уравнение, которое решает. Математики не решают задачи на листке бумаги, так, как этому учат детей в школе. Вместо этого большинство операций они производят в уме, создавая некий образ в голове, примерно как мы можем мысленно представить образ дома, в котором провели детство. С программированием все точно так же. Вы можете создать некий образ всего текущего проекта в голове и рассмотреть его тщательно со всех сторон.

Привет, хабралюди! Аккаунт IgrOK забанен в профилактических целях на 7 дней, как несогласный с тем, что копипастить нельзя. Его слова о том, что некие тексты с разрешения администрации ресурса можно копипастить, а все остальные нельзя, были последней каплей при принятии решения. Потому что это не так. Мы против воровства контента со стороны наших пользователей. Хабрахабр придуман и создан не для этого.

Аккаунт Millicenta, неоднократно использовавшийся для накрутки новостей, забанен тоже. Согласно правилам сайта.
Другие аккаунты, уличенные в воровстве контента и накрутке голосов, мы будет блокировать тоже.
Прошу также прекратить пускать бессмысленные волны о кончине демократии на сайте или что-то в этом духе. Никто никогда не будет использовать силу лишь только потому, что кому-то захотелось показать мускулы. Мы больше вас заинтересованы в нормальном атмосферном давлении на сайте, и будем делать все возможное для его поддержания. Хотите вы этого, или нет.

Примечание: ниже находится перевод статьи «Bring on the tables», в которой рассматривается использование таблиц по прямому назначению и некоторые методы по увеличению их доступности.

UPD: текст статьи полностью убран в связи с его неконтролируемыми преобразованиями с момента публикации.

Прошло определенное время со старта проекта venividi.ru и я хотел бы поделиться появившимся опытом и мыслями. Нижеизложенное относится к тематическим социальным сетям.

Стартапы сейчас не делают только ленивые. А почему, собственно, не делают?

Дождливым вечером, за кружкой пива (все банально, как только может быть) у нас родилась идея создания социальной сети для творческих людей, ниша которой до сих пор не занята. Социальная сеть для художников, иллюстраторов, дизайнеров, аниматоров, etc… Вдохновение пришло от сайта с многовековой историей devianart.com, русскоязычных аналогов которому до сих пор нету.

С первых моментов, задумавшись над идей популяризации, мы решили завести себе блог, для функций привлечения заинтересованных людей и PR`а. Но чем больше пытались развернуть эту идею, тем глубже она уходила в дебри. Что получилось в итоге?

Примечание: статья посвящена обзору проблемы неработающей кнопки «назад» в браузере при использовании AJAX-методов для передачи содержания страниц от сервера к клиенту. В статье рассматриваются основные принципы работы AJAX и возможные пути решения заявленной проблемы. Курсивом даны мои комментарии.

Эта статья является первой из ряда материалов (вторая статья посвящена работе с закладками), направленных на устранение части критики, которую адресуют сейчас AJAX, и предоставляющих обзор полезных методов, которые помогут сделать ваши приложения и веб-страницы, использующие технику AJAX, немного лучше.

FWC:SmartSelect 2.7

хей йо)
начну.
всем известны проблемы с тегом select в html: отсутствие возможности настройки внешнего вида, перекрывание абсолютно позиционированных слоев, отсутствие комбобоксов (выпадающих списков с возможностью ввода), отсутствие нормального мультивыбора и некоторые другие. все они имеют некоторые, чаще всего корявые, решения, которые врядли можно назвать панацеей.

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

кроме того он позволяет использовать некоторые очень полезные функции, крайне популярные в последнее время. например, удобный API для управления списками и пунктами (создание, редактирование, удаление), ajax-подгрузка каскадных списков (когда содержимое некоторых списков зависит от других), а также создание простых текстовых полей с автоподстановкой значений при вводе (в том числе и из серверных ресурсов, аналогично Google Suggest).

все настройки для компонентов smartselect описываются в отдельном xml-файле или json-строкой.

Предлагаю Вашему вниманию перевод статьи Джилл Конрат (Jill Konrath)из “Selling To Big Companies”. На ее сайте Вы можете найти множество материалов для консультантов, предпринимателей и специалистов по продажам, помогающих заключить контракты на крупные суммы с большими компаниями.

Статья посвящена запуску нового товара или услуги на рынке.

перевод сделан информационным порталом о стартапах Liveidea.ru

Быстрый старт!

Избегайте большинства ошибок, связанных с выпуском новых товаров или услуг

Эта статья была опубликована в специальном выпуске “Growth Guide” журнала “CityBusiness: The Business Journal”, изданном в апреле 2002 года.
Новые товары или услуги – источник жизненной силы любой молодой компании. Если они успешны, компания может ворваться на новые рынки, перепрыгнуть бывших конкурентов и пожать обильных урожай прибыли.
Однако многие новые товары не оправдывают ожидаемые результаты в первые, наиболее значимые, месяцы после своего выпуска. В современной экономике, когда ‘окно возможностей’ открыто не более нескольких месяцев, это может стать настоящей катастрофой.
В течение последнего десятилетия я работала над представлением новых товаров и услуг множества компаний. Некоторые из них имели невероятный успех; другие были жестоким разочарованием. Всегда, когда продажи падают, компании уменьшают объемы производства или снижают темпы работы на рынке.
Если Вы собираетесь представить новый продукт в ближайшие несколько месяцев, сделайте это правильно. Не повторяйте такие непоправимые ошибки:

Есть два основных способа построить Excel, Word, и PowerPoint используя PHP. Первый — используя библиотеку COM (только под Windows сервером) и другой — используя более стандартизированные форматы, такие как CSV и HTML.

Введение.
Вот уже 5 лет я занимаюсь веб — разработками. За это время приходилось и на коленке делать сайты за несколько сотен долларов и участвовать в довольно крупных проектах. За последний год меня не оставляет ощущение deja vu. Где-то я уже видел: нервных заказчиков, взбешенных менеджеров, заваленных работой разработчиков и сорванные сроки. При этом для меня ничего не изменилось. Были все те же нечеткие, постоянно изменяющиеся требования, прессинг, и ни одного проекта, сданного в срок…
И это, не смотря на то, что “грабли” были всегда одни и те же.