Максим Иванов

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

Сеошник тот еще дятел, если это дословная выдержка:

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

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

В итоге заказчик заявляет сеошникам: "Б^@#*ть, я столько денег за разработку уже выложил, а мне еще что-то исправлять?! Вы представляете сколько это будет стоить??? Продвигайте как есть, вы же специалисты!"

Alexander Lashchevsky: Да вы наверняка не в курсе всех возможностей расширения функционала WP, раз такое утверждаете. Я не могу назвать WP лучшим выбором для абсолютно всех сайтов, но чтобы:

сделать сайтик, вроде бы стандартный, страницы-статей и страница отправки формы

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

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

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

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

p.s. Есть такая практика у некоторых компаний - делать сайты на своих чудо CMS, затем сажать клиента "на иглу" поддержки, т.к. в коде может разобраться один лишь только хардкорный прогер Вася, который стоял у истоков создания системы. Потом такая контора сливается, а клиент остается с "черным ящиком", который с болью и кучей мата приходится переносить на другую систему.

СЕОшнику скажи спасибо: шеллы на рынке всегда нужны, лом, говорят, тоже вполне помогает двигать (Гугел только разборчивый стал, тематическое ему подавай)

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

морально - можешь послать их нафиг и искать следующих, если условий ТЗ ты не нарушал - все остальное - личное мнение каждого

Если вы планируете в кухне программеров вариться, то вам необходимо иметь представление о попсовых CMS, знать их сильные и слабые стороны (см. www.cmsmagazine.ru/catalogue/), дабы не изобретать велосипеды, так же следует помнить, что сайт - это не законченный продукт и с ним возможно будут работать другие люди.

А для того, чтобы делать свое - фреймворки в помощь.

с одной стороны SEO-ник не прав, так как.. ну это очень глупое утверждение

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

То есть притензия SEO-ника возможно была связана с тем что:

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

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

1. Если в ТЗ было указано на чем делать сайт, то надо было делать на том, на чем указано.
2. Заказчик в таких простых заказах, часто не шарит настолько, что не знает что именно ему нужно. Поэтому у тебя может просто не получиться ему объяснить что не так, и кто виноват.
3. Поздравляю с личным опытом общения с заказчиками. Этот опыт используй мудро, и в будущих заказах старайся предусмотреть развитие странных ситуаций.

То есть тебя не должен волновать вопрос кто виноват, тебя должен волновать вопрос что делать и как предусмотреть максимально возможное количество нестандартных ситуаций. С опытом и репутацией, начинаешь выбирать себе заказчиков, с которыми удобнее работать. В начале пути из-за конкуренции это сложно, так что не принимай близко к сердцу. А Сеошник - недоучка, любой сайт можно продвинуть. Ругать его особо не нужно, но если есть желание, можешь написать длинное пояснительное письмо заказчику, без попыток дальнейшего спора, в котором пояснить что произошло.

Может попробовать вот так:

var test = function(foo){
    /* тут действия */
    var anythis=...; // формируем собственный this
    // функция foo должна уметь работать с нашим новым this
    foo.call(anythis); //Или apply, надо под ситуацию подстраиваться.
    //Или так:
    func=foo.bind(anythis);
    func();
};
test(function(){
    this.MyMethod();
});

div {
    -ms-transform: translate(50px,100px); /* IE 9 */
    -moz-transform: translate(50px,100px); /* Firefox */
    -o-transform: translate(50px,100px); /* Opera */
    -webkit-transform: translate(50px,100px); /* Safari */
    transform: translate(50px,100px);
}

Совсем старыми браузерами не поддерживается. caniuse.com/#search=transform

$('.some_frame').contents().find("html").html();

Есть встроенные команды, не стоит городить велосипеды.

$ch = curl_init ();

curl_setopt ($ch, CURLOPT_URL, 'https://api.github.com');
curl_setopt ($ch, CURLOPT_USERAGENT, 'cURL/php');
curl_setopt ($ch, CURLOPT_USERPWD, 'login:password');
curl_setopt ($ch, CURLOPT_FOLLOWLOCATION, true);
curl_setopt ($ch, CURLOPT_RETURNTRANSFER, true);

echo curl_exec ($ch);

А так, коллеги кидали ссыли выше. Тут подробнейший мануал по опциям: php.net/manual/ru/function.curl-setopt.php. Все что хотите)

Основные механизмы развития личности программиста - это другие программисты;

Зависит от.
Если охота задрочиться, то надо найти статистику по браузерам для сайтов, схожим с вашим по демографическим показателям, и плясать оттуда. Например, если речь о хабрахабре, то ие6 поддерживать не нужно, а вот оперу 12 — может быть, да еще надо проверять в бета- и canary версиях хрома. Ну и так далее.
Если задрачиваться неохота, то можно взять дефолтные настройки Autoprefixer'а: все, что занимает более 2% рынка.
Поддержку старых IE проще всего делать по принципу graceful degradation: нет градиентов, нет анимации, и т.д.

може быть BOM?

Если это Windows, то я бы порекомендовал бы использовать QueryPerfomanceCounter.

void StartCounter()
{
    LARGE_INTEGER li;
    if(!QueryPerformanceFrequency(&li))
	cout << "QueryPerformanceFrequency failed!\n";

    PCFreq = double(li.QuadPart)/1000.0;

    QueryPerformanceCounter(&li);
    CounterStart = li.QuadPart;
}
double GetCounter()
{
    LARGE_INTEGER li;
    QueryPerformanceCounter(&li);
    return double(li.QuadPart-CounterStart)/PCFreq;
}

int main()
{
    StartCounter();
    // твой код тут
    cout << GetCounter() <<"\n";
    return 0;
}

#include <iostream>
#include <cstdio>
#include <ctime>

int main() {
    std::clock_t start;
    double duration;

    start = std::clock();

    /* Сюда вставить тестируемый код */

    duration = ( std::clock() - start ) / (double) CLOCKS_PER_SEC;

    std::cout<<"printf: "<< duration <<'\n';
}

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

А вообще нужно увеличить значение N хотя бы до 10000, и заполнять массив случайными значениями в цикле.

Добавьте кеширование. В определенных случаях это сильно соптимизирует дело.

protected $_aliasesCache = [];

public function getAlias($method)
{
	if (! array_key_exists($method, $this->_aliasesCache)) {
		$this->_aliasesCache[$method] = str_replace('_', '.', $method);
	}

	return $this->_aliasesCache[$method];
}

// Usage

public function some_method()
{
	$this->getAlias(__FUNCTION__);
}

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