Pull to refresh

Comments 130

Он докручивается из репов SVNKit'a
поделитесь, если знаете как
Возможность работы с несколькими проектами бы лучше сделали.

И авто-загрузку при сохранение для работы с удаленными проектами(может и есть такая фича, но я не нашел).
Tools > Deployment > Automatic Upload.
о… приятное и полезное!..

А к Вам тогда еще такой вопрос:
есть статический класс, но IDE не выдергивает почемуйта оттуда функции, печалько. :(
Хм, мне казалось он выдергивает все что есть у него в индексе. Не сталкивался с такой проблемой.
правильно документируйте классы и все будет работать, даже статический класс.
А не подскажите, как организовать автоматическую загрузку с удаленного сервера в локальный проект уже измененных файлов.
Туда то оно «выгружает» при указанной соответственно «галочке», а вот обратно только вручную…
есть окно Remove host view
только конечно не измененных, а конкретных или всех.

ps и не забудьте поставить в Tools->Deployment -> Options
галочку Create empty directories
и чуть выше Delete target item if source one is missing

pps правда все зависит от проекта, иногда мешает иногда помогает, а то иногда залил файлы и думаешь «почему же не работает, я все залил… полтергейст блин»
а вообще для этого надо юзать cvs
Всегда открывал проект, как папку. Если открываешь ещё папку — то есть выбор, открыть в новом окне или в текущем. Если открыть в новом — то два проекта открыто одновременно в отдельных окнах, но процесс один.
Или я не понял суть вопроса?
наверное имелось ввиду в одном окне два смежных проекта, чтобы было две рутовых ветки в навигаторе

есть кстати проблема при открытии двух проектов в разных окнах, под ubuntu 10.10, на панели задач пропадает одно из окон, частенько причем. помогает сворачивание/разворачивание, но потом опять теряется. Не знаете ли, нет ли решений по этой проблеме?
Не знаю, я под виндой :)
Сейчас может придёт кто-нить из линуксоидов, расскажет :)
вот кстати что меня радует в phpstorm так это кроссплатформенность, причем производительность и там и там хороша
По-моему почти все IDE кроме Visual Studio кросплатформенные сейчас )
UFO just landed and posted this here
Тут проблема заключается в том, что это будет рассматриваться как один проект. Со всеми вытекающими (к примеру, автокомплит может не работать из-за коллизий). Сам долго привыкал, что нельзя иметь несколько открытых проектов в одном окне, как в NB.
File -> reopen -> выбираем прошлый проект.
Не идеал, но я с двумя проектами работаю на ура.
Я тоже именно так и работал. В 2.15 проекты открывались в самостоятельных окнах. А после установки EAP при попытке reopen проект открывается в текущем окне. Думал может настройка где есть, но не увидел. Вот думаю что делать, может кто подскажет…
Эм, не поверите, клацая просто зажмите шифт =)
А вообще мне, например, как раз удобно в одном окне, чтоб не путаться в проектах =)
Мда, вот не подумал бы… Спасибо большое за подсказку!
возможность работы с несколькими проектами появится в следующем ЕАПе
UFO just landed and posted this here
Еще бы сделали нормальную подсветку синтаксиса в perl — цены бы не было. Long polling на php сделать нельзя, поэтому частенько в проектах языки перемешиваются. Для twig ещё не хватает интеллектуальных подсказок. Ещё бы хотелось кнопку включения/отключения системы проверки ошибок в текущем файле, т.к. иногда IDE начинает слегка давать по тормозам при слишком больших объемах файла и хочется файл сначала дописать, а уже потом проверять на ошибки. В целом хочу сказать, что PhpStorm — best IDE for PHP.
Я думаю это как минимум бред — php для этого не предназначен, да и не выдержит.
Я согласен, что не предназначен. А насчет «не выдержит» — все зависит от планируемой нагрузки. Но сделать-то можно.
Слишком большие объемы файла — это плохо. Я, по возможности, стараюсь не допускать больших файлов в проекте.
Примите поздравления, это 666 пост с 6 (уже с 7) комментариями :)
Странная у них политика скидок. У меня в октябре истек срок апдейтов. А теперь я могу доплатить бакс и купить новую лицензию, что будет выгоднее чем продлить старую. Да и в том году взял за несколько недель в два раза дороже. Вот теперь думаю что лучше сделать.
Поддержка компиляции LESS — долго же ждать (
Можно же просто выполнить файлик-генератор ручками или привесить на пре-коммит как-нибудь.
использую lessc с node.js ну и баш скриптик
Вот чесно говоря — последнее о чем имеет смысл просить.
компиляцию less самому настроить дело (условно) 10 минут.
А вот то что(по крайней мере в последнем EAP'е) код комплишен для миксинов — не работает. варнинги о несуществующих css-свойствах — не работают. Это гораздо важнее.
Уже в версии 2 можно использовать для этих целей phing.
Если бы с perl'ом WebStorm работал так же хорошо, как и с javascript'ом — это был бы самый лучший IDE ;)
Это нужно просить разработчиков о PerlStorm'e.
По сравнению со старыми версиями существенно поднялась производительность IDE. Но, к сожалению, до сих пор медленная работа с большими css и js файлами. Особенно печально дело обстоит с css, у которых 2.5к+ строк…
Не могу не согласиться, работа с большим CSS-файлов превращается в ад вот уже на протяжении многих месяцев, и сделать с этим ничего не получается.
Хм, а вы скиньте в багрекер (youtrack.jetbrains.net/) нужную информацию (инструкция devnet.jetbrains.net/docs/DOC-1253), они починят али посоветуют чего :)
Этот баг давно уже известен, но он тянется и тянется.
я наталкивался на проблемы с минифицированным css и этой проблеме уже пару лет, а у вас что-то другое
В 3.0.1 производительность на больших css файлах выросла
А разве самому удобно с такими файлами работать? Разве нельзя их разбить на части а в продакшн соединять?
… и это, я так понимаю, должно быть аргументом, почему баг можно не считать за баг и не исправлять, даже если кому-то это необходимо и бывают различные ситуации, которые вам не знакомы?
Вообще-то это был вопрос, если вы не заметили, а не аргумент. Но вообще-то, можно ведь упрекать JetBrains и за то, что PHPStorm плохо работает с *.php файлами размером в мегабайт 15.

Я понимаю, что это недочет, 2500 строк не так уж много, вроде. Но, как я уже спрашивал, разве удобно работать самому с файлами такого размера? 2500 строк даже на PHP многовато, включая комментарии, пустые строки и т.д… И если кто-то скажет, что он постоянно с такими файлами работает, я уверен, через две секунды на Хабре на него налепят ярлык «говнокодер». В дизайнерской среде обычаи отличаются?
Файл такого размера — просто кладезь для профайлинга и последующих оптимизаций скорости IDE.
Я бы не сказал, что кладезь :) Полезен — это да. Но сделать такой файл достаточно просто, мне кажется.
Одно дело получить просто размер, а другой — с нужным уровнем шума и разными правилами и селекторами всех мастей.
я хз как вы, но никак не получается перейти на эту IDE с NetBeans, сколько не пробовал уже ;)
Почему? :) Впрочем, если не получается, может, ну его? :)
Настройте кеймап от нетбинса и будет уже значительно проще
Попробовал триал пхпшторма, сначала было непривычно, но ради интереса продолжил пользоваться. Кончился триал, теперь не могу привыкнуть к нетбинсу заново, какой-то он не привычный и вырвиглазный до ужаса.
Я именно с NetBeans и перешел на эту иде, причем так перешел, что аж купил ее =) Хорошая штука.
убедили ;) поставлю и протестю)
Эх, если бы кто-нибудь выложил цветовые схемы…
Сглаживание шрифтов под иксами пофиксили?
А каким с шрифтами выкрутились в Eclipse?
Эклипс использует SWT вместо SWING, у них свой рендеринг шрифтов, который не зависит от Java.
Жаль. Нежелание портить зрение — единственное, что остановило от покупки.
По моей ссылке есть советы как подобрать шрифт или модифицировать уже существующий. До ClearType, как в Windows, далеко, но работать вполне можно.
Settings->Editor->Appearance: use anti-aliaced fonts
Settings->Appearance: look and feel — Nimbus
Все конечно будет не так красиво как под виндой или маком, но очень даже очень.
оффтоп: у меня не работает js-дебаггер в WebStorm.

я расставляю брэйкпойнты в файле, запускаю дебаггер, открывается фаерфокс с выключенным фаербагом(«панель выключена»). далее я её включаю. Проделываю некие действия, в результате которых должен был сработать брэйкпойнт. Но ничего не происходит. Браузер не общается с WebStorm.

Не подскажете, в чём дело?
Экстеншен для дебага в Firefox установлен? Трудно сказать в чем дело, пишите баг или в поддержку с примером проекта, версиями WebStorm/браузера и шагами чтобы воспроизвести проблему.
да, установлен. и всё вчера работало. сегодня вот ввруг перестало.
Экстеншен для дебага работает только для FF <= 7
Решилась проблема. При том, что ФФ 7 :)
Насколько я понимаю, при открытии браузера панель фаербага должна включаться автоматически?
мне удалось завести
попробуйте добавить в конфиг phpstorm.vmoptions:
-Dswing.aatext=true
-Dawt.useSystemAAFontSettings=on
Эх, что в WebStorm, что в ReSharper так и не хотят делать статический анализ JS на основе аннотаций :( жаль
Есть там это, только работает немного кривовато.
Точнее работает, но мы, например, так и не можем понять при каких условиях.
Нормальная поддержка jsdoc — это то что очень очень хочется.
11-версии IdeaU (EAP) JsDoc распознается уже достаточно сносно. Увы, я не в курсе когда эти изменения войдут в WebStorm.
В WebStorm 3 / PhpStorm 3 и попадут
WS 3.0 EAP & IDEA 11 EAP строятся из одних исходников — это же видно по номерам сборок Ж)
То как оно работает, можно сказать что не работает :D
Пишите пожалуйста в трекер, когда на ЕАПе не работает и мы исправим :)
Ну было ощущение, что это фича, поэтому не написал :) А вообще в основном пользуюсь R#, поэтому не сильно участвую в EAP WS
Не обязательно JSDoc, но как вариант
а как разработчики узнают о том, что вы имели в виду?
Ну как минимум так, что я уже писал им об этом ;)
Здорово, в WebStorm типы используются для подсказок, за исключением записи типа /** Type */ function fun() {}
а использовать типы для статического анализа недавно человек захотел только youtrack.jetbrains.net/issue/WI-8221 :)
Хабр, есть проблема: На проекте шаблоны для Smarty имеют расширение .php. Есть ли возможность подружить с ними PHStorm, не меняя расширение для всех файлов шаблонов?
Settings|File types|Smarty -> добавьте туда *.php
К сожалению после этого среда перестает понимать файлы с кодом, которые тоже имеют расширение .php
В идеале хотелось бы получить решение типа меню language из np++ или что-нибудь еще более интеллектуальное.
тогда — только менять расширение для всех Smarty файлов.
А зачем присваивать расширение ".php" файлам, которые не содержат PHP-код?
Несколько разочарован путем развития phpStorm. Список фич на пути от 1.0 к 2.0 был действительно важным и правильным. После 2.0 развитие резко затормозилось и в 3.0 мы видим лишь какую-то полировку по большей части. В багтрекере phpStorm, на мой взгляд, находятся гораздо более важные баги и фичи, чем те, что запланированы для 3.0.

Например:
забавная выборка.
к сожалению фич много а нас очень мало.

WI-1704 Implement undefined method intention уже давно есть, закрываю
WI-2230 Php: 'Go To Test' action сделал только что
filtering todo items by folders — платформа пока не позволяет, перенес
SPL & related — это постоянно в ближайших планах… но более серьезные проблемы отвлекают
Что может быть серьезнее чем поддержка встроенного в PHP SPL??? Поддержка какого-то стороннего фреймворка что ли? Серьезно?
«к сожалению фич много а нас очень мало.»

Простите, но компании, в которых я работаю не зря покупали столько лицензий phpStorm/webIDE, чтобы вы так отвечали. У вас коммерческий продукт. Если не хватает людей — набирайте.
«компании в которых вы работаете», купили «столько лицензий» чтобы использовать IDE для решения своих бизнес-задач Ж)

И кстати, при текущем уровне зарплат цена одной лицензии это один-два человеко-дня работы 8) а польза от нового человека — где-то через 30 штук только начнется

Конечно спасибо за покупки, багрепорты и комментарии — вот до WI-2230 я добрался именно потому что вы про него помянули. Видя всю активность пользователей мы в свою очередь радостно и непрерывно работаем — и еженедельно публикуем EAP к которому прилагается change log, плюс 600-800 коммитов в платформу.

А по поводу «Что может быть серьезнее SPL» — сколько людей столько и мнений, причем судя по Votes — они даже не в top 50. В отличие от 5 запросов на поддержку фреймворков, кстати.
О каких, простите, бизнес-задачах идет речь? Компании купили лицензии потому, что программисты выбрали phpStorm, как наиболее удобный на данный момент инструмент.

Надеюсь, он так и останется, наиболее удобным не потому, что развитие NetBeans'а стало тупиковым, а потому, что ребята из jetbrains будут дальше его развивать в том же духе, в котором начинали.
Программирование и есть бизнес-задача. Вот для ее выполнения и купили.

«ребята из jetbrains будут дальше его развивать в том же духе, в котором начинали.»
именно я начинал (теперь руковожу и выполняю значительную часть) разработку поддержки PHP, присутствующий здесь nicity — то же самое по JavaScript. Мы рядом и оперативно реагируем на конструктивный feedback в пределах наших возможностей.

Дух не куда не делся — и планов громадье. Просто количество задач и сложность добавления каждой более затейливой фичи растут. Продукт очень успешный — а чем больше пользователей тем больше feedback'а нужно оперативно переваривать просто для осознания текущего положения дел. До собствено программирования фич.

И, кстати, этот пост сделаный на основе 10-строчного документа, который, в общем-то, не является сколько-нибудь подробным или свежим, от человека не имеющего никакого отношения к компании, не знающего о наших планах — как основа для обсуждения «пути развития PhpStorm» для меня выглядит немного странно.
Разве хоть одна строчка моего перевода упрекает JetBrains в чем-либо или «обсуждает путь развития»? Я просто перевел ваш публичный TODO. Что в этом странного? Если вы считаете нужным, давайте назовем пост как-нибудь по-другому. Или вы считаете, что не стоило вообще его переводить? Этот документ не является скрытым или секретным. Он выложен публично, ищется через Google. Мне кажется вполне логичным найти его, перевести и опубликовать на Хабре.
Все просто — наш документ все-таки обновляется — а копия-перевод УЖЕ устарела.

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

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

Напишите хоть в теле поста что роадмап постоянно обновляется и стоит просмотреть оригинал прежде чем что-то обсуждать…
Напишите хоть в теле поста что роадмап постоянно обновляется и стоит просмотреть оригинал прежде чем что-то обсуждать…

Написал. Вообще-то вам и самим не мешало бы на оригинале написать то же самое. Было бы понятнее тогда, что его не стоит переводить. Я могу скрыть эту публикацию в черновики, если вы считаете, что она вредит вашему бизнесу.

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

Ведь понятно же, что я (в смысле, любой человек) туда зайду, прочитаю и решу, что это RoadMap тройки. И начну обсуждать. К тому времени, как вы его обновите, будет уже поздно. Я уже наобсуждаю везде, где можно все, что не нужно. А снова туда заглянуть забуду. И изменений не увижу.

Перевод на Хабре, мне кажется, в данном случае — просто выступил катализатором ситуации. Если бы его опубликовали на ресурсе менее популярном, никто бы в JetBrains даже не почесался.

Хотели написать что-то интересное — обратились бы к нам


А почему нужно обязательно обращаться? :) Почему бы вам самим чего-нибудь не написать нам про третью ветку? Ваш последний релевантный пост на эту тему от 17 февраля 2010. Тройка вот-вот выйдет, а на Хабре от вас информации по ней ноль :) Раз информации ноль — вот мы и делаем свои выводы, руководствуясь информацией, которая у нас есть.

Я понимаю, что вы заняты другим, но, наверное, не стоит недооценивать Хабр в плане маркетинга. Покупатели хотят знать, что вы запланировали. PHPStorm — замечательный продукт и мы хотим знать, что будет дальше.
Спасибо. Нет думаю убирать не стоит — все же не зря люди сюда писали. Документ не секретный, мы и сами иногда на него ссылаемся, просто не стоит такие документы дублировать. Там же даже история правок есть если интересно — мы ничего не прячем.

Я не пишу на хабр больше потому что стало понятно что про нас уже здесь и так все по крайней мере слышали. Да и хороший пост отнимает много времени — я лучше пару багов закрою Ж)

Но я наверное могу написать обзор 3.0 — к релизу, ну и немного о 3.x — 4 — хотя наши планы еще не устоялись…
А насчет SPL. SPL используется почти всеми современными фреймворками в той или иной степени. Без SPL не сделать кастомную итерируемую коллекцию. Или вы хотите грязными хаками заставить каждый частный случай реализовать без универсальной реализации SPL, а потом уже, когда ваши мифические голоса дотикают — начать делать основу? Я боюсь, что ребята, которые голосуют за фреймворки, толком и не знают про SPL.
Или вы хотите грязными хаками заставить каждый частный случай реализовать без универсальной реализации SPL, а потом уже, когда ваши мифические голоса дотикают — начать делать основу?

Похоже, что вы лучше Алексея представляете, как устроена платформа :)

Я боюсь, что ребята, которые голосуют за фреймворки, толком и не знают про SPL.

Мне кажется, вы м-м-м… преувеличиваете :)
Похоже, что вы лучше Алексея представляете, как устроена платформа :)


Судя по тому, что Алексей не учитывает зависимость фреймворков от SPL в нашем диалоге, кого-то ждет сюрприз.

Мне кажется, вы м-м-м… преувеличиваете :)


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

Назначать более низкий приоритет не означает «не учитывать».

Почему же? Знать про SPL обязаны разработчики фреймворков, но не обязательно пользователи.

А что «пользователь фреймворка», такого как Symfony2 — не разработчик сам что ли?
Простите, у нас, разработчиков API и прочих средств разработки, уже в привычку называть программистов польщователями :)
Понимаю :) Ну так вы спускайтесь с небес на землю периодически :) Корону скидывайте :))
Нижний ответ предназначался вашему комментарию.
Меня так ничего хорошего и не ждёт, при купленном PhpStorm буду дальше пользоваться vim (на сервере) и notepad++ (локально). Невозможно пользоваться для разработки удаленно.
Очень надеюсь, что реализацию поддержки ZF и Symfony начнут с framework meta issue. То есть с общего для всех MVC-фреймворков и возможности это общее конфигурировать.
Да, мы вообще стараемся сначала делать наиболее общие фичи.
Хотя это «общее и настраиваемое» делать гораздо сложнее — это нас сильно замедляет.
«Лучше день потерять, потом за два часа долететь».
поставил триал версию как то и сделал один проект на Webasyst — очень понравилось.
И скорость работы и хлебные крошки, и сворачивание кода, особенно FTP браузер понравился.
но начал делать проект на Cakephp и тут все преимущества PHPStorm/Webstorm сдулись.
Netbeans намного лучше «автокомплитит» код. Форматирование кода у Netbeans кстати тоже лучше.
намного лучше «автокомплитит» код

А в чем это проявляется?
ну для начала не работает автокомплит моделей в контроллере несмотря на то, что они прописаны как

/**
* @property Order $Order
* @property User $User
*/


соответственно методы моделей тоже не комплитятся.
это все, что успел посмотреть, IDE заругалось и запросило код активации:)
PS смотрю дырку с PhpStorm2.evaluation.key вы прикрыли :)
интересное заявление для разработчика — «русский = вор».
спасибо, но я наверно все же попользуюсь бесплатным Нетбинсом. Там все «из коробки» работает без лишних пинков.
UFO just landed and posted this here
Господа, когда появится возможность удалённого редактирования через ssh (без скачивания)?
Sign up to leave a comment.

Articles