|
|
|
| Хм .. Интересная получается ситуация, для разработки РНР приложений под форточками вопервых отсутстыует полноценная IDE, 90% сопутствующего ПО нестабильно(проверено на горький опыт) комплексы кодогенерации касячные. Взять например My SQL 5 эту СУБД мне удалось запустить раза так с 50ого, а добится устойчивой работы вообще до сих пор немогу, проблема кодировки очень актуальна. Путного русскоязычного документального сопровождения програмных продуктов для вэб приложений нет . Так в чом проблема!? В том, что ваинда корявая(Интересно посмотреть какую нить статистику по количеству используемых лецензионных версий :))) чего душой кривить я свою копию за 100 рублей не рынке преобрёл. Как Вы думаете есть ли прямая зависимость (в некоторых случаях есть) между стабильностью средств разработки от используемой среды разработки(ОС).
Я заметил следующие: Ваш форум пестрит жалобами типа: "Немогу поставить то-то,проблемы скодировкой, проблемы с конектом" и т.д., причом причина ищется в инструментарии но я не разу не видел чтоб искали проблему в ОС или в возможных конфликтах с другими преложениями. Грубо говоря, вряд ли производители Apache расчитывали что их продукт будет работать по соседству с програмами совсем другого класа то же с остольными элементами тестовй площадки. Ведь вряд ли начинающий разработчик на РНР да и любой другой будет выделять для этой цели отдельную машину, слишком дорого. К тому же интересно услышать Ваше мнение о том какую среду и в коком виде логичнее и целесообразнее использовать для разработки не только малых(личных) проектов но и серьёзных проектов и как снизить влияние системы на стабильность работы IDE и других элементов разработки. Может стоит пересесть под Linux эта система вроде более преспособлена к таким задачам!?
Подискутировать на эту тему былобы совсем не лишим, тема на мой взгляд актуальна, да и вероятность решить проблемы с постоянными и непонятными глюками при разработке возростёт, тем самым повысив эффективность труда! | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 03:34)
| | На мой взгляд для разработки и сопровождения различных веб-приложений я бы предпочел Linux. Мой сайт хостится на сервере с использованием этой ОС. И я доволен. Виндовс все-таки больше приспособлена для домашнего испоьзования, хотя есть и серверные. У меня друг даже закал себе Линуху для для создания домашнего веб-сервера сиспользованием этой ОС. Хочу сказать это всего лишь мое мнеие. | |
|
|
|
|
|
|
|
для: 31
(26.07.2006 в 04:37)
| | Проблемка в том, что под *nix мало IDE, ориентированных на веб. Quanta - просто детский лепет. Komodo - вендузятное поделие. Остается единственный вариант - Zend.
Я сам в основном под Linux'ом сижу. И Zend'a мне за глаза хватает. Но есть и те, кому Zend жутко не нравится. | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 03:34)
| | На винде разрабатывать лучше.
Про 5 мускул согласен, поэтому сижу на 4.
У меня конфигурация следующая:
Apache2.2/PHP5.1.4/MySQL4.1+ZendStudioClient&Server5.1 и вообщем, никаких глюков пока замечено не было - не нарадуюсь! :)))
Если вы не собираетесь хостинг предоставлять, пользуйтесь Виндой - конечно сервер из нее никакой, но так того и не требуется - а заплатки ставьте.
2Lasar Вот вам цитата от Choeps'а
Вообще, чтобы заставить MySQL неустойчиво работать, нужно действительно приложить значительные усилия | |
|
|
|
|
|
|
|
для: Snorri
(26.07.2006 в 11:20)
| | За цитату особое спасибо!:)) Но на счёт мускула я чуть - чуть не согласен, не вопрос с 4 версией проблем и у меня небыло, но 5 версия вымотала кучу нервов прежде чем я выудил все нюансы этой БД.
На счёт IDE, похоже кроме Zend'a и может Eclipse с плагином для работы в РНР. | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 03:34)
| | С кодировками проблем в MySQL нет, есть проблема с документацией - её действительно мало на русском, да и на английском она зачастую очень не последовательная и корявая. Лицензионный Windows или оплата лицензии MySQL тут не помогут.
Нужно брать проблему и разбираться в ней. Например, разобравшись один раз с кодировками в MySQL у вас эта проблема больше не будет вызывать трудностей.
PS Вообще такая проблема имеется, слишком много технологий нужно держать в голове
UNIX
MySQL
PHP
HTTP
HTML
CSS
JavaScript
Изучить их все на уровне эксперта даже за длительное время не реально. Отсюда и трудности и ощущение, что идёшь по зыбкому болоту (не известно где и что вылезет). Причём совершенно нет уверенности, что изучив всё до тонкостей, завтра всё придётся выкинуть и начинать с начала, так как технологии устаревают. Выход вижу в форумах, где люди без выпендрежа и ломки просто отвечают на вопросы коллег, даже если вопрос кажется им самим глупым (ваш оппонент может знать много больше вас самих, но конкретно до этой технологии у него могли пока не дойти руки). | |
|
|
|
|
|
|
|
для: cheops
(26.07.2006 в 11:45)
| | Ну, нужно уже, наверное, добавлять знания по XML, AJAX. | |
|
|
|
|
|
|
|
для: BobiKK
(26.07.2006 в 11:57)
| | Ну AJAX - это не самостоятельная технология, это скорее стиль программирования с применением XML, HTML, CSS и JavaScript (поэтому выделять не стал, чтобы было не так страшно :), а XML действительно можно добавить. | |
|
|
|
|
|
|
|
для: cheops
(26.07.2006 в 12:03)
| | С XML это Вы в точку, эта технология меня довно озодацивает но вот разобратся как Вы сказали "руки не доходят"!
XML на форуме это нужно! | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 12:47)
| | как-то от темы ушли
среды разработки?
я Zend использую и доволен.
на NewSphere PHPEd 4.x лекарства не нашел может есть у кого? | |
|
|
|
|
|
|
|
для: Snorri
(26.07.2006 в 12:56)
| | Build какой?
Есть для 4.0 bulid 4033 | |
|
|
|
|
|
|
|
для: cheops
(26.07.2006 в 11:45)
| | Ещё PERL не помешает...
Я поначалу думал, нафига он сдался если всё то же самое можно на php сделать, но теперь стал учитывать такой параметр как скорость выполнения сткрипта. Для обычных задач это малопринципиально, но когда нужно обработать несколько десятков тысяч страниц регулярными выражениями, то как-то невольно руки тянутся к учебнику perla
В общем, когда мы хотим приготовить котлеты мы берём сковородку, когда борщ - кастрюлю.
В принципе при особом желании можно борщ в сковородке приготовить, но вряд ли кто это будет делать.
Так и в программировании. Надо быть "задачеориентированным" т.е. выбирать инструмент исходя из требований задачи, а не пытаться подогнать задачу под свой инструмент. | |
|
|
|
|
|
|
|
для: Axxil
(26.07.2006 в 12:56)
| | >руки тянутся к перлу
или охото сервак купить помощнее
причем здесь среды разработки и тем более их стабильность?> | |
|
|
|
|
|
|
|
для: Snorri
(26.07.2006 в 13:00)
| | > я Zend использую и доволен.
А вот эта фраза, вы считаете гораздо полнее раскрывает тему дискуссии? | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 03:34)
| | Lasar: протестируй ОЗУ качественной программой диагностики, глюки у тебя в железе. | |
|
|
|
|
|
|
|
для: 12345
(26.07.2006 в 13:39)
| | Я на Делфи пишу 4 года, сей час пишу на заказ, от биш деньги заробатываю!:). На мой взгляд Делфи одна из лутьших релизаций языка програмирования под Винду. Причина? Причина В простоте, структурности, в хорошем документным сопровождении, а главное в прекрастном IDE.
РНР не мение удачный язык, толко заточеный под вэб (кстате гдето в сети читал о том,что какая-то фирма выпустила дистрибут Линукса где системные скрипты написаны полностью на РНР). К тому же эксперты сулят РНР большое и светлое будущие. так обьясните почему сообществу РНР програмистов не облегчить себе(а главное будущему поколению програмистов) жизнь и не сделать шакг вперёт не дожидаясь будущего. Тем самым подталкивая развитие, взросление РНР и может уже завтро ему будет суждено стать языком де'факто для вэба!? | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 13:44)
| | PHP уже давно де-факто язык для веба, потому что веб ещё довольно-таки примитивен. И PHP пока удовлетворяет требованиям для небольших сайтов.
А по-поводу большого будущего... Вы вот это скажие ради интереса на ЛОРе :) А вообще, на мой взгляд, PHP нашел свою нишу. Дальше надо развиваться в этом направлении, а не лезть в системное программирование, GUI и прочее. | |
|
|
|
|
|
|
|
для: BobiKK
(26.07.2006 в 13:55)
| | Да уже залезли давно, на PHP можно писать и системные скрипты и GUI-интерфейс, правда GUI в основном для UNIX, под Windows имеются более удобные среды разработки, та же Delphi. А системные скрипты - почему бы нет, какая разница на чём их писать. В дистрибутив, конечно не дело, так как не все знают PHP, а для себя вполне нормально, мы половину на Perl пишем, половину на PHP. | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 13:44)
| | 12345 Я живу во Владивостоке это уже о многом говорит, у на 99% железа делают в Китае или в соседнем подвале. Но тем не менее с железом у меня всё ОК!
За совет спасибо!.
На счёт глюков в кодогенераторах типа MX Collection от Inter-akt On-Line, делаю простую форму для вставки записи в таблице БД три поля Id, date, mess, типы полей соответственно int , DATETIME и text. Запускаю соответствующий визард создание формы протикает без проблем, сохраняю страницу, загружаю через брузер и воля ОШИБКА ТРАНЗАКЦИИ, что я толлько не перепробовал не работает. Позже волей судьбы пришлось заволить винду, востановил всё как прежде, только теперь эта страница работает без проблем. Подобные фишки возникают от случая к случаю причом даже сами разработчики плагина жмут плечами ссылаясь на магнитные бури и востанием машин.. Случий не единичный многие мой коллеги по цеху так же очень часто сталкиваются с подобными проблемами. Zend тоже богат на сюрпризы которые правдо в основном возникают из-за глючности Явовской машины..Впрочем это касается многих IDE для РНР.
РНР неогда не стать общедоступным языком если не будет созданао нормального IDE. | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 14:00)
| | Если под IDE понимается редактор, то их создано просто куча.
Я например работаю в nuSphere phpED и мне больше ничего не надо. Всё что нужно в нём есть. Профайлер, дебаггер, работа с проектами, грамотная подсветка, встроенный справочник, автодополнение кода и т.д.
Работаю с 4 версией уже полгода и ни разу не было замечено ни одного глюка.
А Zend, так как он написан на Java, по умолчанию будет тормозить в силу особенностей этой технологии. | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 13:44)
| | Ага, почитал соседний топ, глюки железа ты должен лучше меня знать, скорее, их нет. Но почему такой упор на нестабильность систем? Я под Win этого как-то не замечал. Но и не работал с MySQL 5. | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 13:44)
| | Сейчас .NET развивается. Я сам на эту платформу перехожу.
Zend Studio я использовал, но там Java, а яву (виртуальную машину, а не язык) я не люблю. Но эта IDE имеет достаточно сильный инструментарий... Но там эта ява...
Для работы на PHP использую PHP Designer, но это далеко не среда разработки, а очень хороший редактор с поддержкой необходимых мне функций. | |
|
|
|
|
|
|
|
для: Alex Kraft
(26.07.2006 в 14:16)
| | Alex Kraft NET и РНР можно по подробнее!?? | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 14:26)
| | NET и PHP никак не связаны. PHP - это язык, .NET - это технология, поддерживающая много языков. PHP больше подходит для unix серверов, NET под винду, хотя я уже встречал дистрибутивы, в которые включен пакет MONO...
Т.к. мне очень хотелось научиться программировать под виндус, то я и изучаю C#. Скоро и до ASP.NET добирусь. Тем, кто знаком с Java ServerPages, его понять не составит труда, с технической точки зрения... а с идеологической, то это их проблемы.
.NET я упомянул, потому что встретил слово Delphy...
В ASP.NET мне очень понравилась его настройка в виде xml... | |
|
|
|
|
|
|
|
для: Alex Kraft
(26.07.2006 в 14:34)
| | Что такое NET и как с ним работать ч в курсе, под форточки очень хорошая штука, пользовался. Просто я был несколко удивлён встретив рядом с РНР NET. Хотя для РНР есть похожие техналогии Фреймворки их мого и мнение по факту их использования весьма протеворечивые.
Что касается програмирования под винду то C язык на котором вырос UNIX, а винда в свою очередь скорее подростала на Delphy.
Своему програмному изобилию Винда (как было сказановыше) обязана качественному IDE, интиресно никто не вспомнил про UNIX овский Qt.
Гразились так же юниксоиды переписать коммерческий Дрим под Линукс, но что - то тихо пока. | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 14:48)
| | В C# мне очень понравилось ООП. Если бы и в PHP такое было... Добаили бы перегрузку функций... что ли... | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 14:48)
| | Насчёт кодировки в 5 MySQL можите написать неболшукю статейку по решению этой проблемы, а то что это проблема согласятся наверно многие...так сказать в придверии выхода книги по MySQL5. Просто проблема насущная !!!! | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 14:54)
| | Да, наверное стоит... там ничего сложного нет. Нужно выбрать кодировку, например, cp1251, в my.ini (в корне диска С) поместить директиву
default-character-set=cp1251
|
Выставить для таблиц и баз данных сортировку cp1251_general_ci, и выставить кодировку cp1251, например, при создании, таблицы
CREATE TABLE
(
...
) CHARACTER SET=cp1251;
|
а сразу после соедиения устанавливать кодировку при помощи оператора
Если этого не сделать в базу русский текст ляжет как знаки вопроса и уже не будет подлежать восстановлению. | |
|
|
|
|
|
|
|
для: cheops
(26.07.2006 в 16:00)
| | Я конечно не обладаю телепатическими способностями но все опирации изложенные Вами я выполняю уже давно. Мусул 5 я вроде победил, своими силами.
Кстате Вы немогли бы уточнить дату релиза книги по MySQL5, очень хоца почитать про хранимые процедуры и тригеры. Да и вы не вкурсе вьюшки будут ?? | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 16:27)
| | Хм, я эту книгу уже второй день читаю :) | |
|
|
|
|
|
|
|
для: BobiKK
(26.07.2006 в 16:37)
| | Просто у нас ещё нету...!
Как впечатление!? | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 16:50)
| | В лучших традициях :)
Но я ещё пока не дошел до чего либо более серьезного. | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 16:27)
| | Собственно, "Самоучитель MySQL 5" уже вышел уже в марте. В процессе вёрстки находится "MySQL 5. В подлинике", являющейся более полным изложением (с взаимодействие из PHP, Perl, C++, подробное рассмотрением администрирования СУБД, отдельная глава, посвящённая кодировкам). Правда сейчас сезон отпусков и она может подвиснуть где-нибудь в издательстве. Следует следить за страницей http://bhv.ru/plan/, теоретически её могут выпустить и в августе, но это вряд ли. | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 14:48)
| |
Что касается програмирования под винду то C язык на котором вырос UNIX, а винда в свою очередь скорее подростала на Delphy.
|
И что же такого написано-таки на Дельфах?
Своему програмному изобилию Винда обязана качественному IDE
|
Ни коим образом. Просто писать под венду несколько выгоднее с финансовой точки зрения, чем клепать под всё под *nix под GPL | |
|
|
|
|
|
|
|
для: Alex Kraft
(26.07.2006 в 14:34)
| | От меломягкого ASP тошнит прямо-таки моментально. От всяких "настроек в виде xml" тошнит-таки вдвойне. Имхо. | |
|
|
|
|
|
|
|
для: BobiKK
(26.07.2006 в 14:49)
| | На счёт ASP незнаю не работал, а xml, зря хорошая штука, только разобратся надо, да и букварей по XML толковых я не встречал! | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 14:58)
| | Lasar, есть толковая книга - xml для профессионалов... Там рассмотрено множество xml технологий, да и написано толково... | |
|
|
|
|
|
|
|
для: BobiKK
(26.07.2006 в 14:49)
| | BobiKK, а ты его использовал? А настройки в виде xml и в Ant есть... и в jsp... Вот тут читаю статью про Pear Installer... там тоже используется xml... | |
|
|
|
|
|
|
|
для: Alex Kraft
(26.07.2006 в 15:01)
| | Использовал его, приходилось. Тошнило ежесекундо.
Но смесь XML c ASP это просто для мазахистов. | |
|
|
|
|
|
|
|
для: BobiKK
(26.07.2006 в 15:10)
| | ASP или ASP.NET?
А смесь XML c ASP.NET просто замечательная штука. Особенно SiteMap. | |
|
|
|
|
|
|
|
для: Alex Kraft
(26.07.2006 в 15:01)
| | BobiKK назави мне на вскидку хоть один достойный аналог Борланда или Визуал студии под НИКС.
Не для кого не секрет, что роцветание пиратства и всягого рода кряк студий ставят под удар коммерческую выгоду написания программ под винду, я сам пишу под винду, пишу за деньги, но я не пишу общепользовательских приложений, это скорее узкоспециалезированные программы расчитанные на определённые задачи.
BobiKK скажи много програмного обеспичения под винду ты купил!! И много ли програмного обеспичения под никс тебя устраевает по качеству!? | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 15:14)
| | Кстати, Visual Studio 2005 распространяется бесплатно, но по частям... И пиратку покупать не надо, и освоить что-то новое можно... | |
|
|
|
|
|
|
|
для: Alex Kraft
(26.07.2006 в 15:21)
| | Так всё же давайте разберёмся как добится эфикивного програмирования на РНР при этом не тратя время на постоянную борьбу с чужими ошибками!! | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 15:27)
| | На мой взгляд, эффекивное програмирование на РНР достигается не использованием к.л. средой разработки, которые как раз и помогают эффективно работать, а знанием, опытом и стремлением развиваться... | |
|
|
|
|
|
|
|
для: Lasar
(26.07.2006 в 13:44)
| | >Я на Делфи пишу 4 года, сей час пишу на заказ, от биш деньги
>заробатываю!:). На мой взгляд Делфи одна из лутьших
>релизаций языка програмирования под Винду. Причина? Причина
>В простоте, структурности, в хорошем документным
>сопровождении, а главное в прекрастном IDE.
>
>РНР не мение удачный язык, толко заточеный под вэб (кстате
>гдето в сети читал о том,что какая-то фирма выпустила
>дистрибут Линукса где системные скрипты написаны полностью
>на РНР). К тому же эксперты сулят РНР большое и светлое
>будущие. так обьясните почему сообществу РНР програмистов не
>облегчить себе(а главное будущему поколению програмистов)
>жизнь и не сделать шакг вперёт не дожидаясь будущего. Тем
>самым подталкивая развитие, взросление РНР и может уже
>завтро ему будет суждено стать языком де'факто для вэба!?
Пока не почитал остальных, вставлю свои 5 копеек - IDE - это windows подход, а у PHP всё-таки руки из UNIX и Internet растут, очень сложно управлять отладкой программы на удалённой машине - нужно к истокам идти, командной строке и минималистскому интерфейсу, так как это через сеть тянуть проще. Поэтому и IDE нет - работа удалённо в отличие от Delphi происходит. | |
|
|
|
|
|
|
|
для: cheops
(26.07.2006 в 15:45)
| | Ну как сказать, удаленно. У меня на локалхосте, ибо там смтоит полноценный LAMP. | |
|
|
|
|
|
|
|
для: BobiKK
(26.07.2006 в 15:51)
| | Проблемы могут возникать и на хосте и отлаживать нужно их и там, так полностью воспроизвести программную среду удалённого сервера зачастую не реально. Да и среды для локальной отладки создаются уже несколько десятитлетий, а PHP ещё и 10 лет нет. | |
|
|
|