silicoid

мне тут индусская (читаем говнокодерская) мысль в голову пришла. А что, если все условия загнать в массив и прогнать через foreach?

получился вот такой вот адъ (работает на php5.3+)

	$actions = array(

		function($x,$y) {if($x>1) {return 'x+1='.($x+1).'; ';} else return FALSE;},

		function($x,$y) {if($y>1) {return 'x+1='.($y+1).'; ';} else return FALSE;},

		function($x,$y) {if($y==$x){return 'x+y='.($x+$y).'; ';} else return FALSE;},

		function($x,$y) {if($x==1) {return 'x='.$x.';';} else return FALSE;},

	);

	

	$x = 1;

	$y = 1;

	

	foreach ($actions as $condition)

	{

		$result = call_user_func($condition,$x,$y);

		if ($result !== FALSE)

		{

			print $result;

			break;

		}	

	}

фактически, цикл исполняется до того момента, пока одна из функций не вернет значения отличного от FALSE

$pattern = "/[a-zA-Zа-яА-Я]+/imu";

вариант

$pattern = "/[[:alpha:]]+/imu";

тут ключевое слово "специалист"

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

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

слушайте, господа. А вопрос действительно интересный. - ЦМС для лендингов и лонгридов, например.

я вот сейчас кручу в голове знакомые мне cms/cmf и ничего интересного, подходящего под подобные требования не находится.

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

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

ijjh, Зависит от того, что вы вкладываете в это понятие. Начать, думаю, надо с составления описание проекта, технического задания и формирования бюджета. а там уже и понимание придет, что выгоднее. пилить друпал, модкс или писать самопись

апд, что касается дизайна, то само по себе рисование картинки процесс быстрый и ненапряжный в плане ресурсов.

например, один из старых дизайнов техносилы занимал 30 мегабайт (psd) а дизайн одного из вариантов job.ru - 70, и это пока мне не надоело и я не смержил повторяющиеся слои.

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

то было до 2012го года

сейчас несколько по-другому работа ведется

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

---------- Добавлено 01.08.2017 в 14:01 ----------

Быстрее в результатае не будет. так как ресурсы системы есть const а на машине с виртуалками есть большое кол-во потребителей этих ресурсов, про которые вы даже не задумываетесь

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

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

Разумеется, можно поступать, как в варианте два, но это будет долго и геморно. (и фильтр испортите и сами вымажетесь)

так вот, держать инструмент и объект над которым вы работает в одном месте, это плохо.

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

Полностью поддерживаю!

так надо было сразу поступать. Незачем держать на одной машине всё. тем более что на ней запущено 100500 приложений никоим образом не относящихся к процессу разработки, но при этом жрущих машинное время.

от скайпа/вотсаппа, проигрывателя и антивирусов (которые, кстати, здорово задавливают браузеры, особенно, когда речь идет о нескольких десятках одновременно открытых вкладок) до гуев, которые, в случае сервера, абсолютно не нужны

Я прекрасно понимаю это, Но я не понимаю зачем скрещивать выхухоля и поползня при этом на одной машине.

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

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

как я писал выше, у меня, так и сделано, при этом всё летает.

однако, если бы я установил мускул со всеми базами на 630й атлон, он бы сдох, да так, что даже музыку не послушать

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

как пример. я, будучи студентом, написал проигрыватель MPEG1, который работал на 386DX-40. так чтоб он начал крутить видосик в 320х240 пришлось его почти весь написать на ассемблере, а потом вживить функции в паскаль (я тогда на турбо-паскале извращался) в виде OBJ-шек

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

второй пример из жизни - десятикратный рост размеров приложений для мобильных телефонов за последние 5 лет.

То, что раньше занимало 20 Мегабайт, теперь занимает 200