ясно, ну удачи тогда ;)
дорген не нужен, сорь, давно на свой лисапед перешёл, и тоже от доров почти отошёл, так иногда в эту тему поглядываю, вдруг у кого доры лезть начали ;)
в принципе, с некоторыми вещами по друпалу, действительно имеет смысл по видео-урокам знакомиться, например nodeone, в частности, про Views и Page Manager неплохо рассказывает (только версии UI там старые, c 1.3 всё поменялось)
хм, забавно, помню этот дорген, мой второй после пейдж-визрда был ;))
не думал, что проект загнулся вообще-то, жаль... надеюсь, продашь кому-то, кто приведёт в чувство, только вот что сырцы пропали, как-то непонятно... ты точно тот самый Резак, мож акк увели?
в начале 2009, я этим доргеном порядочно нагенерил, в аккурат, когда эропрофит ещё в привате был, но по стуку в асю инвайты раздавали
ээ, чё пишу - просто настальгуха ;) и да, если ты релально тот Резак, спс за дорген, тогда помог начать стабильно заняться дорами
вообще да, это самая жесть топика ;)
специально ради того, что бы клиент всегда смог найти ещё кого-то, кроме разрабов, кто бы что-то переделал и смог сопровождать безгеморно в дальнейшем, и учим чужие велосипеды, вместо задвигалова собственных самописов (те, которые на один конкретный проект делаются), в которых только разраб за обозримо-удовлетворительное время смог бы разобраться;)
Джумла, дру, вёрдпресс и т.д. - это не "бесплатные" движки, а движки "с открытым кодом и большим коммунити" - в этом ключевая разница. Скольких спецов "Pupkin Private CMS" ТС смог бы найти здесь или на фрилансе, и скольких по джумле и прочим?)
когда что-то создаётся на движке с открытым кодом, заказчик должен радоваться, что его не пытаются присадить на свой аццкий самопис, а используют решения с открытым кодом и большим кол-вом спецов к которым всегда можно будет обратиться в случае чего, если первый разработчик куда-то исчезнет, кроме того, как часто Pupkin обновляет свою Private CMS, и насколько он делает стабильный и проверенный код? думаю, значительно реже, чем целое коммунити по всему миру шлёт свои баг-репорты и выпускает патчи.
опенсорс движки это не зло, а своего-рода гарантия, и в первую очередь для заказчика.
разумеется, есть проекты, под которые лучше писать с нуля, но в данном случае, имхо, выбор открытого движка полностью оправдан (по крайней мере, если ТС решит перетянуть диз, верстальщика под джумлу он найдёт в разы быстрее, чем под что-то платное, малораспространённое и закрытое)
ну опять таки, предварительный диз смотрели (или снова получили уже просетапленный шоп), разрабам ТЗ предоставлено было, или как обычно: "дейлайте кароче, что б мне понравилось" ? ;)
а вообще, весьма любопытно смотреть на политику предлагаемых ценообразований
вот когда будете сами предлагать свои услуги. и будете вывешивайте свой прайс, каждая студия/фрилансер в праве устанавливать свои ценовые политики, которые они и обговорили с заказчиком - ТСом, которого всё удовлетворяло до того момента, как была создана тема, как я понимаю...
по сабжу: да, личное имхо, 90К это не стоит, но я как частный фрилансер говорю, а у студий расценки всегда выше, так как над проектом может работать много людей, и ессно не забесплатно.
пишите уникальный софт для целой организации, который даже адмны не должны видеть, а не знаете чем закодить ?) мож там не всё настолько серьёзно, что б от свох же админов прятать?
Разумеется, если выдаёте платные лицензии на кол-во инсталлов, тогда понимаю, и по сабжу: здесь есть человек, у которого в сиге видел "Кодирую лицензионным IonCube", даже асю дюмал записать но потом куда-то задевалась.
В общем, создайте топик с поиском овнера лицензионного кодировщика, он здесь часто бывает, думаю отпишется.
зы: мда, обратите внимание, у того, про которого я вам говорю, репа чёт около 200К плюс/минус, обратите внимание, что б вам школьник с ломанным энкодером случайно не стукнул
ТС, не обращай внимание, это они тебе завидуют так ;)
зы: сам в шоке, дофига где ТСа в топах видел, ТС, ты де траф то брал, "если не секрет" ?))
да, но здесь, возможно есть один момент - ваш PHP-код который отдаёт файлы выполняет какие-либо проверки на разрешение скачивания? там куки например и т.д. если какие-то проверки имеются, просто так на статику перевести не получится
например так, в странице:
<html> <head> ... <?php $banners = array_map('trim', file(dirname(__FILE__) . '/banner_codes.txt')); shuffle($banners);?> ... </head> <body> ... <img src="<?php printf('/path/to/banners/%s', array_shift($banners)); # первый баннер ?>" /> ... <img src="<?php printf('/path/to/banners/%s', array_shift($banners)); # второй баннер ?>" /> ... </body> </html>
в ./banner_codes.txt:
some_banner_N1.jpg
some_banner_N2.gif
some_banner_N3.png
вывод:
<html> <head> ... ... </head> <body> ... <img src="/path/to/banners/some_banner_N1.jpg" /> ... <img src="/path/to/banners/some_banner_N3.png" /> ... </body> </html>
Останавливайтесь на Kohana 3.2 (когда-то давно форк того-же codeigniter, но сейчас - полностью отдельный, самостоятельный CMF, фактически под любые задачи, чего нет - легко прикручивается модулями), Симфони - не для новичков, да и вообще, там идеология больше на большую командную разработку с чётко выраженным ORM и отдельным уровнем доступа к данным, но это всё можно и на Kohana... про кейк ничего не знаю, потому, как раньше это было чем-то аццки кривым без какого-либо намёка на MVC, как сейчас - не знаю.
По документации:
Kohana - пожалуй оптимальный компромис между "движок для серьёзных проектов" и "простой движок, для ежедневных задач", однако, самая слабая его сторона - документация, если разберётесь самостоятельно, на другой скорее-всего, переходить желания не возникнет (без явной необходимости, например - требование к проекту и соотв. движку). По поводу русскоязычной документации, то здесь всё ещё более хуже, однако, как-то на глаза попались "видео уроки" именно по Kohana 3.2, но поскольку я вообще не понимаю идею видео-уроков по программированию, урл сайта я так и не запомнил, но попробуйте поискать по "видео-уроки Kohana 3.2". Ну и кроме него, есть несколько русскоязычных блогов разработчиков, которые часто пишут что-то по-русски ;) в общем, гуглите, маны по-русскому найти можно.
Если же язык мануалов для вас более первичен, можете посмотреть на Yii framework - это сайт русскоязычного коммунити, которые переводят офф. документацию по самому Yii, и её можно просто скачать с их сайта, однако, не в обиду многоуважаемым любителям Yii, это не совсем тот движок, на котором бы хотелось что-либо делать каждый день, и поэтому (это личное ИМХО), я решил от него когда-то отказаться в пользу именно Kohana для средних проектов и Zend-у для всего остального.
cryptex добавил 24.09.2011 в 17:56
мда, забыл добавить, если для вас "семантика" кода и следование общепринятым соглашениям по именованию элементов кода в PHP имеет значение, то Kohana здесь на последнем месте, из-за этого даже думал вернуться на Yii... например: методы не camelCase(), а через_подчёркивание(), точно так же и свойства, открывающая скобка блока в имени ф-ции/метода - "{" с новой строки, а не после их имени и т.д. Причём, это официальная naming convention, то есть, под Кохана вы обязаны писать именно в таком стиле, что просто бесит ;)
