марио

Рейтинг
61
Регистрация
30.01.2009
kgtu5:
Чем вас пугают сторонние разработчики?
Если нужен апач, то почему windows?

К непосредственным разработчикам с Апач.орг больше доверия, как бы их продукт и они все должны верно сделать. Виндоус использую на локалке, потому как удобно. Пугает что Апач перестанет поддерживать бинарники для Винды. На их сайте отсылают к сторонним разработчикам вэб-серверов для Виндоус, к примеру ХАМП.

---------- Добавлено 25.09.2015 в 00:06 ----------

Про сборки серверов под Винду читал, пугает что во-первых сам Апач не хочет поддерживать сборки для данной ОС, во-вторых где гарантия, что и эти ребята не бросят поддерживать свои проекты.

Плюс хочется не зависеть от сборок, где не сможешь разобраться, что там установлено, а чего нет. Когда сам компонуешь, как то спокойнее.

Сейчас к примеру скачал httpd-2.4.16-win32-VC14.zip - с http://www.apachelounge.com/download/ дистрибутив установил на 7-ку, а вот не смог найти ответа этот пакет для 7-10 версии или он для ХР...

Извиняюсь, связку вебсервера настраиваю впервые, не дописал в конфиге AllowOverride all.

Вроде и кучу сайтов по настройке смотрел, а этот ньюанс упустил.

Решено.

P.S.

Спасибо "дани мапов", заставил еще раз перечитать все мануалы!

---------- Добавлено 20.10.2014 в 03:23 ----------

Счастья полные ш-ны :)

дани мапов:
htaccess залили? mod_rewrite работает?

Да, лежит в корне тестируемого сайта c:\WebServer\Apache\htdocs\kohana\www\.htaccess

В директории c:\WebServer\Apache\conf\httpd.conf модуль раскоментирован, так LoadModule rewrite_module modules/mod_rewrite.so.

---------- Добавлено 20.10.2014 в 01:32 ----------

Проверил phpinfo():

Loaded Modules:

core mod_win32 mpm_winnt http_core mod_so mod_actions mod_alias mod_asis mod_auth_basic mod_authn_default mod_authn_file mod_authz_default mod_authz_groupfile mod_authz_host mod_authz_user mod_autoindex mod_cgi mod_dir mod_env mod_include mod_isapi mod_log_config mod_mime mod_negotiation ----mod_rewrite--- mod_setenvif mod_php5

модуль включен.

Dreammaker:
программист :)



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

Это мы не берём фронт-энд разработчиков - ибо в этом случае нужно знать широкий спектр технологий, ну и не знать пхп хотя бы в общих чертах тут уже грех (или же тот язык с которым работают в компании/проекте).

марио, скажем так такой способ формирования отображения оправдан, если нам глубоко по боку на поисковики - это может быть какой-то веб-приложение (например, веб-морда к бухгалтерскому сервису или что-то подобное). Если же это простой сайт, то, имхо, это не совсем оправдано.



Я не совсем о том говорил. В XML мы можем подавать данные, которые потом будет распихиваться по шаблону.

А можно небольшой примерчик, как xml данные распихиваются в шаблон(теплэйт), совсем в этом пока не соображаю. Хотелось бы пример, типа как из xml данных, создается меню сайта и еще какой то пример посложнее, всю литру за раз не прочитать и не понять, тем более по xml, в связке с html, js и php никакой особо нормальной книжки так и не нашел.

Вообщем прошу особо не кипятиться по поводу моего непонимания простых вещей...

Всем кто участвует в освещении данных вопросов +!

Dreammaker:
Есть такой вариант, который условно малораспространненный, особенно у нас форуме, ибо тут больше заинтересованность в сео, чем в написании веб-приложений.

Так вот как таковой шаблонизатор может быть написан на JS (клиентском), он подгружается на страницу как обычный JS + аналогично может быть загружен темплейт. Кроме того мы получаем переменные, которые нужно отобразить в темплейте - при первой загрузке странице и/или по ajax. Формат данных - например, JSON. И после этого JS-шаблонизатор парсит шаблон и строит отображение.

Как я выше написал, такой способ для сео не пойдёт - ибо как таковых текстов в удобоваримом формате нет. Хотя можно придумать варианты, когда к клиенту с первой загрузкой приходит xml - с ним у поисковиков уже будет проще.

Вышеописанный способ формирования отображения может использоваться для разгрузки сервера.

Про нативную верстку на js я понял, что, к примеру, на загружаемой странице находится js код, который вытягивает шаблон html? И этот самый шаблон на js не индексируется поисковиками, т.е. использовать его можно, но с некими наворотами, типа добавления ссылок на разделы в формате xml, наподобие карты сайта...

Dreammaker:
1) вы понимаете, что java и js - это не одно и тоже?
2) вы понимаете, что java и js могут быть как клиентскими, так и серверными?
3) вы понимаете, что темплейт может "парситься" как на серверной, так и на клиентской стороне?

Таким себе "одесским" способом можно объяснить. :)

То что java и js разные языки я в курсе, про то что они могут быть как клиентскими, так и серверными, аналогично, про "парситься" немного сложнее, т.е. смысл не до конца понятен. И тут еще нужно учесть, что к данной "области" я только подбираюсь, имеются определенные знания, но они пока на уровне теории и простых примеров, вот и хотелось бы разобраться хотя бы в технологиях, чтобы знать куда двигаться далее. Разве не глупо учить какой-нибудь паскаль для прикладных целей, когда он уже морально, технический устарел и используется в основном для учебных целей?

И про "одесский" способ тут говорить не нужно, не все волокут во всем и сразу...


---------- Добавлено в 13:06 ---------- Предыдущее сообщение было в 12:59 ----------

LEOnidUKG:
С каких пор верстальщик работает с пхп кодом?

А если он нифига не понимает, то строки:
<div id="content">{$page}</div>
и
<div id="content"><? echo $page; ?></div>

в его голове равнозначны будут. Какая разница, что в буфер копировать то? Он же не будет их писать с 0, а копировать из стандартного шаблона.

Кстати по сути я "все" на простом уровне, он же режет он же мажет и т.п.

Пример который вы привели мне понятен, просто я допустим понял, что натяжка сайта на библеотеку смарти или твиг тоже не простое занятие, и если бы все сводилось к <div id="content">{$page}</div> равнозначен <div id="content"><? echo $page; ?></div>, то было +/- понятно, но насколько я понял, какой-нибудь запросец посложнее или еще чтонибудь подобное, таким простым способом не получится описать...

Дикий пионер:
Вы знаете значение слова нативная? Я не знаю, каким образом осуществляется шаблонизация в java, возможно там тоже есть некое подобие "нативных" шаблонов php.
Но если у вас на сервере php, вы хотите использовать нативные шаблоны php, то java вам в таком случае не нужна.

К сожалению сколько не читал про нативную верстку на js, так и не смог уловить ее смысла, если вам не трудно, в двух словах коротко поясните суть.

Дикий пионер:
По-моему вы путаете java и javascript, притом что на сервере сейчас может быть как первое - так и второе, и php при этом ни к одному из них никаким боком не относится (и шаблонизаторы для php соответственно тоже).

Насколько я понял, сервер должен поддерживать Джава язык, не джаваскрипт, получается если на хостинге нет Джава языка, поскольку большинство поддерживает в осноном РНР и т.п., то нативная верстку не возможно будет использовать?

Дикий пионер:
Может какая-то из первых версий смарти и была на php3 написана, сейчас уже есть smarty3 - он точно не на 3-ей версии написан :)
Вы уточните, у вас серверная часть точно на java? Если да - то вам php-шаблонизаторы не подойдут.

Вообще сервер на РНР, я просто нигде не читал что сервер должен поддерживать джава, для нативных шаблонов. А что нужен специальный сервер с его поддержкой?

Читал что смарти написан на пхп3, может он отомрет уже, нет?

А твиг вроде с более ограниченными возможностями.

Про нативную верстку с джава и свои собственные фреймворки, может кто-нибудь поподробнее рассказать?

1 2345 6
Всего: 56