- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Поделитесь по вопросу пожалуйста.
В каком-то смысле сам РНР уже фреймворк по сравнению с другими языками программирования :)
Стоит ли этот (Зенд) фреймворк времени, потраченного на его изучение?
Позволяет ли он сохранять проекты с исходным кодом, или всё будет зазендено
в любом случае? Приветствую полезные советы и ссылки
(Желательно на страницы на русском языке).
PHP - не фреймворк, с какими языками не сравнивай.
Любой фреймворк стоит времени, если только вы на самом PHP нормально пишете и у вас нету болезненных пристрастий к быдлокодерству.
Суть фрейморвка - экономить время и делать collaboration (совместную разработку) более удобной. Для каких то своих доргенов и парсеров вообще нет смысла использовать такие махины.
Ну и собственно фреймворк никоим образом не накладывает необходимость все "зендить", т.е. компилировать.
http://ru.wikipedia.org/wiki/Zend_Framework - внизу все полезные ссылки
Фреймворки не только ускоряют и облегчают разработку (за счет наличия готовых решений наиболее частых задач), но и позволяют научиться грамотно программировать, повышать свой уровень, анализируя используемые в нем библиотеки. Так что не обращайте внимания на слова о "быдлокодерстве" ;)
По сути фреймворк - набор инструментов, с помощью которых Вы построите проект. Свои исходные коды у Вас останутся, но они обычно не могут использоваться отдельно от фреймворка или с другим каким-нибудь.
А вообще, почему именно Zend? Он очень даже не маленький... Хотя вроде как с документацией и поддержкой у него проблем нет - меньше проблем с изучением.
А вообще, почему именно Zend?
В общем-то не обязательно именно Zend, но как мне показалось (может и заблуждаюсь), ставить его на хостинг проще.
Установка фреймворка на хостинг по сути - копирование скриптов по нужным папкам и настройка различных конфигов (БД, кэши и т.д.), сомневаюсь, что тут у какого-либо фреймворка есть преимущество.
Посмотрите в интернете, существует много php-фреймворков кроме Zend (Symfony, CakePhp, CodeIgniter, Kohana и т.д.)...
обычно фреймворк подразумевает еще принятие некой философии, к примеру многие фреймворки типа http://cakephp.org/ очень сильно завязаны на использовании модных паттернов проектирования MVC и ORM, и в этом есть плюсы и минусы.
фреймворк по сравнению с другими языками программирования
неверно, по сути, но это больше филосифия...
+/- как у любого фреймворка. Упрощает процесс создания приложений, сжерает основную часть рессурса под "свои" цели, на баги программера накладываются баги фреймворка, все делается очень легко и просто, пока программа пишится в рамках фреймворка, и делает процесс практически "неподъемным" если нужно сделать что-то, что фв не предусматривает.
обычно фреймворк подразумевает еще принятие некой философии, к примеру многие фреймворки типа http://cakephp.org/ очень сильно завязаны на использовании модных паттернов проектирования MVC и ORM, и в этом есть плюсы и минусы.
А есть ли FW без философии и проч, скорее как хорошая библиотека без излишнего усложнения?
С хорошей производительностью и проч.
Я изучаю Kohana, но у него с документацией (особенно на русском) плоховато, а так весьма хорош...ИМХО Zend сложноват для старта.
Вообще, там не то чтобы усложнения, просто необходимо понять эти принципы, что вместо создания отдельных файлов на каждую страницу сайта Вы будете писать методы классов-контроллеров, что обращения к источникам данных (СУБД, файлы данных) будут спрятаны в моделях и т.д.
А если Вы хотите собрать вспомогательную библиотеку скриптов/функций, то возможно Вам сюда
Последний год занимаюсь только разработкой с использованием ZF. Уже есть несколько простых работающих сайтов, но в то же время весь функционал, который когда либо был написан - накапливается, и если грамотно проектировать, его не приходится подстраивать и переписывать от проекта к проекту, но правда перед тем как начало получаться, пришлось попотеть!
огромный + его в том, что нагрузка на сервер не будет сильно отличаться при одновременном пребывании на сайте 5-ти посетителей и 500 (мои наблюдения). Конечно же для простого сайта это минус.
огромный + его в том, что нагрузка на сервер не будет сильно отличаться при одновременном пребывании на сайте 5-ти посетителей и 500 (мои наблюдения). Конечно же для простого сайта это минус.
Если Вы про кэширование, то оно есть во многих фреймворках ;)