PHP.SU

Программирование на PHP, MySQL и другие веб-технологии
PHP.SU Портал     На главную страницу форума Главная     Помощь Помощь     Поиск Поиск     Поиск Яндекс Поиск Яндекс     Вакансии  Пользователи Пользователи

Страниц (1): [1]

> Найдено сообщений: 13
lerneree Отправлено: 28 Мая, 2018 - 14:03:13 • Тема: как работает innerhtml после ajax загрузки контента • Форум: JavaScript & VBScript

Ответов: 0
Просмотров: 511
покажет ли он подгруженный контент?
lerneree Отправлено: 28 Мая, 2018 - 11:56:42 • Тема: как получить исходный код страницы после ajax • Форум: JavaScript & VBScript

Ответов: 2
Просмотров: 574
спасибо как посмотреть подгруженный контент понял.
а могу ли я сделать это автоматически из скрипта? как вы понимаете я парсер хочу сделать
lerneree Отправлено: 14 Мая, 2018 - 20:24:01 • Тема: как получить исходный код страницы после ajax • Форум: JavaScript & VBScript

Ответов: 2
Просмотров: 574
здравствуйте! например facebook подгружает спмсок друзей по мере прокрутки выполняя ajax.
если сохранить страницу или посмотреть ее тсходный код то подгруженных друзей не будет те страница будет
показана до выполнения ajax. как получить исходный код страницы после ajax?
1 можно ли получить исходный код страницы средствами браузера?
2 есть возможность вставить javascript в страницу.
- получить исходный код страницы средствами javascript?
- может быть както "перехватить " информацию после ajax запроса?
Спасибо
lerneree Отправлено: 31 Марта, 2018 - 13:02:22 • Тема: пожалуйста посоветуйте IDE • Форум: Вопросы новичков

Ответов: 0
Просмотров: 60
Здравствуйте!
1 чтоб там был php и mysql сервер
2 желательно чтоб можно было чтото еще подключмть:sqllite, redis, mognodb
lerneree Отправлено: 29 Марта, 2018 - 11:05:15 • Тема: Как ускорить работу вебсайта • Форум: Программирование на PHP

Ответов: 13
Просмотров: 1336
спасибо за ссылки. sqllite я не игнорирую а точно использую сделаю на нем хранилище
и добавлю еще json db
для mysql сделаю возможность размещать таблицы на разных дисках придетмя хардкодить
попробую чтото с cron хотя похоже это маразм
lerneree Отправлено: 28 Марта, 2018 - 15:59:50 • Тема: Как ускорить работу вебсайта • Форум: Программирование на PHP

Ответов: 13
Просмотров: 1336
Читайте литературу.
Есть разные подходы к обеспечению заданного уровня durability.
В основном используется персистентная копия, журнал изменений страниц и чекпойнты.

дайте пжл ссылку на литературу. не нашел

inmemory база - долговременный процесс-демон.
крон сюда можно приплести разве только как супервизор, что никак не может быть в основе
да с кроном похоже на извращение. но вроде если повесить скрипт в крон должно работать.
вы понимаете чего я хочу - минимально трогать сервер. пользователи это не любят.
а крон есть и на обычном хостинге
lerneree Отправлено: 28 Марта, 2018 - 12:26:46 • Тема: Как ускорить работу вебсайта • Форум: Программирование на PHP

Ответов: 13
Просмотров: 1336
спасибо еще раз хочу уточнить

1 есть ли такое на mysql
создается файл где для каждой таблицы указывается ее физическое расположение (диск in memory)
mysql каждую пишет куда надо
2 sql lite можно ли с его помощью сделать in memory хранилище.
я понимаю что надо периодически сохранять всю бд на диск и писать логи ввода и изменения записй. так?
3 сдышали чтото о in memory хранилище на базе cron не требующую установки на сервер c поддержкой минимального sql
========
в общем хотелось бы сделать массовую систему для чайников вроде меня чтоб пользовались уже знакомыми средствами и с минимальными установками
lerneree Отправлено: 27 Марта, 2018 - 22:51:50 • Тема: Как ускорить работу вебсайта • Форум: Программирование на PHP

Ответов: 13
Просмотров: 1336
1 я не рассматриваю крупные бизнесы хочу сделать систему для массовго пользователя
предельно простую в использовании
2 да это сложно
3 на других форумах получил зорошие советы. надеюсь и на вас.
пока рассматриваю вопрос приложения для mysql которое помогало бы распределять таблицы по дискам в том числе и в in memory хранилищах
(Добавление)
Специфика Веб-проектов состоит в том, что часто системы разрабатываются удалённо на серверах, на системную и техническую конфигурацию,
которых разработчики ПО влиять не могут.

вот это точно. так я и хочу сделать чтоб влиять не надо было. идеально вообще ничего не устанавливать сделать хранилище в виде скерипта в cron с поддержеой sql.
вот redis и memchashed популярны но почему они от sql отказались?

если вернуться к коду то в вордпрес код хорощий а тормозит жутко. и масса плагинов для его ускорения
lerneree Отправлено: 27 Марта, 2018 - 14:32:54 • Тема: Как ускорить работу вебсайта • Форум: Программирование на PHP

Ответов: 13
Просмотров: 1336
1 конечно с каждым сайтом надо разбираться конкрентно. и все таки если компилировать php
и не использовать неэффективных кострукций то тормозит hdd
2 ваше мнение конкретно-согласны вы с тем что физичекское размещение таблиц имеет большое значение?
3 я программирую 42 года тогда диски были совчем меделлные.
однажды меня попросили учкорить программу которая работала сутки. у меня она работала 20 мин
lerneree Отправлено: 27 Марта, 2018 - 14:23:59 • Тема: Долой backend! Все делаем на javascript в frontend. • Форум: JavaScript & VBScript

Ответов: 2
Просмотров: 514
дело в том что латентность в процессе разработки не так и важна. реальный внбсайт будет работать как обычный к тому же препроцессор может его оптимизировать
lerneree Отправлено: 26 Марта, 2018 - 20:11:50 • Тема: Идиомы программирования • Форум: Программирование на PHP

Ответов: 0
Просмотров: 796
Идиома программирования — это некоторое часто применяемое действие в прораммировании.
Это самый низкоуровневый шаблон проектировввния.
Полезные ссылки по теме:
https://ru.wikipedia.org/wiki/Идиома_(программирование)
https://dev[dot]by/lenta/main/idiomy[dot][dot][dot]programmirovanii
https://www[dot]programming-idioms[dot]org/
https://github[dot]com/rwaldron/idiomatic[dot]js/
https://www[dot]kochan[dot]io/javascript[dot][dot][dot]ript-idioms[dot]html
https://www[dot]mediasuite[dot]co[dot]nz/blo[dot][dot][dot]t-idioms-part-1/
https://www[dot]agilelearner[dot]com/lesson/1295
https://www[dot]cs[dot]unm[dot]edu/~luger/ai[dot][dot][dot]ent-ch1final[dot]pdf
https://www[dot]cl[dot]cam[dot]ac[dot]uk/~jdy22/[dot][dot][dot]idioms-guide[dot]pdf
https://github[dot]com/stoeffel/awesome-fp-js
Хотелось бы выявить наиболее часто испульзунмые идиомы при создании вебсайтов.
Примеры:
1 Требуется откорректировать запись в таблице. Если запись с таким ключом уже есть то изменяются необходимые поля.
Если такой записи нет то она созлается.
2 Имеется запись, скажем профиль пользователя. Данные пользователя (страна, регион, город, улица, профессия и тд)
содержатся в виде кодов. Надо выбрать соответствующие кодам наименования.

Какие еще идиомы Вы могли бы предолжить исходя из Вашего опыта?
lerneree Отправлено: 26 Марта, 2018 - 20:09:49 • Тема: Как ускорить работу вебсайта • Форум: Программирование на PHP

Ответов: 13
Просмотров: 1336
Основнок время при работе вебсайта это запрос к базе данный.
Бак работает жесткий диск:
http://pc-information-guide[dot]ru/z[dot][dot][dot]pyutera-hdd[dot]html
Кратко: на общем валу насажено несколько дисков, магнитные дорожки,
каждого находятся друг над другом и образуют так называемый цилиндр.
Есть коромысло с несколькими магнитными головками, по одной на каждый диск. Коромысло движется,
устанавливается на необходимый цилиндр и производит запись/чтение. Движется оно шустро, но конечно это
занимает значительное по компьютерным понятиям время.
Получается что когда коромыслр установлено на некоторый цилиндр оно
может очень быстро считывать или записывать инфлрмацию. А вот если при выполнении sql запроса требуется
обращение к таблицам находящимся на разных цилиндрах, то коромыслу приходится перемещаться и время выполнения
запроса резко увеличивается, иногда становится неприемлимым. Например для профиля пользователя надо по
имеющемуся ключам выбрать наименование страны, региона, города, улицы. Это потребует обращения к таблице с
профилем и еще к четырем.
Может быть катастрофа, если таблицы находятся на разных цилиндрах. Кеширование помогает но не всегда.
Твердотельные диски не имеют этой проблемы.
Здесь Вы можете ознакомиться с результатами испытаний и сравненее hdd с ssd
https://m[dot]geektimes[dot]ru/post/276052/
Разница в скорости десятки раз
А чтобы зло пресечь собрать бы hdd да сжечь! Но hdd память сильно дешевле, без них не обойтись. Так что
проблему надо решать, основные методы:
- оптимизировать расположение таблиц на диске. Для каждой реально работающей программы есть распределение
вероятностей запросов. Можно оптимально расположить таблицы минимизируя среднее время доступа или максимальное
время доступа. Это может сделать программист или же программа. Но я такой программы не смог найти. Кто знает
подскажите, пожалуйста.
- использовать два или больше дисков, также оптимизируя расположение таблиц. Например один из дисков может быть
ssd и на нем расположить маленькие таблицы.
- использовать оперативную память, она даже быстрее чем sdd, а уж если использовать кеш память то будет совсем
быстро. Для этого годятся журналируемые хранилища например
redis , memcached. Поскольку большинство сайтов работает на хостингах и виртуальных серверах без сисадмина, было бы
полезно сделать журналируемое хранилмще не требующее устпновки, на базе cron.
Беда в том что самая популярная субд mysql не позволяет размещать таблицы на разных дисках и тем
более не использует журналируемые хранилише. Может быть есть расширения для mysql позволяющие делать это ,
но я таких найти не сумел. Кто знает подскажите, пожалуйста.
Предлагаю основать open source проект и разработать систему для оптимизации дисковой памяти.
lerneree Отправлено: 26 Марта, 2018 - 20:07:41 • Тема: Долой backend! Все делаем на javascript в frontend. • Форум: JavaScript & VBScript

Ответов: 2
Просмотров: 514
Все мы прекрасно знаем, что есть frontend и backend, программирование на стороне клиента и сервера. Чаще всего для создания вебсайта требуются специалисты по mysql, php, javascript, html, css. Многовато будет. Вот хотя бы избавиться от пары языков например php и sql. Без sql не обойдешься, но по крайней мере можно ограничиться самым минимальным набором команд, как делает facebook, у них запросы самые простые ключ-значение.
Далеко не каждыЙ программист знает как работает жесткий диск и что влияет на время выполнения запроса, сложный sql запрос может оказаться очень медленным.
От php уже избавился node.js, но он работает только со своим сервером и специалистов не так много и они дорогие. Когда вся функциональность находится в одном месте это значительно упрощает сопровождение программы.
Хотелось бы иметь такую систему:
1 программирование происходит на стороне клиента, возможно с использованием frameworks
Angular (2,1), React, Vue.js, Ember, Meteor.
2 используется обычный хостинг или сервер. Фактически программист может даже не знать о серверной стороне, для него процессор оперативная память и диск сервера это всего лишь расширение браузера.
Сделать это совсем не трудно с помощью ajax. Но защититьjavascript код принципиально не возможно так что система получается неприемлимой с точки зрения безопасности. Можно использовать препроцессор, писать все на javascript, а потом генерировать код на php (или другом языке). Препроцессор может делать много других полезных вещей:
1 Проверять качество javascript, html, css кода.
2 Проверять комментированность кода и вообще соблюдение принятого корпоративного стандарта программирования
3 Проверять защищенность от sql инекций и cross site scripting.
4 Генеририровать автоматическую настройку на размер экрана.
5 Генерирвать простейшую мобильную версию.
6 Оптимизировать скорость загрузки страницы. Например удалять из js библиотек (jquery, angular и тд) не используемые функции, выполнять загрузку по мере просмотра страницы. Очень эффективно также сначала загружать относительно небольщие изображения худшего качества, например, меньшего разрешения или в формате gif .
Выглядит система примерно:
так программист на js имет набор операторов обращения к памяти сервера: оперативной ,
файлам на диске, базам данных, журналируемым хранилищам (redis, memcached). Можно вообще каждой переменной, массиву и объекту js поставить в соответствие переменную, массив или объект на серверной стороне с таким же именем. Те чтобы серверная часть была как можно менее заметна.
Кое что в этом направлении уже сделано:
Javascript parser, compiler and interpreter written in PHP
http://sstur[dot]github[dot]io/js2php/demo/
https://github[dot]com/jakubkulhan/js2php

Хотелось бы знать Ваше мнение по всему выщемзложенному.
Предлагаю основать open source проект и разработать такую систему.

Страниц (1): [1]
Powered by PHP  Powered By MySQL  Powered by Nginx  Valid CSS  RSS

 
Powered by ExBB FM 1.0 RC1. InvisionExBB