Во многих случаях неиспользование фреймворков ради быстродействия сродни преждевременной оптимизации. А хорошее приложение на хорошем фреймворке, с нормальным разделением на слои, сервисы и т. п. минимально привязано к нему и при необходимости уменьшить потребляемые ресурсы довольно быстро и просто от него отвязывается.
P.S. А если изначально предполагается highload, то может PHP будет не лучшим выбором в принципе.
Aidsoid, например, чтобы локальный .gitignore отличался от удаленного репозитория. Сначала клонируется удаленный, но не все файлы из него нужно обратно пушить, конфиги например, или флаги.
Насчёт менять работы — это понятно. «Начинать с нуля» я немного утрировал, но как бы если потолок с таким подходом — «миддл», то изучив новую технологию самостоятельно, нужно будет искать работу, где она используется, а без опыта и миддлом не возьмут, только джуниором.
Я как раз про «мизантропов». Но вот цепляться к одной конторе, по-моему, не выход, если контора, скажем так, не всемирно известного уровня, если рано или поздно там станет скучно.
Запутался:
«К первой категории относятся всевозможные уголки, рамки, бекграунды ссылок и кнопок и т.д.», «первые должны быть заданы через CSS», «Если же это ссылка (к примеру) на просмотр полного размера фотки, или на профиль пользователя, тогда только вариант №1»
«Ко второй категории относятся аватарки, скриншоты, фотки и прочий загруженный и/или модифицируемый контент.», «а вторые — через IMG (как следствие, их можно сохранить кликом, задать им alt и т.д.)», «Если это просто ссылка (например, share on twitter с птичкой), то вариант №2.»
Зачем предпросмотр фотки оформлять через CSS, а «птичку» через IMG? Кто-то будет скачивать птичку?
tick, скорее CMS (в широком смысле слова) это последняя ступень эволюции сайтов: статические страницы -> динамические страницы (независимый код для каждой страницы) -> выделение библиотек (повторное использование вызываемого кода) -> выделение фреймворков (повторное использование вызывающего кода) -> создание CMS (повторное использование всего кода, решение задач без программирования).
TheShock, в контексте обычного использования PHP юзер обычно глобален для приложения, поскольку идеология CGI «один запрос — один процесс» остаётся, пускай и несколько замаскированная в случае модулей серверов или FastCGI. Скорее баз данных может быть несколько, чем юзеров.
Часто функция не используется в одиночку, например $good = makeMeGood($a, $b, $c); makeGoodBetter($good); Заменить на $good = new Good($a, $b, $c); $good->makeBetter(); имхо читаемей.
Причём тут кредитная организация или нет? Если мы с вами подписываем договор, согласно которому вы обязываетесь выплачивать мне каждый день столько долларов сколько указывает значение байта под адресу 0x67af5435 на вашем сервере и этот договор позволяет мне с вас требовать эти деньги через суд, если вдруг вы передумаете мне платить, значит у меня возник ежедневный доход в виде значения этого байта. От того, что я не требую у вас его каждый день он не перестаёт быть доходом.
Байты не попадают, обязательства Гугла попадают. С таким же успехом можно говорить, что байты на серверах Центрального Банка РФ не попадают под доходы. Как только кредитор признал свои обязательства, выраженные или измеряемые в денежной форме — это доход. Дата начисления твоих доходов — дата признания твоих прав.
Налоги (УСН) платят не только с денег, но и с полученных имущественных прав (цитаты НК ниже). Именно когда вам что-то «обещают». Сказал тебе Гугл: «с сегодняшнего дня если попросишь свои N$ я их тебе вышлю» — всё, у тебя возник доход и должен заплатить с него налог, хоть ты ещё год их выводить не будешь. Да ещё не забудь заплатить налог с положительной курсовой разницы на день вывода.
Да, ещё нюансы — комиссии не учитываются, для доходов выраженных в валюте ещё считается и курсовая разница как доход. Например на конец февраля адсенс начислил вам 100$. Вы получили доход 2895,03 руб. Вывести решили сегодня, эти 100$ стоят уже 2928,92 руб. Итого вы заносите 29-го числа доход 2895,03, а сегодня 33,89, не смотря на то, что получите через неделю 2700 (условно).
P.S. А если изначально предполагается highload, то может PHP будет не лучшим выбором в принципе.