Сергей Протько

Быть может стоит переосмыслить свою деятельность, если у вас занимает 2 часа нахождение кода, который вы вставляли ранее? Продумывать структуру, логику там… ну это я так. Просто недоумеваю. Вообще какие-то странные выводы у вас после двух лет то.

Про поиск по файлам наверное не интересно говорить, ибо задача довольно тривиальна. Любая IDE Это умеет, есть плагины, есть тот же grep, о котором упоминалось выше. Если же вы не знаете что именно искать, то xdebug и в перед.

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

А их фреймворков стоит обратиться к Symfony2 либо Zend2. По количеству готовых качественных решений альтернатив особо нету. В плане NoSQL и интеграции в облака с ними тоже все хорошо.

Я бы остановился и в самом деле на C++/Qt.

Думаю что смысл таится в семантике.

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

Можно попробовать поискаться с History API, но сходу вменяемое решение предложить не могу. Разве что где-то держать колличество переходов с момента нужной страницы и делать history.go(-n);

Обычно синхронизация идет из репозитория на продакшен. Способ для ленивых — на сервере склониться из репозитория.

Это очень и очень криво. Лучше уж EAV применить и уже отсюда плясать.

А вообще нету никаких проблем использовать MongoDB в качестве дополнения к MySQL.

kellishaver.tumblr.com/post/21428272282/using-the-file-api-to-preview-images-before-uploading + github.com/Jahdrien/FileReader для старых браузеров. Это если делать все не задействуя сервер вообще, только на клиенте.

Для вашей же беды… не вижу ничего сложного в том, что бы все инпуты были в одной форме.

<form method="POST" enctype=multipart/form-data" action="backend.php">
    <input type="file" name="preview[]" />
    <input type="file" name="preview[]" />
    <input type="file" name="preview[]" />
</form>

Скажем… при нажатии на кнопку attach добавляйте в скрытую форму еще один инпут и ссылайтесь уже на новое поле. И т.д. и т.д. Хотя поидее если вам нужно сразу после выбора файла отображать данные, то опять же проблемы с тем что одна картинка на запрос не будет.

Что-то в этом духе. Вообще мультиаплоадеров много, которые работают и в старых браузерах.

Можно сказать что размер зерна у этих мониторов примерно одинаков и не париться.

Ну у нас как, дизайнеры для WEB и для iOS/Android — одни и те же люди. Причем рисуют они и то и другое примерно в одинаковой пропорции. Проблем не наблюдалось. Разве что, было бы неплохо, если бы макеты отрисовывались не в Photoshop а в Fireworks. Тогда эти макеты могли бы служить еще и прототипом.

Есть еще такой вариант: www.ebay.com/itm/New-SATA-2nd-Hard-Drive-SSD-Caddy-for-ASUS-N56VZ-N56VZ-DS71-N56VZ-ES71-/271024733380
Конечно же если вам отсутствие оптического привода не важно.

А в чем тогда смысл SSD, если довольно критичные вещи вы перенесете на носитель с низкой скоростью работы? Я к примеру уменьшил SWAP (по сути он у меня не сильно используется, благо оперативки хватает), TEMP браузера вообще отключил оставив только кэш в оперативке, и вообще все ненужное отключил. 8-ми гигов оперативки для всех моих нужд пока хватает, кэш браузера… проблем пока не наблюдаю.

TMP позже перемещу на HDD (как только приедет 2nd hdd caddy).

Насколько я знаю мы пользуемся вторым вариантом.

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

www.codebeautifier.com/ — правда оно не умеет вендорные префиксы ставить, но кроме как для градиентов оные префиксы и не нужны особо, ну еще и для анимаций.

Вообще для вендорных префиксов да и вообще стоит юзать Less Хотя бы.

asana думаю вам подойдет. Или trello. Правда как у них с оффлайном и синхронизацией — это не знаю, но мобильные клиенты есть. Да и сами сервисы неплохо под мобильные девайсы заточены.

А чем подобный сервис будет отличаться от того же стакоферфлоу? Тем что вопросы будут не сформулированы? В чем тут смысл? Пусть человек пытается сформулировать четко свой вопрос. Обычно четкий вопрос это как минимум половина ответа.

Ну для начала вы должны понять что происходит когда вы вызываете метод model() и метод findAll().

Если абстрагироваться от конкретной реализации, то метод model() вернет вам «репозиторий» записей, а findAll() — коллекцию записей. Это означает что все эти объекты являются разными инстансами, и все свойства для них имеют свои собственные значения. Единственный способ с вашим подходом, при котором свойство инициируется до findAll() — статические свойства. Тогда одно такое свойство будет общим для всех инстансов. Но это не есть гуд.

В любом случае у вас есть ивенты. Вы можете написать в модели метод afterFind() и там уже засетить все что вы хотите. Можете это сделать извне, обработав такое событие через поведение или просто подписав свой обработчик на этой событие.

Увы только средствами CSS вам не обойтись