@inkvizitor68sl вы упомянули 300 рпс для бложечка и не упомянули реальную проблему - когда сайт, заподозрив негодяя, отдаёт не правильный контент, а мусор. вот это - проблема.
@david_martin вы запускаете эклипс и саблим одновременно? если они слушают один порт - это может вызвать конфликт, программа, запущенная второй, не может слушать тот же порт. закройте обе программы, проверьте список открытых портов, 9000 должен быть закрыт, затем запустите саблим и проверьте, что 9000 порт слушается.
@FanatPHP задача веба по сложности соответствует output_data = F(input_data) на каждый запрос, именно из-за REST-принципа. Это вопрос лишь инструмента, благо их, то есть фреймворков, сейчас множество. Таких задач большинство. Оставшееся меньшинство - задачи, не ложащиеся нативно на REST, действительно могут быть сложнее. Можно либо поискать инструмент для их решения (например, продолжения), либо написать свой. Так вот, НАПИСАНИЕ инструмента (см. eDSL) - действительно сложнее, чем просто использование готового по схеме o = F(i). Это другой уровень. Но я вот что-то не вижу, чтобы кто-то советовал научиться делать красивые, быстрые, мощные инструменты.
тогда дайте им обычные трубки. вставляемые наушники - негигиеничны, трудновставляемы, от них потом уши болят, они не передают голосовой спектр полностью. у меня такой был, я знаю о чём говорю. знаете это неловкое чувство когда не расслышали что сказал собеседник, а переспрашивать неудобно?
@kryoz согласен, если подразумевать не одну лишь IDE, а инструментарий разработчика, включая отладчики, экосистему, менеджер зависимостей, менеджер версий языка и т.д.
@evgenx не приходит в голову, что пхп - лишь один из языков для выражения алгоритмов? Самих алгоритмических приёмов не так уж и много, их можно понять (учить не обязательно) и подбирать реализацию на том языке, который нужен. Пхп так пхп. Научись мыслить алгоритмами, а не операторами языка.
