Jazzist

«Вылезти» нужно конкретизировать. exiv.habrahabr.ru прав.

Мой скудный опыт программирования включает приличные знания SQL, небольшое знание Perl, представление о том что такое C и базовое понимание объектной парадигмы.

MVC уже любит и ждет вас.

1. Подскажите простой русский туториал по php версии 5.1. Особенно интересуют ньюансы шаблонов и работы с БД.

php.su

2. OpenCart это годный пример или быдлокод для знакомства с языком?

Годный пример — популярный фрейморк с MVC.

3. Почему в PHP такая куча файлов? Потому что отдельный класс = отдельный файл или это стиль кода? Нельзя ли поменьше файлов, я так не привык :)?

1. Так удобнее работать, и это удобство мегапозитивно сказывается на скорости и эффективности работы. «Разделяй и властвуй»
2. Незадействованные фрагменты могут не подгружаться — таким образом достигается легкость и низкая ресурсоемкость конечного приложения
3. Конечно можно поменьше! Фреймворки ждут вас :)

4. Есть ли какая то простая IDE для PHP под винду. Раньше для всего мне хватало vim под unix, но с кучей файлов PHP + MVC получается чертовски неудобно. Может ли IDE сгенерить схему взаимосвязей объектов php по типу как рисуются схемы баз данных SQL?

1. Работайте с линуксом, там есть масса удобных IDE. Под виндой будут проблемы (холиварщики идут в гугль и по мануалам, в т.ч. PHP User Guide)
2. Можно, но в большинстве случаев простая структура БД — отличное преимущество

5.1 Как делать верстку html для php? Есть нуб-верстальщик которых хочет осваивать Dreamweaver, это нам поможет?

1. Dreamweaver не надо, надо учебник и спецификацию CSS2. Хорошее место для этого вопроса — htmlbook.ru
2. Верстка HTML для PHP не отличается от верстки HTML для чего-то другого. Она сама по себе.

5.2 MVC под PHP оно нужно вообще? При запуске скрипта подгружаются сотни файлов, очень низкая производительность. А вдруг мой проект выстрелит и будут тысячи посетителей, придется отказаться от PHP, может это сделать сразу?

1. Да, нужно. Но можно и без него.
2. Подгрузка файлов производительности не снижает (могу показать очевидный прув, но лучше прогуглите).
3. Возможность не подгружать лишнее — производительность повышает
4. Это не причина для отказа от PHP. Конечно, есть причины… но не эта. PHP вас, скорее всего, не подведет.

6. А может быть вовсе не php или нафиг MVC? Но скрипт магазина с нуля писать не хочу!

Python+Django. MVC — как минимум, хорошая школа, которая пока никому не повредила.

Все это может упасть в совершенно чистый от каких либо концепций мозг.

Тогда еще раз смотрите ответ на вопрос №6 :)

Установите до конца локализацию, тогда и шрифты нормальные подтянутся. В менеджере пакетов ищите по i11n, и установите все пакеты с ru.

Охотно поделюсь опытом — при 20 пользователей в реальном времени средний сервер глохнет, при 50 — дохнет. Речь идет именно о присутствии пользователей в реальном времени при частоте обновления 1 раз в секунду.

В свое время решал проблему производительности чата приобретением дополнительного сервера. Хорошо помогает и оптимизация в выде выноса движка БД на отдельный сервер.

То есть, к примеру, на основном сервере у вас работает веб-сервер с интерпретатором языка и хранением файлов, на дополнительном — MySQL. Для сильно бюджетных решений — многие продавцы виртуалок дают возможность использовать MySQL на выделенном сервере, вне ресурсов виртуалки.

Как-то шутки ради установил все плагины, найденные по ключевому слову «IDE» для gedit. Прошло уже более двух лет, как исключительно в нем и работаю, совершенно забыв про Eclipse. На самом деле там очень много плагинов… Есть все, что нужно (проводники, инспекторы, аутлайны, отладка в ассортименте, подсветка и многое другое), и все это отличается до безобразия высокой скоростью — все же на C написано.
Eclipse до такой производительности далеко. В какой-то момент просто не захотелось работать с Eclipse, именно ввиду его очевидной монструозности.

НЯ! whitepiano.ru/info/domains :)

Тоже как-то искал подобный тул. Вдруг обратил внимание, что ищу уже более полчаса. Плюнул и написал его, буквально менее, чем за следующие полчаса.

Если интересно — скажите, выложу.

регулярку в конфу напишите

Сделайте бумажную рассылку по кафедрам вашей специальности с этим-же вопросом. Обычно требуется разослать не более 10 писем.

Кстати, зарубежные ученые достаточно лояльно относятся к такого рода просьбам. Докторскую диссертацию моего руководителя рецензировал австралиец. Нашла она его, узнав о существовании ВУЗа и кафедры, где занимались схожей проблематикой, из научного журнала. Потом просто отправила письмо на кафедру — ей достаточно быстро ответили.

1. Сортировка — идет в конец во всех списках
2. Надпись «Нет в наличии»
3. Форма предзаказа, если нужно
4. Слегка затенить надписи
5. Вообще не показывать, если нужно

Юзер может редактировать какую-то конкретную свадьбу, при этом не являясь ее заказчиком, ни являясь админом или менеджером? Если да — то такие вопросы:

— кто выдает разрешение на право редактирования
— можно-ли разрешения вынести из абстракции модуля БД (при этом возможно оставить абстракции в интерфейсе)

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

Вообще, вы правы — руки чешутся оптимизировать… и сильно оптимизировать. Правда есть небольшие сомнения в том, что можно что-то сильно полезное советовать по представленной информации. Советы будут намного более объективными, если взглянуть на ТЗ.

Firebag — мегапопулярный плагин для Mozilla Firefox, отлично решает как раз эту задачу:
— в консоли вы видете все входящие и исходящие запросы
— вы видите содержание этих запросов
— вы видите как изменяется HTML и CSS
— вы видите ошибки, в т.ч. сообщения об ошибках сервера
— …

Firebag устанавливается из меню Mozilla Firefox->Правка->Настройки->Дополнения->Настроить дополнения->Поиск дополнений

Еще кешируются сериализованные результаты запросов выборок из БД. На уровне приложения.

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

pear.php.net — мне в свое время очень помогло, в том числе и в обучении

SQLite.

Просто, быстро, удобно. За базар отвечаю!

Если использовать через слой (что разумно всегда) — будет и вам счастье :)

nix.ru — покупайте с доставкой.

Некоторое время назад купил книжку, которая так и называется — «ООП в PHP», с зеленой обложкой.

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

С тех пор верю нативным мануалам. Не накололся ни разу, хотя ДО этого — случалось многократно.

Использую поле integer через слой. NULL понимается как FALSE, единичка 1 — TRUE.

В итоге:
1. Кроссбазно. В любой момент можно переезжать от SQLite и MySQL до PostgreSQL и Oracle, а также экзотические, и даже nosql базы. Все, что поддерживает слой. Если не поддерживает — просто написать новый драйвер для слоя.
2. Не заметно каких-то существенных изменений в производительности и ресурсах. Честное слово, не заметно!
3. Удобно для использования, удобно для программирования, очень удобно для стандартизации.
4. В любой момент можно расширить количество состояний сущности. Про запас имеются 4 миллиарда вариантов…

Один мой хороший товарищ переводит документацию с английского на русский. Ну, хобби у него такое… При этом человек языком практически не владеет — он просто фанат одной хорошей свободной программы, и переводит тексты по одной фразе онлайн-переводчиком.

Кстати, переводить на родной — отличный способ выучить что-либо… Можно сказать, одной пулей убиваются два зайца — наповал!

В моей любимой ОС Убунту и около нее есть просто огромное количество средств для написания, синтеза и обработки. Но по факту обнаруживается, что про них никто ничего не знает. Также, разумеется, мало кто знает, как с ними работать.

Заполните пробелы в информационном поле? Это будет достойно, очень… :)