Как мога да накарам Synaptic (дебиан9) да игнорира определени broken пакети и да си продължи да работи все едно нищо няма.

Като пусна Synaptic ми писка, че имам 9 развалени LibreOffice пакета. Проблема, че не са изобщо развалени- знам какво съм правил. Исталирал съм ръчно OpenOffice, и от там идва... Има приплетени док файлове (или линкове), което въобще не ме интерсува - нека си стоят така.   И двата и LibreOfice (системният) и OpenOffice си работят перфектно.


Та това състояние не искам да го закачам. Обаче същистинският проблем е, че заради това, като се опитам да инсталирам нещо например 'php' онова ми писка че требва да премахне LibreOfice. Какво общо има LibreOfice и 'php' . ??

Трябва да записвам временни файлове, които обаче да не се търкат а да стоят постоянно, докато аз ги изтъркам ръчно или чрез собствен скрипт.

/tmp се търка при ребоот и на всеки 7 дена.
/var/tmp е по постоянно - не се търка при ребоот, но се търка на всеки 30 дена, според age-а на файловете.

Tърся нещо стандартно за системата? или някоя друга 'tmp' директория? как може файловете в  /var/tmp да оцеляват.

Разбира се винаги може да направя моя собствена tmp директория в проекта и да я ползвам. Но все ми ще да е нещо стандартно.

Имаме една страница с JS код и css която се получи много добре.
кодът е малък и много добре кометиран, но върши прекрасна работа.

Обаче конкуренцията като види какво е направено веднага ще изкопира и ще си го пригоди за себе си.

Как може да се защити (и JS и css-a) с Obfuscation..Uglify и т.н. така че даже и да го изкопират да не може да го ползват пълноценно нито да го променят за себе си?

видях че има разни такива тулове https://stackoverflow.com/questions/194397/how-can-i-obfuscate-protect-javascript

но не знам към какво да се насоча.
От друга страна такъв тул е 'one way ticket'. ако объркаш нещо и презпишеш файла си го губиш.

Бих искал да е динамично генериране на погрозняването. Нещо чрез apache? така че оригинала винаги да си стои.
https://httpd.apache.org/docs/2.4/mod/mod_ext_filter.html
https://httpd.apache.org/docs/2.4/filter.html

например така: браузера казва GET some_script.js апачито то намира, чете го (оригиналният файл), след това го прекарва през някакъв скрипт за погрозняване и го връща на браузера.

Идеи?

Къде е изчезнало атачването на файлове във форума? Или аз нещо не виждам.

Имам няколко авторски книги писани на опен офис. Трябва ми софтуер с който лесно да да може да се публикуват в нета.
Нещо подобно на това:
https://issuu.com/ideaboutique/docs/18006_vie_jul18_final_issuu/46
но може и да не е толкова 'sophisticated' с разлистване, анимация...Важното е да се представя някакси...

Идеята ми е да има някакъв сърверски скрипт или демон на който да му се подават само *odt файловете а пък той да ги рендва динамично във веб - html+css.
Обезателно трябва да може да се индексират от спайдерите и от Гого.

Досега го правих като конвентирах *odt във wiki и ги пусках с docuwiki.
Но този процес е много трудоемък щото винаги се налага допълнителна редакция на готовото wiki, а и трябва на всяка страница да се прави ръчно адреса. Документите хич не са малко - над 1000 страници.

Идеи?

Опитвам се да обслужвам едновременно две сессии, които се предоставят от две различни кукита например:
PHPSESSID-> sdfsd123fa12ewrzy
IME_2 -> sdgaSFSDasdf13123313

С едно куки няма никакви проблеми и кода си работи отдавна. Тук за пример съм го опростил много.

Код

GeSHi (PHP):
session_start();
// това създава (или използва) куки с име PHPSESSID-> sdfsd123fa12ewrzy и уникално id.
 
$_SESSION['neshto'] = neshto;
$_SESSION[1] = 1234;

и т.н.

Обаче ако едновреммено трябва да се обработват две сессии(кукита), за съхранение на различни данни натъпва проблем, щото $_SESSION[] е само един и важи за последно стартираната сессия със session_start();

А аз искам да имам постоянно (отворени) $_SESSION[] $_SESSION_2[] и в тях да пиша едновременно различни данни.

За такова нещо ползват такъв патън (пак опростено):

Код

GeSHi (PHP):
session_name('PHPSESSID');
session_id('sdfsd123fa12ewrzy');
session_start();
 
$_SESSION['neshto'] = neshto;
session_write_close(); //това записва масива $_SESSION[] във файл на сървера.
 
session_name('IME_2');
session_id('sdgaSFSDasdf13123313');
session_start();
 
$_SESSION['neshto2'] = neshto2;
session_write_close();  //това записва масива $_SESSION[] във файл на сървера. 

Но това стартира една сессия, след това трябва да я затвориш session_write_close(); - за да се запише на сърверният файл, след това трябва да превключиш на другата, да я използваш и пак да я затвориш...... което въобще не ми харесва.

Какъв е най-правилният подход такова нещо да се реализира. Чувствам, че съм на грешен път и стандартниият начин на PHP за облужване сессии е много ограничен - (една сессия в един момент от времето).
От друга страна не ми се иска да си пиша сам обработката на сесии с mysql или с други handler-и http://php.net/manual/bg/function.session-set-save-handler.php -и - ще стане дълга и широка.

https://stackoverflow.com/questions/24964699/php-how-can-i-create-multiple-sessions
https://stackoverflow.com/questions/609756/can-you-switch-php-sessions-in-a-session
https://stackoverflow.com/questions/3150355/can-multiple-independent-sessions-be-used-in-a-single-php-script

 

Появи се е един много гаден проблем на един от компютрите, който много пречи да се работи с файлове.

Графичната среда е XFCE а файловия менажер е Konqueror, системата е дебиян 9. Когато се кликне с деснен клавиш на някой файл, веднага автоматично се избира първият ред на контекстното меню (Open in new window) и Konqueror-а отваря нов прозорец с файла. Изобщо не можеш да достигнеш до другите менюта.
На прикаченият файл - това е снимка на работещата система, но на 'проблемният' компютър ситуацията е същата. Все едно менюто е много нагоре и вляво и първият му ред автоматично попада под мишката.

Мирише ми на неправилна тема или настройки, но както и да въртях настойките на xfce сменях темите - никъде не намерих нещо което да помогне.

Обаче на същият 'проблемен' компютър под КДЕ - Konqueror-а няма проблеми. Там се забелязва един по-широк бордер около контекстното меню - и трябва да мръднеш мишката 3-4 пиксела надолу и вляво за да се избере менюто - което пак ме навежда на мисълта, че щом под КДЕ работи значи е нещо в темите или менажера на прозорци


На друг компютър с Центос, xfce и Konqueror - пак няма проблеми.

Да не е също някакви настройки на GTK темите под гноме, които да се отразяват под xfce? Ама под това гноме шел ли е какво е...нищо не мога да направя и намеря. Как изобщо работят под него? Също предполагам проблем с Intel вграденото видео и драйверите за Дебиян 9 - дето още нямат правилна подръжка за най новите Интели. Като онази тема с проблемите с интел видеото.

тук има описан подобен проблем:

 https://unix.stackexchange.com/questions/33519/how-to-make-x-less-sensitive-when-right-clicking

The GUI theme can make a big difference here. Right now the Desktop/Workspace theme combination I use draws context menus with an inactive "border" area which I estimate to be probably about 5 pixels wide. I assume the that theme sets for other desktop environments have similar variations. You HAVE to move the pointer past this inactive area before you can (accidentally) activate an option.

[xs]

Как се прави това:
https://howtogetfreetargetedtraffic.com/wp-content/uploads/2016/12/FB_Facebook_Login_Page-400x200.png

https://3.bp.blogspot.com/-PVQ9tKoYQX0/WVy5Ym_rP8I/AAAAAAAAGN0/Lw2DAsNywA8gYbJLr02j9_SpZguhM1ZPgCLcBGAs/s1600/login%2Bto%2Bfacebook%2Bwithout%2Bentering%2Bpassword3.jpg

Като си цъкнеш на мутрата да влезеш автоматично? Проблема ми не е толкова как точно го правят, а доколко е оправдано и сигурно, щото ми се вижда много авиф работа.

Проблема ми възниква, ако трябва да се подържа >1 юзер да могът да влизат в една система (php) от един и същ комютър (не че сега неможе) ама да е по-лесно за юзера. Подобно нещо го правят и Гого акаунтите.

Искам да подчертая, че Не става въпрос по едно и също време да има логнати >1 юзери в системата. По едно и също време може да има само една сессия (само един логнат юзер) от един компютър в един браузер.
Проблема е как по-лесно и по-правилно да се менажират повече от един потребители в локалният браузер.

Това което разбрах за ФБ.
Има две кукита xs  и sb

xs - си е нормалното сессийно куки. Като се логнеш - го задава, като се логнеш аут го търка. и е с продължителност 3 месеца. Ако само си затвориш браузера (без да излезеш) сесията продължава и ако пак си отвориш браузера ще си видиш 'стената' без изобщо да видиш логин екрана.

sb -  е това куки което показва тези последните логини - мутрите на които трябва да чукнеш. големината му е 2 години!!!
Ако го изтрия изчезват всички 'recent logins' и тогава трябва да си набираш 'username' и 'password'

Това което ме притеснява в реализацията им. Цъкването на 'мутрата' си няма нищо общо с запомнената юзер и парола Направо влиза. Ако си изтъркам запомнената юзер/парола от браузера пак влиза!!!


Ако си изтъркам мутрата (има един X горе в лаво на снимката) и след това вляза и изляза от Фейса, той пак ти добава 'мутрата' в recent logins!

Какво ще стане ако някой в мрежата се докопа до sb кукито. Направо ще се добере не само до един, но и до всички акаунти на този комютър.

Гого мисля че го прави по малко по различен начин. Ако си чукнеш на акаунта (мутрата) изкарва прозорец с юзер/парола, паролата вече я вади от локалният компютър и иска да се потвърди.

Как е най правилно да се реализира. Айде спамете.

[xgamma -gamma 0.85]

Пак Debian Stretch. Картата е вградена Intel® UHD Graphics 630 в I3 8100.

xgamma не работи. Като напиша:
xgamma -gamma 0.85
изписва че е сменена гамата, няма никави съобщения за грешки, но никакъв ефект на екрана.

Това е важно защото монитора е LCD Benq, от малко по-старите модели и екрана му е малко по светъл. Не че е нещо развален - просто си е такъв. А с 0.85 картината става много хубава.

Опитах се също да набия xgamma в xorg.conf (та дано от там да тръгне)

Разбрах също че сега X драйверите били два вида: modeseting и intel. По всяка вероятност по дифолт работи на  modeseting драйвер.

Section "Monitor"
    Identifier  "Monitor0"
        ModelName   "Benq19"
        Gamma 0.85
EndSection

Section "Device"
        Identifier  "Card1"
        Driver      "modesetting"
EndSection

Section "Screen"
        Identifier "Screen0"
        Device     "Card1"
        Monitor    "Monitor0"
        SubSection "Display"
        Viewport   0 0
                Depth     24
        EndSubSection
EndSection


Но нещо не се получава и с xorg.conf, някъде греша в конфига и избива с грешка при стартиране на X-a.
Авто генерацията (Xorg -configure) на xorg.conf също не работи - дава грешка:  Number of created screens does not match the number of detected devices


не работи и с
Section "Device"
        Identifier  "Card1"
        Driver      "intel"
EndSection


Идеи?

[kdm]

Започнах аз да инсталирам  Дебиан 9 на нова система и установявям че любимото ми kdm вече го няма а е заменено с нещо наречено  ssdm.

Ползвам xfce но винаги съм се логвал или с kdm или с gdm
(защото имат функционалности и ми позволяват X логин на отдлечен (на съседният де) компютър).

ssdm въобще не става много е постно и няма нищо от това което ми трябва. Пробвах lxdm и lightdm, но и те са постни??

Сега проблема: - остана само gdm да пробвам.
След dpkg-reconfigure lightdm
сменям дисплей менажера на gdm3, но не работи!!! X-a не се стартира и имам черен екран.
ps -e
дава един работещ gdm3 и няма xorg процес.

С другите налични дисплей менажери няма такъв проблем и те работят.

Някой да се е сблъсквал с това в Debian Stretch - как може да се оправи gdm3 или предложете алтернативен дисплей менажер, който поне да има меню за remote логин.

[flatpak]

За първи път се сблъсках с flatpak и flathub.org
Какво е това. Peпo със статично компилирани пакети или какво? и има смисъл от такова?
Във википедията се споменава, че това пак било идея на Пьотeринг

Исках да сложа нова версия на оctave в дебиан jessie. От сайта им услужливо предложиха
инсталация със flatpak.

https://flathub.org/apps/details/org.octave.Octave
За най голямо учудване всичко мина успешно и програмата тръгна.

Код:

flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo
flatpak install flathub org.octave.Octave
flatpak run org.octave.Octave

Ама за какво ми е такова като всеки път трябва да се стартира с flatpak run org.octave.Octave --gui
вместо директно от системата само с octave
Не се появява и по менютата.

Имам следният проблем, който е от много време и не мога да го реша.
Имам обикновенна веб форма:

Код:

<form action="javascript:void(0);" method='POST' id='txtAuth' onsubmit='encryptData() >
	<input type="text" name="user"  size="10" />
	<input type="password" name="passwrd"  size="10" />
        <input type="submit" value="Вход" />
</form>

След събмит браузера обикновенно предлага да се запомни ли юзернема и паролата.
Обаче аз правя и някои 'фокуси' по формата с JS, преди събмита. И тук почват проблемите.
Лисицата работи идеално, а всички Хроме базирани браузери  не.  Хрома не предлага да се запомни паролата!!! Иначе всичко друго му работи.

Проблемът който го разбрах е фундаментален. Лисицата предлага запомняне на паролата преди Събмита. Лисицата не я интерсува какво правиш с формата по нататък, интересува я какво си въвел във формата.
А хрома работи различно. Хрома предлага запомняне на паролата след като е настъпил Събмита.

И понеже аз правя някои работи с формата преди събмита, то Хрома не предлага запомняне.
Идеии?
Няма ли някакъв JS метод с който може да се форсира запомняне на паролата от браузера. Идва ми на ума и друго нещо. Има два JS метода с които може да се запомнят данни на клиентският компютър.

https://developer.mozilla.org/en-US/docs/Web/API/Web_Storage_API/Using_the_Web_Storage_API

Едното е sessionStorage - (да не се бърка със сесия!) и то трае докато има отворен браузер - след това се изтрива. Това очевидно не върши работа.

Другото е с localStorage. Това е перманенто и оцелява след затваряне на браузера. Но доколко това е правилно решение?
 

------
PS Не искам да го правя с https:// засега по различни причини. все още не му е дошло времето.

Предполагам много са се сблъскали с адмнинистрация на форуми, cms системи и други веб услуги - там където има много юзери.

Какъв е процента на пробни-те, фалшиви, заебани регистрации?
Заебаните регистрации са нещо нормално...след време юзерите престават да ползват нещо.

1.Но мен ме интересуват какъв е процента на тези юзери които само се регистрират един път, пробват и след това нищо не правят?

И други въпроси.
2. След веб регисрация обикновенно юзера веднага се пренасочва към системата, като логнат юзер (това мен винаги ме е дразнило). Има и друг начин - след регисрация юзера да се прекара през логин формата, та да си опита параолата и да се логне.
Кой е по правилният начин? И как мисли юзера?

3. Време на сесията? Днеска ползваш...не натискаш logout. След 24 часа на другият ден пак влизаш - трябва ли да се прекара юзера отново през логина?

Има някава мода - по google акауните, по файса и т.н. - юзера изобщо да не се логаутва? а да е перманетно включен. Даже са стигнали до там, че logout бутона нарочно го крият по всевъзможни менюта - така че да е трудно юзера да се изключи?
Кой е правилният подход?

Някой знае ли на какво се дължи това.
Изведнъж Chromiun и SlimJet (и двете заедно и едновременно) престанаха да отварят интернет адреси. Стои си ... уж търси адреса и нищо не изобразява. Не иска да отвори и http://192.168.1.1 което е ротера. Мрежа има. Обаче  Incognito модето и на Chromiun и SlimJet работи без проблеми. Лисицата също работи всякък.

Debian Jessie. Chromium 57 от репото.
SlimJet  Version 16.0.9.0 и FF 57.0.4  са от външни пакети.

Firefox е станало едно тромаво животно....... Ако някой знае опции в about:config който да го пооправят та поне да се доближи до скоростта на Хрома да сподели.

Много съм ги въртял и чел - в интернет има много боза, но не мога да намеря опция/ии, която да има/т забележим ефект.

Ползвам и една слаба машина - нарочно за девелоп, както и стара версия на FF-31.6.0 пак нарочно, за да постигна минимална CSS съвместимост.

Но след ъпгрейта FF24-FF31.6.0 той тръгна много забележително по бавно. Но това не е само проблем при тези старите верссии. Същият проблем с тромавостта стои и при последните версии и при по-бързите компютри. Тромаво та чак досадно.