Php java не работает

Что-то с Java-ю в Apache стало!

Любитель PHP

Что-то с Java-ю в Apache стало!

Не работают скрипты java вызываемые из файлов .js (скрипты, прописанные внутри шаблонов работают). Работает, только если прописываю в шаблонах прямой дисковый путь до скрипта .js -c:/usr/apache. что не есть хорошо для последующего переноса шаблонов на сайт. Перепробовал кучу всяких настроек и уперся. Где копать? PHP? Apache? Java-machine?
Thanks за толковый совет!

Romantik

TeaM PHPClub

Demiurg

Guest

Любитель PHP

Понятно, что с терминологией страдам, но суть-то не меняется хоть Javascript хоть javaScript — все равно не работает. Причем когда только выставил связку Apache+PHP робило, а потом, как водится чего-то сделал и пропало. Переустановка софта не помогает. Где рыть-то?

Demiurg

Guest

Любитель PHP

Спасибо за экскурс в песочницу.

Насчет клиента-сервера это я уже давно прошел! Так вот, когда HTML уже сформирован, то читаешь в нем красивяшшие ссылки на долбанные скрипты меню, но вот самого меню нет! Причем на сервере (где уже валяется сайт)работает, а не работает тока на моем компе! Ежели Вы думаете, что я буквари по PHP не прочел, то ошибаетесь! А зависает это все либо в Apache либо в PHP по моему скромному разумению! Где копать.

Demiurg

Guest

crocodile2u

http://vbolshov.org.ru

Re: Что-то с Java-ю в Apache стало!

Кстати, как ты сейчас пути к js-скриптам прописываешь?

Лучше всего, наверное, прописывать пути от корня веб-сервера. Например, DOCUMENT_ROOT — C:/www/site

Попробуй написать такой путь при подключении js-скриптов:

Если файл scripts.js действительно есть по указанному пути, должен найтись.

Guest

Кстати, как ты сейчас пути к js-скриптам прописываешь?

Лучше всего, наверное, прописывать пути от корня веб-сервера. Например, DOCUMENT_ROOT — C:/www/site

укурямс?

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

Источник

Не получается подключить JS файл

Здравствуйте ХешКод, решил подключить библиотеку в php файлу, но он почему-то не может её подключить, вот код.

Так вот если я этот JS код вставлю в сам php код между тегами то всё работает, но когда я выношу это в отдельный файл, ничего не работает. Проверял файл в папке есть.

2 ответа 2

Сохрани тогда файл вот так:

И попробуй подключить, в php обычно когда делаешь include , если в файле, который мы подключаем, php код не занесён в тег , то выводится ошибка, хоть мы будем подключать его и внутри .

Всё елементарно проверяется.

В броузере жмем «просмотр страницы», как правило все броузеры подсвечивают пути. Нажимаем на линку

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

Кстати с чего вы решили что он не подключается ?

Всё ещё ищете ответ? Посмотрите другие вопросы с метками php javascript или задайте свой вопрос.

Похожие

Подписаться на ленту

Для подписки на ленту скопируйте и вставьте эту ссылку в вашу программу для чтения RSS.

дизайн сайта / логотип © 2021 Stack Exchange Inc; материалы пользователей предоставляются на условиях лицензии cc by-sa. rev 2021.10.18.40487

Нажимая «Принять все файлы cookie» вы соглашаетесь, что Stack Exchange может хранить файлы cookie на вашем устройстве и раскрывать информацию в соответствии с нашей Политикой в отношении файлов cookie.

Источник

Не работает Java script на странице с расширением php [закрыт]

Хотите улучшить этот вопрос? Обновите вопрос так, чтобы он вписывался в тематику Stack Overflow на русском.

Закрыт 5 лет назад .

Помогите пожалуйста! Имеется скрипт (java script) встроенный в php-страницу

(скрипт должен менять текстовые смайлы на графические) Java script

Сам скрипт отлично работает в html странице, а на php не работает. Пожалуйста, помогите разобраться, в чём проблема и есть ли из неё выход.

1 ответ 1

Если ваш РНР-скрипт, который Вы, кстати, не показали, делает какую-то выборку из базы данных, а Ваш текст, обрамленный в id=»mytext» — это какая-то запись из таблицы (к примеру, комментарий), и она не одна, то Ваш скрипт не будет работать в принципе, потому-что id может применяться для определения одного, и только одного элемента на всю страницу, а класс может использоваться для определения нескольких элементов, или группы элементов.

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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками php javascript или задайте свой вопрос.

Похожие

дизайн сайта / логотип © 2021 Stack Exchange Inc; материалы пользователей предоставляются на условиях лицензии cc by-sa. rev 2021.10.18.40487

Нажимая «Принять все файлы cookie» вы соглашаетесь, что Stack Exchange может хранить файлы cookie на вашем устройстве и раскрывать информацию в соответствии с нашей Политикой в отношении файлов cookie.

Источник

Вызов метода Java-класса из PHP. Возможно ли?

Есть исходники класса на Java со всякими страшными вычислениями и подобной бинарщиной. И есть скрипт на PHP из которого ну очень нужно вызывать методы класса на Java.
Разбираться в исходниках класса на Java и переписывать совсем антивариант, код класса писался «для машины, а не человека».

Как вызвать одно из другого?

обернуть код на джаве написанным вручную на джаве веб-сервисом, и например рестом дергать нужные методы

Плюсую предыдущего оратора. Джаву же можно и в вебе использовать.

Слишком мало данных. Зачем это вообще из PHP надо вдруг запускать, можно пояснить?

Ага, и выкинуть при этом PHP 🙂

Код на Java это хитрое вычисление которое я нехочу реализовывать на PHP. У заказчика «свой бинарный протокол» блин

Поясните плиз что рест

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

Exec исключен, потоки данных немалые и каждый пакет «распаковывается» вызовом метода, а вот бридж на PHP4 вроде тока, а у меня PHP5. поправьте если ошибаюсь про бридж

Сделай простенькую программку на жаве, которая будет читать stdin, пакеты оттуда в любом формате, удобном для парсинга и писать вывод в stdout. На PHP соответственно делаешь exec, пишешь в stdin свои пакеты и читаешь результаты из stdout.

это оно и есть. Я обычно пишу сервисы на Spring, но не смог сейчас быстро нагуглить тебе какой-нибудь хороший туториал, как это делать.

гуглится только всякий шлак типа такого: http://habrahabr.ru/post/115718/ Помойму для новичка там совершенно ничего не понятно. НО в конце статьи есть исходники, можно попробовать скачать и запустить. Чтобы исходники заработали, нужно иметь как минимум Java и Apache Maven, и дальше уже разбираться. Основной плюс данной демки в том, что там всего 1 очень маленький файл исходника, и в нем реально быстро разобраться, а в большинстве других туториалов нужно нахерачить тонну кода.

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

гуглить стоит какой-нибудь туториал о том, как сделать веб-приложение с помощью сервлетов (гугли по слоу Servlet)

Прикрутить к жаба-исходникам какой-нибудь rpc. Возможно есть какие-то приблуды на жабке, чтобы автоматизировать процесс, я бы поискал что-нибудь в духе — суешь в него объект, а оно заворачивает его и выставляет наружу в виде soap.

А что за скрипт. Может он на jphp взлетит?

Да вот тоже думаю что надо Java’иста попросить какого-нибудь. На Java я могу читать, но не писать. Спасибо

На хабре прочла статью о JPHP, посмотрела офсайт, а там куча терминов от которых я совсем далека.
Так же смотрела в сторону SWIG, но это не для моего случая

Тогда уж на Quercus 🙂 И PHP полноценный, и Java-методы из него нативно вызываются.

Всё равно всё ещё непонятно. Когда вам это вычисление нужно вызвать, и как? Тут все подряд советуют рест, но я на 100% не уверен, это именно то, что вам подойдёт (хотя есть догадка).

Можно в двух словах описать архитектуру вашего PHP-приложения и Java-приложения, которое вам нужно использовать? Вариантов тут масса, и самый удобный зависит от конкретной задачи.

Пиши на Java.
Язык простой, везде ООП, IDE выполняет за тебя большую часть работы, документации и гайдов немеренно; повышаешь скилл программирования, заодно обходишь все костыли между взаимодействием Java с PHP

Архитектура в общих чертах:
1) на сокет приходит пакет данных (запросом)
2) пакет распаковывается с пом хитрого приобразования реализованного в Java-классе (unpack)
3) распакованные данные обрабатываются и формируется ответ
4) ответ запаковывается другим хитрым методом из Java-класса(pack)
5) запакованные данные пишутся в сокет (ответ)

Эта «запаковка» — костыль 100-летней давности и вообще пример «сикьюрити через обскурити».
PHP-cкрипт в котором бы хотелось распаковывать данные-консольный.

Как мне кажется, обернуть Java-класс в простой сервер и при старте PHP-скрипта создавать с ним соединение. Далее в течение работы для распаковки данных просто слать пакеты на распаковку Java-серверу. С моими минимальными знаниями в Java только что провела эксперимент: 10.000 пакетов метод расшифровывает в секунду, так что проблем с временем распаковки быть не должно

на PHP код готов и сейчас не до прокачки скиллов)

Источник

Java убьет ваш стартап. PHP спасёт его

Так, всем спокойно. Это не очередной диспут на тему что лучше PHP, Java или ваш любимый язык. Я хочу поговорить о корпоративных технологиях, например Java Enterprise, и о том, как они могут похоронить ваш интернет-стартап или малый/средний веб-бизнес. Более того, речь идет о серьёзных технология вроде PHP (или Ruby, Python, Perl и т.д.), которые могут спасти его и поднять на новый уровень. Я мог бы взять любые два языка или технологии. Я попросту выбрал два самых-самых, чтобы донести суть, и немного потроллить вас.

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

Все что нужно малому веб-бизнесу, неважно, насколько большим вы его представляете, так это LAMP. Для тех, кто не в курсе LAMP — это акроним, который определяет операционную систему, веб-сервер, базу данных и язык программирования. В этом случае Linux, Apache, MySQL, и PHP. Допустим вы основатель бизнеса или старший руководитель (не технического отдела), и вы полагаетесь на советы других, касательно технологий. Тогда, вероятно о LAMP (особенно о PHP и MySQL) вы слышали следующее: это не совсем современно, не достаточно хорошо, “слишком просто” и вы не получите той производительности, которую ожидаете. Это полный бред. Факты:

• Самые крупные интернет-магазины, соц. сети, wiki-сайты основаны на PHP (или схожих) и его до сих пор широко используют. Включая Amazon, Facebook, и Wikipedia. Более 80% топовых сайтов с аудиторией >10 миллионов используют PHP.
• У PHP огромная доля рынка и число пользователей, более чем 10:1 относительно Java (сейчас мы говорим только о веб-приложениях, а не о программировании в целом).
• PHP-программистов больше и они дешевле чем Java-программисты.
• У PHP отличная производительность и становится она только лучше. На деле, он с легко конкурирует с компилируемыми языками.
• Вывод PHP приложения на рынок занимает меньше времени чем Java EE приложений.
• PHP не «скриптовый» язык (что бы это ни значило), это мощный, полнофункциональный, объектно-ориентированный язык.
• PHP 7.x существенно лучше предыдущих версий, а PHP 8.0 обещает превзойти все ожидания.
• Богатые и мощные фреймворки. Популярность, мощь и доминирование Symfony и Laravel неоспоримо.
• WordPress (соданный на PHP) доминирует на рынке CMS с долей почти 60%. Следующие из топ 5 CMS также работают на PHP. Факт: в 2017/2018 годах частной кампанией номер один из Техаса стала WP Engine, которая сейчас весьма влиятельна в мире CMS.
• PHP создан для веб. Никаких дополнительных серверов, процессоров, хаков, уловок не нужно. Он буквально един с вашим сервером.
• WooCommerce, Magento, OpenCart, PrestaShop, ZenCart, Drupal, Joomla, OsCommerce и так далее… всё это PHP. Только Magento и WooCommerce, захватили треть рынка интернет-магазинов.

Кроме этих фактов, каждый не технический предприниматель и руководитель, должен понимать следующее о языках, корпоративных решениях и разработке…

Проектирование! Архитектура и проектирование системы куда важнее чем выбор языка или чего-либо еще. Бесполезно выбирать «правильный» язык или технологию если у вас плохо спроектированная система. Java — компилируемый язык (от части) и как таковой быстрей чем PHP. Но на практике, в вебе, PHP быстрее (как правило). Потому что PHP создан для веб. Фреймворки PHP спроектированы для корпоративных веб решений. Корпоративное решение — это прежде всего архитектура, а не технологии и языки. Когда кто-то навязывает вам язык (например Java), без полной оценки и обсуждения архитектуры — это похоже на покупку дома, которого вы никогда не видели, только потому что его строили с помощью самого лучшего молотка (или кувалды, в случае с Java EE).

Язык — это инструмент. Инструмент вы выбираете для работы. А архитектуру и проект для своей конечной цели. Язык — это инструмент. Вот и всё. Говорить, что язык не корпоративный всё равно что сказать: «молотком нельзя строить небоскрёб, потому что им строят дома». Я слышал немало заблуждений в духе MBA (степень магистра в менеджменте) вроде: « PHP годится разве что для семейного бизнеса». Нет. Слабый проект сгодится для семейного бизнеса. PHP отлично работает в умелых руках того кто знает как проектировать корпоративные решения. У PHP нет ограничений, которые препятствуют этому, а в случае с веб — у PHP есть много преимуществ перед другими языками.

Если вы сосредоточитесь на инструментах, вместо архитектуры — это закончится тем, что вы будете забивать гвозди тараном (Java), когда молоток (PHP) был бы более уместным. Также, вы быстро потеряете деньги, инвестируя в инструменты и персонал, которые не нужны. Если вы хотите построить небоскреб, то проектируйте небоскреб. Сильные корпоративные решения зависят от хорошей архитектуры и проектирования, а не конкретного языка.

Будьте проще. Что бы вывести бизнес идею на рынок, вам нужно простое, быстрое и недорогое решение, которое будет работать сейчас и масштабироваться позже. Лишнее может навредить и привести к плачевным результатам. Если у вас не будет сайта размером с Amazon буквально в тот момент, когда вы только начинаете, то лучшим решением будет сильная архитектура и PHP (или аналог) в среде LAMP, а не чудовищное раздутое решение Java Enterprise.

Учитывайте масштабируемость, но масштабируйте позже. Не слушайте, если вам советуют сразу начать использовать инструменты, которые понадобятся, когда вы дорастете до масштабов Amazon или Facebook (оба кстати широко используют PHP и похожие языки). Что вам нужно сейчас, так это хорошее проектирование, простота и недорогие инструменты. Если вы все сделаете правильно при проектировании, то легко масштабируетесь позже. Facebook запускали на PHP, и он до сих пор его использует, и похоже, что всё превосходно масштабируется. Wikipedia тоже на PHP, и с этим у них тоже все в порядке.

Необходимые действия для учредителей и предпринимателей, без технических навыков, запускающих веб-бизнес…

Прежде всего вкладывайте деньги в архитектуру. Избегайте нанимать заурядных программистов или приятеля вашего племянника, который «хорошо разбирается в компьютерах». Ищите хорошо обученного профессионала в области компьютерных технологий, который сперва думает о проектировании и архитектуре, а только потом уже о языках. Ничто так не навредит вашему веб-сайту в долгосрочной перспективе, как разработчик, который начинает строчить код в первый же день. Сколько раз я слышал от проджект-менеджеров: « Он такой крутой разработчик!» . И когда я спрашиваю почему, они отвечают: «Он такой быстрый!». Сначала вы будете радоваться: « Вы посмотрите, какой он быстрый!». Но, спустя год вы будете тонуть в техническом долге, а тот «веб-волшебник» уже давно исчез и сейчас рушит мечты кого-то еще.

Не переусердствуйте с технологиями. Я видел так много проблем в компаниях и проектах, которые начинали с командой Java Enterprise программистов, потому что кто-то «продал» им скорость Java и корпоративные возможности вместо того, чтобы уделить внимание реальной оценке ваших потребностей и ресурсов. В один местный стартап (я с ними общался) привлекли 14 Java программистов и персонал поддержки, чтобы запустить компанию. Они были уверены, чтобы конкурировать в корпоративной среде, им нужен Java. Команда такого размера обходится примерно в 2 миллиона долларов в год в США. У них не было такого бюджета, поэтому специалистов наняли в Индии всего за $100k в год (проигнорировав мой совет). Короче говоря, эта катастрофа длилась пять лет и стоила компании миллионы, а в итоге они получили раздутый, устаревший, бардак «корпоративного уровня». Ещё хуже, когда всё уже случилось, знаете какой новый (правильный) язык они выбрали для своего приложения? Python. Они так и не оправились. То, что им было нужно, можно было сделать с двумя хорошими LAMP (P значит Python в этом случае) разработчиками и одним сильным ведущим разработчиком/архитектором. Команда за $300k в год, которая смогла бы быстро вывести их продукт на рынок, так они смогли бы адаптироваться и развиваться.

Отбирайте технических специалистов тщательно. Нет ничего важнее этого. За 20 лет работы в разработке ПО, я встречал гениальных программистов и бездарных. Они сидят рядом, работают над одним проектом, за одни и те же деньги. И ни один менеджер (без технической подготовки) не видит между ними разницы. Правда, и технические менеджеры тоже иногда не видят. Я встречал очень плохих программистов, которых называли «лучшими», только потому что они быстрые, а когда смотришь на их код, видишь бред, с которым невозможно работать. Если вы учредитель или руководитель без технической подготовки, и вам нужно набрать программистов — обратитесь за помощью. Человек, у которого следует консультироваться, должен иметь три квалификации без исключения: степень в области компьютерных наук, большой опыт на должности software engineer, и опыт руководителя команды разработчиков. Такие люди -проверенные технологи-практики. На меньшее не соглашайтесь. Не полагайтесь на технических рекрутеров и советчиков, которые разбираются в технологиях, но не написали ни строчки кода и не проектировали системы. Они могут убедительно говорить, но не стоит слушать их советов, если у них нет аккаунта на Github или Bitbucket наполненного кодом, и образования, чтобы подкрепить свои слова.

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

Источник