23 апреля в Инфоцентре прошёл семинар, автор и ведущий которого — человек-легенда Эдвард Йордон.

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

Бывает, сделаем сайт или дизайн, или ТЗ напишем…

… а сдать в срок не получается.

Лидеры отговорок:

Уважаемый пользователь aosodoev посетовал, что «продвинутые веб-разработчики и юзеры в личных проектах применяют «модные» фишки вроде тегов, микроформатов, AJAX, интеграцию с социальными сетями», а сайты, которые делают эти разработчики для клиентов, ничем таким похвастаться не могут.Давайте посмотрим, что именно нужно заказчику. Сами по себе «модные фишки», «вебдванольности», «аяксы-фигаксы» ему не нужны. Вы удивитесь, но заказчикам не нужны и XHTML, CSS, PHP, MySQL. Даже CMS сами по себе заказчикам нафиг не нужны.

А что им нужно?

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

Из всех видов тестирования веб-приложений, самым, по моему мнению, востребованным и распространённым, является тестирование работы системы у пользователей с различным каналом доступа. Ну, может быть, кроме теста совместимости в разных браузерах. И так, нам почти в каждом проекте нужно или очень желательно посмотреть, как люди с разной скоростью подключения будут видеть наш проект. Особенно это касается веб-приложений — от этого иногда зависит вообще работоспособность проекта, в частности, когда загружаются большие AJAX-библиотеки и проект часто взаимодействует с сервером. Вот как раз для таких случаев есть проект Sloppy.

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

• Как организованы кластеры Google
  www.slideshare.net/ultradvorka/google-cluster-innards
  
  Как строить дизайн системы с тэгами на Mysql, а также как
  проектировать базу MySQL с Master/Slave, чтобы распределять нагрузка
  на узлы веб-фермы (от майсиквелиста) — с примерами SQL
  www.slideshare.net/jonathanbaij/building-a-tag-system-with-mysql
  
  Как оптимизировать вызовы Javascript/AJAX на сайтах (от гуглиста)
  www.slideshare.net/souders/web-20-expo-even-faster-web-sites
  
  Как организован DIGG (PHP + MYSQL)
  www.slideshare.net/epee/mysql-2007-tech-at-digg-v3
  
  Как оптимизировали Fotolog (самое большое сообщество по фото
  блоггингу) MySQL, JAVA, PHP, Memcached, дизайн БД
  www.slideshare.net/frankmashraqi/fotolog-scaling-the-worlds-largest-photo-blogging-community
  
  Как оптимизировать БД MySQL
  www.slideshare.net/techdude/how-to-kill-mysql-performance
  
  Как организован Flickr (PHP, PEAR, ImageMagic, Perl, Java, XML)
  www.slideshare.net/coolpics/flickr-44054
  
  

Существует много разных способов css разметки. Некоторые базируются на абсолютном позиционировании, другие используют float'ы. Первый метод плохо поддерживает «резиновость» макета, тогда как второй это неплохой способ разметки.

Но, как и многие мощные инструменты, float'ы имеют свои изъяны. Для начала, верстка на основе float'ов не такая простая к пониманию, а также float'ы есть источником многих багов (в основном в ИЕ), что делает их не идеальным вариантом в погоне за кроссбраузерностью.

Итак, речь далее пойдет о

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

Всем доброго времени суток.

Перевод заметки "40 Tips for optimizing your php code". Автор — Reinhold Weber.

1. Если метод может быть статическим, объявляйте его статическим.
2. echo быстрее, чем print.
3. Передавайте в echo несколько параметров, вместо того, чтобы использовать конкатенацию строк.
4. Устанавливайте максимальное количество проходов ваших циклов for до цикла, а не во время его выполнения.
5. Удаляйте свои переменные для освобождения памяти, тем более, если это большие массивы.
6. Остерегайтесь магических методов, таких как __set, __get, __autoload.
7. require_once дорого обходится.
8. Указывайте полные пути в конструкциях include/require, меньше времени будет тратится на поиск файла.
9. Если вам необходимо определить время, когда скрипт был запущен, используйте $_SERVER[’REQUEST_TIME’] вместо time().
10. Старайтесь использовать strncasecmp, strpbrk и stripos вместо регулярных выражений.

Как дать пользователю возможность проверить свой пароль на строгость и взломоустойчивость?

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

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

Многие из нас собирали компьютер сами, из комплектующих. Дело не сложное, соединить с десяток шлейфов, да завинтить столько же винтиков. Но мало кто сталкивался с самостоятельной сборкой серверов, причем не обычных а в промышленном формате под стойку 19 дюймов. В этом небольшом обзоре я опишу свой опыт сборки такого сервера, постараюсь показать что это не сложно, и остановлюсь на главных моментах, на что нужно смотреть. На написание этого обзора меня толкнуло то, что информации о сборке rack 19’ серверов в рунете очень мало, и приходилось её искать буквально по крупицам.

Чем больше я работаю над своим первым проектом на работе, тем больше мне хочется в нем поменять и тем больше я жалею о том, что перед началом работы я не прочитал до конца «The Definitive Guide to Symfony» и не изучил плагины для Symfony. Многие из них мне бы помогли намного сократить время разработки и, что самое главное, не думать о том, как красиво реализовать те или иные вещи… И еще одно — если у вас уже есть кусок системы (как это было у меня), который вы собираетесь переписывать с использованием вашего фреймворка (или просто переписывать, потому что код вам не нравиться) — то мой вам совет — потратьте время на то, чтобы спроектировать этот кусок на план вашей новой системы, не бросайтесь сразу всё переписывать (каюсь, я поступил именно так), так как после анализа (который, возможно, займет у вас не один день, и даже не одну неделю), возможно, от предыдущей архитектуры системы не останется и следа.
Вообще, я люблю проектировать, продумывать, анализировать те или иные решения, которые хочу внедрить в систему (хотя, признаюсь, опыта у меня в этом маловато), но как обьяснить заказчику, что ты провел день в раздумьях… Эх…
Ну ладно, это я отвлекся. Сегодня хочется рассказать о том, с чего стоит начать при разработке системы с помощью Symfony и каких правил следует придерживаться.

Стартап – это когда бросаешь работу и вкладываешь все силы и остаток последней зарплаты в свой сайт, надеясь успеть к лету купить остров в Тихом океане? Тогда у меня типичный стартап :) Есть, правда, то, что отличает мой стартап от классических — я не стал заморачиваться и придумывать новую идею (точнее, я устал заморачиваться и придумывать новые идеи).

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

Многие видели в сети и писали скрипты, которые здороваются с посетителем по разному, в зависимости от времени суток («доброе утро», «добрый день», «привет тебе, человек с бессонницей»). Но можно пойти дальше, меняя оформление сайта, путём переключателя CSS.

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

О системе

Разработчик — Edgewall
Лицензия — BSD
На чем написана — Python
Среда обитания — Там где обитает Python, а значит почти везде

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

Содержание

• echo или print
• Постройка текста для вывода
• Смысл ?>
• require, include, readfile
• Запись в файл

Данный материал для начинающих программистов.

Содержание

• Демонстрация ошибок
• register_globals
• SQL injection и magic_quotes
• Проверка данных
• Аутентификация
• Вывод

Предисловие

В этом руководстве Вы узнаете, как построить простую систему по архитектуре MVC (Model-View-Controller, Модель-Отображение-Контроллер) на PHP 5.1 с использованием возможностей библиотеки SPL (Standard PHP Library, Стандартная Библиотека PHP).

Примечание: мини-статья написана для новичков

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

Когда во сне снится «ой а если сервера не хватит...»

Для начала, Доброй Ночи. Пишу что-то полезное вроде впервые (если не считать разного рода полу-тестов в моём блоге). Человек я допытливый до жути, неожиданно в голову пришло, что могу помочь сэкономить кому-то много времени ;).